From owner-freebsd-stable@FreeBSD.ORG Sun Jan 29 01:27:25 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D626E16A422 for ; Sun, 29 Jan 2006 01:27:25 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from mail13.syd.optusnet.com.au (mail13.syd.optusnet.com.au [211.29.132.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 227C243D46 for ; Sun, 29 Jan 2006 01:27:24 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail13.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k0T1RKs5009727 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sun, 29 Jan 2006 12:27:23 +1100 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.4/8.13.4) with ESMTP id k0T1RKet004719; Sun, 29 Jan 2006 12:27:20 +1100 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.4/8.13.4/Submit) id k0T1RKbe004718; Sun, 29 Jan 2006 12:27:20 +1100 (EST) (envelope-from peter) Date: Sun, 29 Jan 2006 12:27:20 +1100 From: Peter Jeremy To: Koen Martens Message-ID: <20060129012720.GH2341@turion.vk2pj.dyndns.org> References: <43DB8EA6.7070503@metro.cx> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43DB8EA6.7070503@metro.cx> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Cc: freebsd-stable@freebsd.org Subject: Re: ipfilter + bge strangeness X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jan 2006 01:27:26 -0000 On Sat, 2006-Jan-28 16:32:54 +0100, Koen Martens wrote: >Yesterday night, i was going to send the message below. However, >just before pressing send, i found a solution to the problem: >disable checksum checks (ifconfig bge0 -rxcsum -txcsum). Though this >is a solution, it has me puzzled. Is this a bug^H^H^Hfeature of >6-STABLE, as it works with 5.4. > >With 5.4, there was only the rxcsum option for the bge card, not a >txcsum. It worked fine with rxcsum enabled on 5.4.. At least on Solaris, you need to disable checksum offloading to pass packets through an IPfilter firewall (check the IPFilter FAQ). I gather that the outgoing packets are marked as "checksum valid" so the NIC doesn't re-compute the checksum and it winds up wrong. If you disable IPfilter and just use the box as a straight router, does it then work when you enable checksum offloading? If so, then I think you've bumped into the same (mis-)feature. -- Peter Jeremy From owner-freebsd-stable@FreeBSD.ORG Sun Jan 29 01:33:12 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CED8516A422 for ; Sun, 29 Jan 2006 01:33:12 +0000 (GMT) (envelope-from kdgrills@the-grills.com) Received: from sccrmhc14.comcast.net (sccrmhc14.comcast.net [63.240.77.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 494E443D6E for ; Sun, 29 Jan 2006 01:33:07 +0000 (GMT) (envelope-from kdgrills@the-grills.com) Received: from srv1.the-grills.com (c-71-57-60-59.hsd1.il.comcast.net[71.57.60.59]) by comcast.net (sccrmhc14) with SMTP id <2006012901330601400gbbj1e>; Sun, 29 Jan 2006 01:33:06 +0000 Received: (qmail 41556 invoked by uid 1001); 29 Jan 2006 01:33:06 -0000 Date: Sat, 28 Jan 2006 19:33:05 -0600 From: "Kelly D. Grills" To: freebsd-stable@freebsd.org Message-ID: <20060129013305.GC823@the-grills.com> References: <43D339CC.3020204@forrie.com> <20060122155131.GA823@the-grills.com> <20060122221828.GA7703@odin.ac.hmc.edu> <20060123004018.GB823@the-grills.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Y5rl02BVI9TCfPar" Content-Disposition: inline In-Reply-To: <20060123004018.GB823@the-grills.com> X-Operating-System: FreeBSD/6.0-RELEASE (i386) X-PGP-Key: mailto:kdgrills-pgpkey@the-grills.com User-Agent: Mutt/1.5.11 Subject: Re: dhclient wedged X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jan 2006 01:33:12 -0000 --Y5rl02BVI9TCfPar Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jan 22, 2006 at 06:40:19PM -0600, Kelly D. Grills wrote: > On Sun, Jan 22, 2006 at 02:18:28PM -0800, Brooks Davis wrote: > >=20 > > This definitly sounds like something particular to your dhcp servers. > > It would be nice if we could fix it, but without some debugging help > > that's going to be pretty much impossible. If you can recompile > > dhclient with debugging symbols and when it goes into a spin, use the > > debugger to figure out where it's spinning, that would be useful. > > See this post for details: > >=20 > > http://lists.freebsd.org/pipermail/freebsd-current/2005-August/054224.h= tml > >=20 > I'm recompiling at the moment. Will follow up with debugging results > when it fails. >=20 Just a quick update. I've recompiled and am waiting for a failure. If I recall correctly my problem occured when the ip actually changed, so it may be a while before I post any debugging info. --=20 Kelly D. Grills kdgrills@the-grills.com --Y5rl02BVI9TCfPar Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) Comment: PGP key: mailto:kdgrills-pgpkey@the-grills.com iD8DBQFD3BtQ7inS5LzF7HMRAoZpAJ91ZSLvmuO6UGoHbTbq0PolGlqrnwCfSBhY oHNWhOKcd5Y62yUI0d2rRmg= =fP40 -----END PGP SIGNATURE----- --Y5rl02BVI9TCfPar-- From owner-freebsd-stable@FreeBSD.ORG Sun Jan 29 02:37:55 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A0AF16A420 for ; Sun, 29 Jan 2006 02:37:55 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from mail28.syd.optusnet.com.au (mail28.syd.optusnet.com.au [211.29.133.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id D42BC43D46 for ; Sun, 29 Jan 2006 02:37:54 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail28.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k0T2bn3A023969 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sun, 29 Jan 2006 13:37:50 +1100 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.4/8.13.4) with ESMTP id k0T2bnsS005023; Sun, 29 Jan 2006 13:37:49 +1100 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.4/8.13.4/Submit) id k0T2bmSE005022; Sun, 29 Jan 2006 13:37:48 +1100 (EST) (envelope-from peter) Date: Sun, 29 Jan 2006 13:37:48 +1100 From: Peter Jeremy To: David Coder Message-ID: <20060129023748.GL2341@turion.vk2pj.dyndns.org> References: <20060128160437.E2240@ns0.dcoder.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060128160437.E2240@ns0.dcoder.net> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Cc: freebsd-stable@freebsd.org Subject: Re: weird buildworld consequences in 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jan 2006 02:37:55 -0000 On Sat, 2006-Jan-28 16:24:49 -0500, David Coder wrote: ># ldd /usr/obj/usr/src_6/bin/sh/sh >/usr/obj/usr/src_6/bin/sh/sh: > libedit.so.5 => /lib/libedit.so.5 (0x2809c000) > libncurses.so.6 => /lib/libncurses.so.6 (0x280b2000) > libc.so.6 => /usr/local/lib/pluginwrapper/flash6.so (0x280f5000) That last line is definitely wrong. Check /etc/libmap.conf (maybe rename it temporarily). -- Peter Jeremy From owner-freebsd-stable@FreeBSD.ORG Sun Jan 29 06:17:09 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 215DE16A420; Sun, 29 Jan 2006 06:17:09 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C7EC43D46; Sun, 29 Jan 2006 06:17:05 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp208-69.lns1.adl2.internode.on.net [203.122.208.69]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id k0T6H0WW074788 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 29 Jan 2006 16:47:01 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Sun, 29 Jan 2006 16:46:52 +1030 User-Agent: KMail/1.9.1 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart9649544.y5VKrojnhW"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200601291646.54452.doconnor@gsoft.com.au> X-Spam-Score: 0 () X-Scanned-By: MIMEDefang 2.54 on 203.31.81.10 Cc: sos@freebsd.org Subject: nVidia RAID + FreeBSD 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jan 2006 06:17:09 -0000 --nextPart9649544.y5VKrojnhW Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline I am looking at getting a motherboard based on nForce 3 or 4, and I am=20 wondering if the RAID will be usable? I don't mind if I have to use the BIOS to setup/rebuild the array, but I do= n't=20 want to buy a system I can't use the RIAD for at all. I note from ata-raid.c that there is a meta-data read routine, but no write= =20 one - I think this means I can use it after it's been defined, but not=20 rebuilt or create an array in the first place. Any clarification welcome. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart9649544.y5VKrojnhW Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBD3F3W5ZPcIHs/zowRAj5jAJ9ADAzQYXHVfNT6HZrJzytZW2HSRQCePJeU YYSJU1h0ApreaDiZzOA6uzU= =5EDn -----END PGP SIGNATURE----- --nextPart9649544.y5VKrojnhW-- From owner-freebsd-stable@FreeBSD.ORG Sun Jan 29 07:12:28 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C101A16A420 for ; Sun, 29 Jan 2006 07:12:28 +0000 (GMT) (envelope-from v.velox@vvelox.net) Received: from mail07.powweb.com (mail07.powweb.com [66.152.97.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E47C43D58 for ; Sun, 29 Jan 2006 07:12:27 +0000 (GMT) (envelope-from v.velox@vvelox.net) Received: from vixen42.vulpes (24-119-205-114.cpe.cableone.net [24.119.205.114]) by mail07.powweb.com (Postfix) with ESMTP id DC76014DA63; Sat, 28 Jan 2006 23:12:26 -0800 (PST) Date: Sun, 29 Jan 2006 01:23:17 -0600 From: Vulpes Velox To: "[LoN]Kamikaze" Message-ID: <20060129012317.20b604bc@vixen42.vulpes> In-Reply-To: <43C68BCF.5090101@gmx.de> References: <43C68BCF.5090101@gmx.de> X-Mailer: Sylpheed-Claws 1.9.100 (GTK+ 2.8.10; i386-portbld-freebsd5.4) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: nforce2, onboard sound, digital out? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jan 2006 07:12:28 -0000 On Thu, 12 Jan 2006 18:03:11 +0100 "[LoN]Kamikaze" wrote: > My brother has an Asus A7N8X Deluxe (nforce2) with onboard sound. I > installed 6-stable on the system, but I cannot figure out how to > activate the digital output. > > Has anyone ever managed to do this? Not sure if it is supported. I think there may be a few patches or the like on the multimedia list. BTW that would probally be a more useful list for sound stuff. For digital out, you probally want to look at the drivers from opensound.com. From owner-freebsd-stable@FreeBSD.ORG Sun Jan 29 10:26:49 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C37016A422; Sun, 29 Jan 2006 10:26:49 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA0FA43D45; Sun, 29 Jan 2006 10:26:48 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.4/8.13.4) with ESMTP id k0TAQlL7012928; Sun, 29 Jan 2006 05:26:47 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id k0TAQlq0086884; Sun, 29 Jan 2006 05:26:47 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 34B167302F; Sun, 29 Jan 2006 05:26:47 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060129102647.34B167302F@freebsd-current.sentex.ca> Date: Sun, 29 Jan 2006 05:26:47 -0500 (EST) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [releng_6 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jan 2006 10:26:49 -0000 TB --- 2006-01-29 09:17:55 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-01-29 09:17:55 - starting RELENG_6 tinderbox run for sparc64/sparc64 TB --- 2006-01-29 09:17:55 - cleaning the object tree TB --- 2006-01-29 09:18:14 - checking out the source tree TB --- 2006-01-29 09:18:14 - cd /tinderbox/RELENG_6/sparc64/sparc64 TB --- 2006-01-29 09:18:14 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6 src TB --- 2006-01-29 09:28:16 - building world (CFLAGS=-O -pipe) TB --- 2006-01-29 09:28:16 - cd /src TB --- 2006-01-29 09:28:16 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2006-01-29 10:16:26 - generating LINT kernel config TB --- 2006-01-29 10:16:26 - cd /src/sys/sparc64/conf TB --- 2006-01-29 10:16:26 - /usr/bin/make -B LINT TB --- 2006-01-29 10:16:26 - building LINT kernel (COPTFLAGS=-O -pipe) TB --- 2006-01-29 10:16:26 - cd /src TB --- 2006-01-29 10:16:26 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Jan 29 10:16:26 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ===> isp (all) cc -O -pipe -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sparc64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=15000 -fno-common -I/obj/sparc64/src/sys/LINT -mcmodel=medlow -msoft-float -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /src/sys/modules/isp/../../dev/isp/isp.c cc -O -pipe -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sparc64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=15000 -fno-common -I/obj/sparc64/src/sys/LINT -mcmodel=medlow -msoft-float -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /src/sys/modules/isp/../../dev/isp/isp_target.c /src/sys/modules/isp/../../dev/isp/isp_target.c: In function `isp_target_notify': @/dev/isp/isp_inline.h:1272: warning: inlining failed in call to 'isp_get_ctio': --param large-function-growth limit reached /src/sys/modules/isp/../../dev/isp/isp_target.c:163: warning: called from here @/dev/isp/isp_inline.h:1203: warning: inlining failed in call to 'isp_get_atio2e': --param large-function-growth limit reached /src/sys/modules/isp/../../dev/isp/isp_target.c:168: warning: called from here *** Error code 1 Stop in /src/sys/modules/isp. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-01-29 10:26:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-01-29 10:26:46 - ERROR: failed to build lint kernel TB --- 2006-01-29 10:26:46 - tinderbox aborted TB --- 0.82 user 3.97 system 4131.92 real From owner-freebsd-stable@FreeBSD.ORG Sun Jan 29 13:02:56 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4D77616A420; Sun, 29 Jan 2006 13:02:56 +0000 (GMT) (envelope-from chris@haakonia.hitnet.rwth-aachen.de) Received: from ms-dienst.rz.rwth-aachen.de (ms-2.rz.RWTH-Aachen.DE [134.130.3.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D15543D4C; Sun, 29 Jan 2006 13:02:55 +0000 (GMT) (envelope-from chris@haakonia.hitnet.rwth-aachen.de) Received: from circe (circe.rz.RWTH-Aachen.DE [134.130.3.36]) by ms-dienst.rz.rwth-aachen.de (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)) with ESMTP id <0ITU00AWMUWTLV@ms-dienst.rz.rwth-aachen.de>; Sun, 29 Jan 2006 14:02:53 +0100 (MET) Received: from talos.rz.RWTH-Aachen.DE ([134.130.3.22]) by circe (MailMonitor for SMTP v1.2.2 ) ; Sun, 29 Jan 2006 14:02:53 +0100 (MET) Received: from bigboss.hitnet.rwth-aachen.de (bigspace.hitnet.RWTH-Aachen.DE [137.226.181.2]) by smarthost.rwth-aachen.de (8.13.1/8.13.1/1) with ESMTP id k0TD2qFG017182; Sun, 29 Jan 2006 14:02:52 +0100 Received: from lorien.hitnet.rwth-aachen.de ([137.226.181.92] helo=haakonia.hitnet.rwth-aachen.de) by bigboss.hitnet.rwth-aachen.de with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.50) id 1F3CCi-0003yR-PL; Sun, 29 Jan 2006 14:02:52 +0100 Received: by haakonia.hitnet.rwth-aachen.de (Postfix, from userid 1001) id 476213F40A; Sun, 29 Jan 2006 14:02:52 +0100 (CET) Date: Sun, 29 Jan 2006 14:02:52 +0100 From: Christian Brueffer In-reply-to: <200601291646.54452.doconnor@gsoft.com.au> To: Daniel O'Connor Message-id: <20060129130252.GB1731@haakonia.hitnet.RWTH-Aachen.DE> MIME-version: 1.0 Content-type: multipart/signed; boundary=bCsyhTFzCvuiizWE; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-disposition: inline User-Agent: Mutt/1.5.11 X-Operating-System: FreeBSD 6.0-STABLE X-PGP-Key: http://people.FreeBSD.org/~brueffer/brueffer.key.asc X-PGP-Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D References: <200601291646.54452.doconnor@gsoft.com.au> Cc: freebsd-stable@freebsd.org, sos@freebsd.org Subject: Re: nVidia RAID + FreeBSD 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jan 2006 13:02:56 -0000 --bCsyhTFzCvuiizWE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jan 29, 2006 at 04:46:52PM +1030, Daniel O'Connor wrote: > I am looking at getting a motherboard based on nForce 3 or 4, and I am=20 > wondering if the RAID will be usable? >=20 > I don't mind if I have to use the BIOS to setup/rebuild the array, but I = don't=20 > want to buy a system I can't use the RIAD for at all. >=20 > I note from ata-raid.c that there is a meta-data read routine, but no wri= te=20 > one - I think this means I can use it after it's been defined, but not=20 > rebuilt or create an array in the first place. >=20 Correct. The implications of metadata read/write support and a list of supported metadata format can also be found in ataraid(4). Be aware though that there have been reports on the lists of data loss in connection with NVIDIA RAIDs. This seems to also happen on other operating systems. - Christian --=20 Christian Brueffer chris@unixpages.org brueffer@FreeBSD.org GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D --bCsyhTFzCvuiizWE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD3Lz7bHYXjKDtmC0RAgZ4AJ98GsjBjW6kxUQq9vEQoXaIu3xV9gCggNbS AxwSgw9lVmdGu5gK2F7m/C0= =WTi8 -----END PGP SIGNATURE----- --bCsyhTFzCvuiizWE-- From owner-freebsd-stable@FreeBSD.ORG Sun Jan 29 13:59:22 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6689416A420; Sun, 29 Jan 2006 13:59:22 +0000 (GMT) (envelope-from SRS0=XUQBJnbc=3Z=metro.cx=fbsd@sonologic.nl) Received: from mx1.sonologic.nl (mx1.sonologic.nl [82.94.245.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id DC61343D46; Sun, 29 Jan 2006 13:59:21 +0000 (GMT) (envelope-from SRS0=XUQBJnbc=3Z=metro.cx=fbsd@sonologic.nl) Received: from [10.1.5.2] (a80-127-84-188.adsl.xs4all.nl [80.127.84.188]) (authenticated bits=0) by mx1.sonologic.nl (8.13.3/8.13.3) with ESMTP id k0TDxFE1012699; Sun, 29 Jan 2006 13:59:20 GMT Message-ID: <43DCCAA8.4050600@metro.cx> Date: Sun, 29 Jan 2006 15:01:12 +0100 From: Koen Martens Organization: Sonologic User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.6) Gecko/20050317 Thunderbird/1.0.2 Mnenhy/0.7.2.0 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Oleg Bulyzhin References: <43DB8EA6.7070503@metro.cx> <20060128211710.GA29790@lath.rinet.ru> <43DBED3F.3000408@metro.cx> <20060128230015.GC29790@lath.rinet.ru> In-Reply-To: <20060128230015.GC29790@lath.rinet.ru> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Helo-Milter-Authen: gmc@sonologic.nl, fbsd@metro.cx, mx1 Received-SPF: pass (mx1.sonologic.nl: 80.127.84.188 is authenticated by a trusted mechanism) Cc: freebsd-stable@freebsd.org Subject: Re: ipfilter + bge strangeness X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jan 2006 13:59:22 -0000 Oleg Bulyzhin wrote: > On Sat, Jan 28, 2006 at 11:16:31PM +0100, Koen Martens wrote: >>Sure thing, although it happens with other kinds of traffic too (in >>the dump, there's some NTP for example). Here's the netstat output >>before: > .... > > Btw, until recent changes bge had txcsum (not rxcsum) only. > > As i can see there is no problem with checksum's at all (at least inside > bge driver). tcpdump reports bad checksum on outgoing packets due to > nature of tx checksum offloading: packet will get it's checksum calculated > right before it goes on wire (If you want to check tx checksum offloading > you should look on incoming packets on other end of wire). > > Looks like something is wrong inside ipfilter. Can you test with ipfilter > turned off (ipf -D or, if you using module, kld_unload ipl.ko)? With ipfilter disabled and rxcsum enabled all is well (also, with ipfilter and rxcsum enabled but just two rules to allow anything in/out it works fine too). The tcpdump output looks the same (see below). It is not a purely ipfilter thing i guess, since on an em interface on another box with txcsum/rxcsum on, there is no problem. It is something in the combination of bge and ipfilter, although that is as far as my speculation goes right now.. 14:47:18.040321 IP (tos 0x0, ttl 59, id 51416, offset 0, flags [DF], proto: TCP (6), length: 60) 80.127.84.188.59069 > 82.9 4.245.40.22: S, cksum 0xea0e (correct), 713466200:713466200(0) win 5840 14:47:18.040367 IP (tos 0x0, ttl 64, id 51996, offset 0, flags [DF], proto: TCP (6), length: 64, bad cksum 0 (->82d9)!) 82. 94.245.40.22 > 80.127.84.188.59069: S, cksum 0xecf4 (incorrect (-> 0xd09b), 845513065:845513065(0) ack 713466201 win 65535 < mss 1460,nop,wscale 1,nop,nop,timestamp 136536892 1043425664,sackOK,eol> 14:47:18.049970 IP (tos 0x0, ttl 59, id 51418, offset 0, flags [DF], proto: TCP (6), length: 52) 80.127.84.188.59069 > 82.9 4.245.40.22: ., cksum 0x0aa9 (correct), ack 1 win 1460 14:47:18.050726 IP (tos 0x0, ttl 59, id 51420, offset 0, flags [DF], proto: TCP (6), length: 52) 80.127.84.188.59069 > 82.9 4.245.40.22: F, cksum 0x0aa8 (correct), 1:1(0) ack 1 win 1460 14:47:18.050781 IP (tos 0x0, ttl 64, id 51997, offset 0, flags [DF], proto: TCP (6), length: 52, bad cksum 0 (->82e4)!) 82. 94.245.40.22 > 80.127.84.188.59069: ., cksum 0xece8 (incorrect (-> 0x8e39), ack 2 win 33304 14:47:18.062894 IP (tos 0x0, ttl 64, id 51998, offset 0, flags [DF], proto: TCP (6), length: 91, bad cksum 0 (->82bc)!) 82. 94.245.40.22 > 80.127.84.188.59069: P 1:40(39) ack 2 win 33304 14:47:18.063214 IP (tos 0x0, ttl 64, id 51999, offset 0, flags [DF], proto: TCP (6), length: 52, bad cksum 0 (->82e2)!) 82. 94.245.40.22 > 80.127.84.188.59069: F, cksum 0xece8 (incorrect (-> 0x8e04), 40:40(0) ack 2 win 33304 14:47:18.072664 IP (tos 0x0, ttl 59, id 29403, offset 0, flags [DF], proto: TCP (6), length: 40) 80.127.84.188.59069 > 82.9 4.245.40.22: R, cksum 0x106a (correct), 713466202:713466202(0) win 0 14:47:18.073376 IP (tos 0x0, ttl 59, id 29404, offset 0, flags [DF], proto: TCP (6), length: 40) 80.127.84.188.59069 > 82.9 4.245.40.22: R, cksum 0x106a (correct), 713466202:713466202(0) win 0 14:47:19.063671 802.1d config 8000.00:d0:03:d8:85:55.21e9 root 8000.00:d0:01:2f:51:55 pathcost 4 age 1 max 20 hello 2 fdelay 15 14:47:20.095251 IP (tos 0x0, ttl 64, id 52004, offset 0, flags [none], proto: UDP (17), length: 59, bad cksum 0 (->9f57)!) 82.94.245.40.53815 > 194.109.6.66.53: 39684+ A? www.xs4all.nl. (31) 14:47:20.095949 IP (tos 0x0, ttl 62, id 55312, offset 0, flags [none], proto: UDP (17), length: 75) 194.109.6.66.53 > 82.94 .245.40.53815: 39684 1/0/0 www.xs4all.nl. A 194.109.6.92 (47) 14:47:21.060071 802.1d config 8000.00:d0:03:d8:85:55.21e9 root 8000.00:d0:01:2f:51:55 pathcost 4 age 1 max 20 hello 2 fdelay 15 -- K.F.J. Martens, Sonologic, http://www.sonologic.nl/ Networking, hosting, embedded systems, unix, artificial intelligence. Public PGP key: http://www.metro.cx/pubkey-gmc.asc Wondering about the funny attachment your mail program can't read? Visit http://www.openpgp.org/ From owner-freebsd-stable@FreeBSD.ORG Sun Jan 29 14:14:18 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EE98216A420 for ; Sun, 29 Jan 2006 14:14:17 +0000 (GMT) (envelope-from davidski@deadheaven.com) Received: from geoff.deadheaven.com (geoff.deadheaven.com [216.162.200.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 77D5843D46 for ; Sun, 29 Jan 2006 14:14:17 +0000 (GMT) (envelope-from davidski@deadheaven.com) Received: by geoff.deadheaven.com (Postfix, from userid 1001) id 82D251567D2F; Sun, 29 Jan 2006 06:14:44 -0800 (PST) Date: Sun, 29 Jan 2006 06:14:44 -0800 From: "David F. Severski" To: freebsd-stable@freebsd.org Message-ID: <20060129141444.GA64102@geoff.deadheaven.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9amGYk9869ThD9tj" Content-Disposition: inline User-Agent: Mutt/1.5.11 Subject: Running ipfilter 4.1.10 on 6-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jan 2006 14:14:18 -0000 --9amGYk9869ThD9tj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Since making the jump from 4-STABLE to 6-STABLE I've been plagued with connections getting dropped and mangled by out of window (OOW) issues with ipfilter 4.1.8. While disabling SACKs has slightly helped, this is still a very persistent problem. It looks like many of these problems have been resolved under 4.1.10 which was imported into CURRENT back in early December. Is there a timeline for this code to come to 6-STABLE? Alternatively, is there an easy way to pull down just this code and run under 6-STABLE? Thanks for the help. David --9amGYk9869ThD9tj Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- iEYEARECAAYFAkPczdQACgkQlTJ+DI1JK1ttQwCeONkQB9aeK1U30TLXw+J85bOO 8HoAniz5cuOVDewqEKdxGPHimzPjySDl =M0UL -----END PGP SIGNATURE----- --9amGYk9869ThD9tj-- From owner-freebsd-stable@FreeBSD.ORG Sun Jan 29 14:19:37 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4520C16A420; Sun, 29 Jan 2006 14:19:37 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E1A243D46; Sun, 29 Jan 2006 14:19:36 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from anb (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.13.4/8.13.1) with ESMTP id k0TEJYlH060441; Sun, 29 Jan 2006 12:19:35 -0200 (BRST) (envelope-from joao@matik.com.br) From: JoaoBR To: freebsd-stable@freebsd.org Date: Sun, 29 Jan 2006 12:19:28 -0200 User-Agent: KMail/1.9.1 References: <200601201851.26858.joao@matik.com.br> <200601231352.12421.joao@matik.com.br> <20060123180803.GC25245@poupinou.org> In-Reply-To: <20060123180803.GC25245@poupinou.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200601291219.29765.joao@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Virus-Scanned: ClamAV version 0.86.2, clamav-milter version 0.86 on msrv.matik.com.br X-Virus-Status: Clean Cc: freebsd-acpi@freebsd.org, Bruno Ducrot , Nate Lawson Subject: Re: need help for DSDT for an Epox Amd64 MB X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jan 2006 14:19:37 -0000 On Monday 23 January 2006 16:08, Bruno Ducrot wrote: > > > > > > Can't tell for sure if you don't test without ACPI loaded. > > > It may be possible after all the apci_thermal subsystem trigger as > > > (false) overheat situation which may explain a sudden shutdown. > > hi=20 I think this is good for a follow up actually this Epox MB is very good and there is no problem in the asl at al= l,=20 appearently cpu-freq and acpi_thermal with passive cooling is also working= =20 outstanding good. the real problem was the memory. Even that I used dual-channel (Geil) chips= =20 they caused the problem. I had them changed at the beginning because the=20 memory was my first idea. As last resource I sticked them in different slot= s=20 as single-channel mem and it didn't crash anymore. I bought then some bette= r=20 and more expensive corsair dual channel and now the board is running fine a= nd=20 fast and stable for a week now. The "not-accepted-memory" runs fine as dual-channel on an Asus MB so I gues= s=20 Epox is more sensitive(more correct?) or Asus do not care about this so muc= h. Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Sun Jan 29 14:44:52 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C3D8B16A420; Sun, 29 Jan 2006 14:44:52 +0000 (GMT) (envelope-from hdemir@metu.edu.tr) Received: from kale.cc.metu.edu.tr (kale.general.services.metu.edu.tr [144.122.144.157]) by mx1.FreeBSD.org (Postfix) with ESMTP id E6EB443D45; Sun, 29 Jan 2006 14:44:51 +0000 (GMT) (envelope-from hdemir@metu.edu.tr) Received: from simena.user.services.metu.edu.tr (simena.user.services.metu.edu.tr [144.122.144.15]) by kale.cc.metu.edu.tr (8.12.11/8.12.11) with ESMTP id k0TEinhe012862; Sun, 29 Jan 2006 16:44:49 +0200 Received: (from hdemir@localhost) by simena.user.services.metu.edu.tr (8.13.5/8.13.5/Submit) id k0TEinJf753724; Sun, 29 Jan 2006 16:44:49 +0200 Date: Sun, 29 Jan 2006 16:44:48 +0200 From: husnu demir To: Oleg Bulyzhin Message-ID: <20060129144448.GA1077392@metu.edu.tr> References: <20060127122438.GA1044592@metu.edu.tr> <20060127153512.GX83922@FreeBSD.org> <20060127161151.GA1093828@metu.edu.tr> <20060127161348.GA83922@cell.sick.ru> <20060127162904.GA1224732@metu.edu.tr> <20060128080843.GA22614@lath.rinet.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060128080843.GA22614@lath.rinet.ru> User-Agent: Mutt/1.5.10i X-Virus-Scanned: ClamAV 0.88/1256/Sun Jan 29 13:25:44 2006 on kale.cc.metu.edu.tr X-Virus-Status: Clean Cc: stable@freebsd.org, Gleb Smirnoff Subject: Re: if_bge driver problem. - Upgrade to RELEASE :) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jan 2006 14:44:52 -0000 On Sat, Jan 28, 2006 at 11:08:43AM +0300, Oleg Bulyzhin wrote: > On Fri, Jan 27, 2006 at 06:29:04PM +0200, husnu demir wrote: > > > Also it is important to know whether doing 'ifconfig bge0 -rxcsum -txcsum' > > > fixes operation on 6.0-STABLE. > > > > No, It does not fixed. I will go back to STABLE if you need further detail. > > > > Could you please provide following information: > 1) boot with verbose mode on (boot -v or verbose_loading="YES" into your > loader.conf) and check your console messages. Are there any > "bge2: link UP/DOWN" messages? Unplug/plug cable and check those messages again. > > 2) When you sniff bge2 with tcpdump which packets do you see (incoming, outgoing, both)? > > -- > Oleg. Hi Oleg, I added ; root@~# less /boot/loader.conf verbose_loading="YES and reboot the machine; root@~# uname -a FreeBSD nrouter.cc.metu.edu.tr 6.0-STABLE FreeBSD 6.0-STABLE #1: Sun Jan 29 16:29:48 EET 2006 root@nrouter.cc.metu.edu.tr:/usr/obj/usr/src/sys/NON-GENERIC i386 and dmesg shows nothing. After reboot I configured bge2 with ; ifconfig bge2 xxx.yyy.2.2/24 up root@~# dmesg | grep bge bge0: mem 0xf1020000-0xf102ffff irq 48 at device 1.0 on pci3 miibus0: on bge0 bge0: Ethernet address: 00:11:09:9b:6a:7d bge1: mem 0xf1000000-0xf100ffff irq 52 at device 2.0 on pci3 miibus1: on bge1 bge1: Ethernet address: 00:04:76:f7:99:6e bge2: mem 0xf1010000-0xf101ffff irq 56 at device 3.0 on pci3 bge2: Ethernet address: 00:10:18:00:4d:53 bge0: link state changed to UP then I tried to remove the fiber optic connection from the card and reinsert but there was no error messages. I tried it a couple of times. It shows "no carrier" message in the ifconfig status but print no console message. I also added the tcpdump; before starting out tcpdump I initiated a ping xxx.yyy.2.1 for the outgoing messages. No PF working . root@~# pfctl -d pfctl: pf not enabled root@~# tcpdump -n -i bge2 tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on bge2, link-type EN10MB (Ethernet), capture size 96 bytes 16:47:01.823270 IP xxx.yyy.250.183.2050 > 239.255.255.250.1900: UDP, length 341 16:47:01.843742 IP xxx.yyy.2.58.52825 > xxx.yyy.2.253.514: SYSLOG local0.info, length: 150 16:47:01.933253 IP xxx.yyy.250.183.2050 > 239.255.255.250.1900: UDP, length 341 16:47:02.045289 IP xxx.yyy.250.183.2050 > 239.255.255.250.1900: UDP, length 341 16:47:02.153373 IP xxx.yyy.250.183.2050 > 239.255.255.250.1900: UDP, length 341 16:47:02.215242 IP xxx.yyy.250.98.2049 > 239.255.255.250.1900: UDP, length 300 16:47:02.319671 IP xxx.yyy.250.98.2049 > 239.255.255.250.1900: UDP, length 300 16:47:02.334737 IP xxx.yyy.2.102 > 224.0.0.13: PIMv2, Hello, length: 34 16:47:02.369839 IP xxx.yyy.213.243.57273 > 239.255.255.250.1900: UDP, length 325 16:47:02.371595 IP xxx.yyy.213.243.49011 > 239.255.255.250.1900: UDP, length 316 16:47:02.375399 IP xxx.yyy.213.243.65255 > 239.255.255.250.1900: UDP, length 356 16:47:02.378763 IP xxx.yyy.251.185.2049 > 239.255.255.250.1900: UDP, length 301 16:47:02.429663 IP xxx.yyy.250.98.2049 > 239.255.255.250.1900: UDP, length 306 16:47:02.482316 IP xxx.yyy.251.185.2049 > 239.255.255.250.1900: UDP, length 301 16:47:02.539651 IP xxx.yyy.250.98.2049 > 239.255.255.250.1900: UDP, length 306 16:47:02.592451 IP xxx.yyy.251.185.2049 > 239.255.255.250.1900: UDP, length 307 16:47:02.606931 IP xxx.yyy.250.99.2050 > 239.255.255.250.1900: UDP, length 300 16:47:02.649639 IP xxx.yyy.250.98.2049 > 239.255.255.250.1900: UDP, length 340 16:47:02.685620 IP xxx.yyy.2.72 > 224.0.0.5: OSPFv2, Hello, length: 276 16:47:02.702441 IP xxx.yyy.251.185.2049 > 239.255.255.250.1900: UDP, length 307 16:47:02.711217 IP xxx.yyy.250.99.2050 > 239.255.255.250.1900: UDP, length 300 16:47:02.759777 IP xxx.yyy.250.98.2049 > 239.255.255.250.1900: UDP, length 340 16:47:02.812431 IP xxx.yyy.251.185.2049 > 239.255.255.250.1900: UDP, length 341 16:47:02.821206 IP xxx.yyy.250.99.2050 > 239.255.255.250.1900: UDP, length 306 16:47:02.871813 IP xxx.yyy.250.98.2049 > 239.255.255.250.1900: UDP, length 340 16:47:02.909109 IP xxx.yyy.2.8 > 224.0.0.5: OSPFv2, Hello, length: 276 16:47:02.922420 IP xxx.yyy.251.185.2049 > 239.255.255.250.1900: UDP, length 341 16:47:02.931196 IP xxx.yyy.250.99.2050 > 239.255.255.250.1900: UDP, length 306 16:47:02.968347 IP xxx.yyy.2.235 > 224.0.0.5: OSPFv2, Hello, length: 276 16:47:02.979756 IP xxx.yyy.250.98.2049 > 239.255.255.250.1900: UDP, length 340 16:47:03.034605 IP xxx.yyy.251.185.2049 > 239.255.255.250.1900: UDP, length 341 16:47:03.041186 IP xxx.yyy.250.99.2050 > 239.255.255.250.1900: UDP, length 340 16:47:03.080531 IP xxx.yyy.249.99.2049 > 239.255.255.250.1900: UDP, length 300 16:47:03.142401 IP xxx.yyy.251.185.2049 > 239.255.255.250.1900: UDP, length 341 16:47:03.151176 IP xxx.yyy.250.99.2050 > 239.255.255.250.1900: UDP, length 340 16:47:03.184963 IP xxx.yyy.249.99.2049 > 239.255.255.250.1900: UDP, length 300 16:47:03.202075 IP xxx.yyy.2.32 > 224.0.0.13: PIMv2, Hello, length: 34 16:47:03.215386 IP xxx.yyy.2.98.55920 > xxx.yyy.2.253.514: SYSLOG local0.info, length: 141 16:47:03.263508 IP xxx.yyy.250.99.2050 > 239.255.255.250.1900: UDP, length 340 16:47:03.294952 IP xxx.yyy.249.99.2049 > 239.255.255.250.1900: UDP, length 306 16:47:03.312065 IP xxx.yyy.67.99.42982 > 239.255.255.250.1900: UDP, length 323 16:47:03.322158 IP xxx.yyy.67.99.53196 > 239.255.255.250.1900: UDP, length 314 16:47:03.332397 IP xxx.yyy.67.99.40856 > 239.255.255.250.1900: UDP, length 354 16:47:03.371302 IP xxx.yyy.250.99.2050 > 239.255.255.250.1900: UDP, length 340 16:47:03.400555 00:0e:38:a8:73:9c > 01:00:0c:cc:cc:cd sap aa ui/C 16:47:03.404944 IP xxx.yyy.249.99.2049 > 239.255.255.250.1900: UDP, length 306 16:47:03.515077 IP xxx.yyy.249.99.2049 > 239.255.255.250.1900: UDP, length 340 16:47:03.543599 IP xxx.yyy.2.55 > 224.0.0.5: OSPFv2, Hello, length: 276 16:47:03.613365 802.1d config 8000.00:d0:95:82:01:9a.73f0 root ffff.ff:ff:ff:ff:ff:ff pathcost 0 age 0 max 20 hello 2 fdelay 15 16:47:03.625067 IP xxx.yyy.249.99.2049 > 239.255.255.250.1900: UDP, length 340 16:47:03.723207 IP xxx.yyy.2.250 > 224.0.0.13: PIMv2, Hello, length: 34 16:47:03.737102 IP xxx.yyy.249.99.2049 > 239.255.255.250.1900: UDP, length 340 16:47:03.845042 IP xxx.yyy.249.99.2049 > 239.255.255.250.1900: UDP, length 340 16:47:04.056826 IP xxx.yyy.2.11 > 224.0.0.1: igmp query v2 16:47:04.075108 IP xxx.yyy.60.42.1346 > 229.55.150.208.1345: UDP, length 180 16:47:04.129078 IP xxx.yyy.250.181.2050 > 239.255.255.250.1900: UDP, length 301 16:47:04.233068 IP xxx.yyy.250.181.2050 > 239.255.255.250.1900: UDP, length 301 16:47:04.327992 IP xxx.yyy.250.142.1346 > 229.55.150.208.1345: UDP, length 165 16:47:04.343056 IP xxx.yyy.250.181.2050 > 239.255.255.250.1900: UDP, length 307 16:47:04.367775 IP xxx.yyy.2.170 > 224.0.0.5: OSPFv2, Hello, length: 276 16:47:04.369384 IP xxx.yyy.213.243.57827 > 239.255.255.250.1900: UDP, length 325 16:47:04.373482 IP xxx.yyy.213.243.50118 > 239.255.255.250.1900: UDP, length 316 16:47:04.375091 IP xxx.yyy.213.243.34701 > 239.255.255.250.1900: UDP, length 356 16:47:04.453194 IP xxx.yyy.250.181.2050 > 239.255.255.250.1900: UDP, length 307 16:47:04.563181 IP xxx.yyy.250.181.2050 > 239.255.255.250.1900: UDP, length 341 16:47:04.657372 IP xxx.yyy.2.72 > 224.0.0.13: PIMv2, Hello, length: 34 16:47:04.673169 IP xxx.yyy.250.181.2050 > 239.255.255.250.1900: UDP, length 341 16:47:04.695255 IP xxx.yyy.2.39 > 224.0.0.13: PIMv2, Hello, length: 34 ^C 68 packets captured 95 packets received by filter 0 packets dropped by kernel From owner-freebsd-stable@FreeBSD.ORG Sun Jan 29 15:08:30 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 038D116A420; Sun, 29 Jan 2006 15:08:30 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw1.york.ac.uk (mail-gw1.york.ac.uk [144.32.128.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 150EA43D55; Sun, 29 Jan 2006 15:08:28 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from ury.york.ac.uk (ury.york.ac.uk [144.32.108.81]) by mail-gw1.york.ac.uk (8.12.10/8.12.10) with ESMTP id k0TF8MwD012721; Sun, 29 Jan 2006 15:08:22 GMT Received: from ury.york.ac.uk (localhost.york.ac.uk [127.0.0.1]) by ury.york.ac.uk (8.13.4/8.13.4) with ESMTP id k0TF8MUX049776; Sun, 29 Jan 2006 15:08:22 GMT (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from localhost (gavin@localhost) by ury.york.ac.uk (8.13.4/8.13.1/Submit) with ESMTP id k0TF8LgK049773; Sun, 29 Jan 2006 15:08:22 GMT (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: ury.york.ac.uk: gavin owned process doing -bs Date: Sun, 29 Jan 2006 15:08:21 +0000 (GMT) From: Gavin Atkinson X-X-Sender: gavin@ury.york.ac.uk To: Christian Brueffer In-Reply-To: <20060129130252.GB1731@haakonia.hitnet.RWTH-Aachen.DE> Message-ID: <20060129150038.A49253@ury.york.ac.uk> References: <200601291646.54452.doconnor@gsoft.com.au> <20060129130252.GB1731@haakonia.hitnet.RWTH-Aachen.DE> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk Cc: freebsd-stable@freebsd.org, sos@freebsd.org Subject: Re: nVidia RAID + FreeBSD 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jan 2006 15:08:30 -0000 On Sun, 29 Jan 2006, Christian Brueffer wrote: > On Sun, Jan 29, 2006 at 04:46:52PM +1030, Daniel O'Connor wrote: >> I am looking at getting a motherboard based on nForce 3 or 4, and I am >> wondering if the RAID will be usable? > > Be aware though that there have been reports on the lists of data loss > in connection with NVIDIA RAIDs. This seems to also happen on other > operating systems. In my experience, they seem to be reliable while both disks work, but when a disk needs to be rebuilt the RAID BIOS seem to pick the source disk at random, as opposed to something radical like using the only valid disk as the source. Originally I thought this was a FreeBSD issue, but replies to my post sugggested it was a common problem, and not just limited to FreeBSD. Indeed, on the hardware I was using (a Sun X2100 server), Solaris had the same problem, and about 50% of the time you'd end up with corrupted or blank disks after a rebuild. Sun have now stopped claiming in the specifications that these machines support RAID, and I'm now using FreeBSD pseudoraid on them. Gavin From owner-freebsd-stable@FreeBSD.ORG Sun Jan 29 15:30:32 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B567B16A420 for ; Sun, 29 Jan 2006 15:30:32 +0000 (GMT) (envelope-from roger@gwch.net) Received: from smtp.hispeed.ch (mxout.hispeed.ch [62.2.95.247]) by mx1.FreeBSD.org (Postfix) with ESMTP id DF3B043D4C for ; Sun, 29 Jan 2006 15:30:31 +0000 (GMT) (envelope-from roger@gwch.net) Received: from mail.gwch.net (84-73-90-203.dclient.hispeed.ch [84.73.90.203]) (authenticated bits=0) by smtp.hispeed.ch (8.12.6/8.12.6/taifun-1.0) with ESMTP id k0TFUUTW016384 for ; Sun, 29 Jan 2006 16:30:30 +0100 Received: from localhost (link [127.0.0.1]) by mail.gwch.net (Postfix) with ESMTP id E4EF74064B for ; Sun, 29 Jan 2006 16:30:29 +0100 (CET) Received: from mail.gwch.net ([127.0.0.1]) by localhost (mail.gwch.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 09507-03 for ; Sun, 29 Jan 2006 16:30:25 +0100 (CET) Received: from niobe.gwch.net (frodo.gwch.net [192.168.2.101]) by mail.gwch.net (Postfix) with ESMTP id 6EE234064A for ; Sun, 29 Jan 2006 16:30:25 +0100 (CET) From: Roger Grosswiler To: freebsd-stable@freebsd.org Content-Type: text/plain Date: Sun, 29 Jan 2006 16:30:23 +0100 Message-Id: <1138548623.1865.3.camel@niobe.gwch.net> Mime-Version: 1.0 X-Mailer: Evolution 2.4.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on smtp-07.tornado.cablecom.ch X-Virus-Scanned: amavisd-new at gwch.net X-Virus-Status: Clean X-DCC-spamcheck-02.tornado.cablecom.ch-Metrics: smtp-07.tornado.cablecom.ch 32701; Body=1 Fuz1=1 Subject: where is gnome-power-manager X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jan 2006 15:30:32 -0000 hey, i look for gnome-power-manager. where except gnome.org can i find it??? rog From owner-freebsd-stable@FreeBSD.ORG Sun Jan 29 15:38:07 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DB80416A420; Sun, 29 Jan 2006 15:38:07 +0000 (GMT) (envelope-from hdemir@metu.edu.tr) Received: from kale.cc.metu.edu.tr (kale.general.services.metu.edu.tr [144.122.144.157]) by mx1.FreeBSD.org (Postfix) with ESMTP id D8E5743D53; Sun, 29 Jan 2006 15:38:06 +0000 (GMT) (envelope-from hdemir@metu.edu.tr) Received: from simena.user.services.metu.edu.tr (simena.user.services.metu.edu.tr [144.122.144.15]) by kale.cc.metu.edu.tr (8.12.11/8.12.11) with ESMTP id k0TFc5Q3020100; Sun, 29 Jan 2006 17:38:05 +0200 Received: (from hdemir@localhost) by simena.user.services.metu.edu.tr (8.13.5/8.13.5/Submit) id k0TFc5Gp356402; Sun, 29 Jan 2006 17:38:05 +0200 Date: Sun, 29 Jan 2006 17:38:04 +0200 From: husnu demir To: Gleb Smirnoff Message-ID: <20060129153804.GA503850@metu.edu.tr> References: <20060127122438.GA1044592@metu.edu.tr> <20060127153512.GX83922@FreeBSD.org> <20060127155818.GB643116@metu.edu.tr> <20060127163055.GB83922@cell.sick.ru> <20060127170153.GA794690@metu.edu.tr> <20060127171325.GD83922@cell.sick.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060127171325.GD83922@cell.sick.ru> User-Agent: Mutt/1.5.10i X-Virus-Scanned: ClamAV 0.88/1256/Sun Jan 29 13:25:44 2006 on kale.cc.metu.edu.tr X-Virus-Status: Clean Cc: stable@FreeBSD.org, oleg@FreeBSD.org Subject: Re: if_bge driver problem. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jan 2006 15:38:08 -0000 Hi, Today I tried again and it worked with the following versions. http://www.freebsd.org/cgi/cvsweb.cgi/~checkout~/src/sys/dev/bge/if_bge.c?rev=1.91.2.7&content-type=text/plain&only_with_tag=RELENG_6 http://www.freebsd.org/cgi/cvsweb.cgi/~checkout~/src/sys/dev/bge/if_bgereg.h?rev=1.36.2.2&content-type=text/plain&only_with_tag=RELENG_6 root@~# uname -a FreeBSD nrouter.cc 6.0-STABLE FreeBSD 6.0-STABLE #2: Sun Jan 29 17:18:00 EET 2006 root@nrouter.cc:/usr/obj/usr/src/sys/NON-GENERIC i386 root@~# ping xxx.yyy.2.1 PING xxx.yyy.2.1 (xxx.yyy.2.1): 56 data bytes 64 bytes from xxx.yyy.2.1: icmp_seq=0 ttl=255 time=2.347 ms 64 bytes from xxx.yyy.2.1: icmp_seq=1 ttl=255 time=1.295 ms ^C --- xxx.yyy.2.1 ping statistics --- 2 packets transmitted, 2 packets received, 0% packet loss round-trip min/avg/max/stddev = 1.295/1.821/2.347/0.526 ms But the switch still shows the RX (meaning TX for the card) CRC Errors. But I could not see any error on the interface with "netstat -I bge2" command. Switch output; Slot/Port 16/2 : Operational Status : up, Last Time Link Changed : SUN JAN 29 17:13:31 , Number of Status Change: 34, Type : Ethernet, MAC address : 00:d0:95:85:3d:89, BandWidth (Megabits) : 1000, Duplex : Full, Autonegotiation : 1 [ 1000-F ], Long Accept : Enable, Runt Accept : Disable, Long Frame Size(Bytes) : 10240, Runt Size(Bytes) : 64, Rx : Bytes Received : 33080, Unicast Frames : 2, Broadcast Frames: 1, M-cast Frames : 0, UnderSize Frames: 0, OverSize Frames: 0, Lost Frames : 0, Error Frames : 19, CRC Error Frames: 19, Alignments Err : 0, Tx : Bytes Xmitted : 1404575, Unicast Frames : 338, Broadcast Frames: 18, M-cast Frames : 5138, UnderSize Frames: 0, OverSize Frames: 0, Lost Frames : 0, Error Frames : 0, Collided Frames : 0 Each UP/DOWN increases the Error Frames number. But no increase in other times? Also, when I said "ifconfig bge2 down" no messages comes. Only, first ifconfig up messages seen on the console; root@~# dmesg | grep bge .. ... bge1: Ethernet address: 00:04:76:f7:99:6e bge2: mem 0xf1010000-0xf101ffff irq 56 at device 3.0 on pci3 bge2: Ethernet address: 00:10:18:00:4d:53 bge0: link state changed to UP I do "ifconfig bge2 down/up" several times at that point. See you tomorrow morning. Husnu Demir. On Fri, Jan 27, 2006 at 08:13:25PM +0300, Gleb Smirnoff wrote: > On Fri, Jan 27, 2006 at 07:01:53PM +0200, husnu demir wrote: > h> I tried "http://www.freebsd.org/cgi/cvsweb.cgi/~checkout~/src/sys/dev/bge/if_bge.c?rev=1.91.2.7&content-type=text/plain" version and replaced VLAN_INPUT_TAG with VLAN_INPUT_TAG_NEW (only one occurance). And the following errors come up. > > Ohh, you also need to keep if_bgereg.h in sync with if_bge.c. Sorry, > I didn't mention this. > > h> Not: I am leaving the office. Most probly, I will be here tomorrow morning :( > > Me too. I will be online tomorrow for short time. I think Oleg will > join debugging your problem. > > Here is attached files of all (if I haven't lost anything) important > changes. You can fetch actual files from cvsweb. > > -- > Totus tuus, Glebius. > GLEBIUS-RIPN GLEB-RIPE > pjd 2005-09-28 19:20:49 UTC > > FreeBSD src repository > > Modified files: > sys/dev/bge if_bge.c > Log: > Implement suspend/resume methods to be more ACPI friendly. > I'm able to suspend/resume my laptop without this change, but then I need > to wait for the watchdog to reset the card. > With this change, it is ready immediately. > > Glanced at by: glebius > > Revision Changes Path > 1.96 +36 -0 src/sys/dev/bge/if_bge.c > > glebius 2005-10-22 14:31:02 UTC > > FreeBSD src repository > > Modified files: > sys/dev/bge if_bge.c if_bgereg.h > Log: > Introduce polling(4) capability for bge(4). > > Submitted by: Oleg Bulyzhin > > Revision Changes Path > 1.98 +110 -2 src/sys/dev/bge/if_bge.c > 1.37 +3 -0 src/sys/dev/bge/if_bgereg.h > > glebius 2005-11-15 14:43:23 UTC > > FreeBSD src repository > > Modified files: > sys/dev/bge if_bge.c if_bgereg.h > Log: > Recognize Broadcom BCM5752 chip, that can be found in HP DC7600. > > PR: kern/88940 > Submitted by: Alexander Hausner > > Revision Changes Path > 1.100 +5 -2 src/sys/dev/bge/if_bge.c > 1.38 +2 -0 src/sys/dev/bge/if_bgereg.h > > glebius 2005-11-30 12:37:07 UTC > > FreeBSD src repository > > Modified files: > sys/dev/bge if_bge.c > Log: > If bus_dmamap_load() failed, we free the mbuf. We also need to clear > the pointer, to avoid double free on next bge_stop(). > > Revision Changes Path > 1.101 +6 -2 src/sys/dev/bge/if_bge.c > > oleg 2005-12-08 13:31:52 UTC > > FreeBSD src repository > > Modified files: > sys/dev/bge if_bge.c > sys/dev/mii brgphy.c > Log: > 1) fix tiny bug in bge_start_locked() > 2) rework link state detection code & use it in POLLING mode > 3) fix 2 bugs in link state detection code: > a) driver unable to detect link loss on bcm5721 > b) on bcm570x chips (tested on bcm5700 bcm5701 bcm5702) driver fails > to detect link loss with probability 1/6 (solved in brgphy.c) > > Devices working in TBI mode should not be affected by this change. > > Approved by: glebius (mentor) > MFC after: 1 month > > Revision Changes Path > 1.102 +115 -105 src/sys/dev/bge/if_bge.c > 1.38 +1 -1 src/sys/dev/mii/brgphy.c > > glebius 2005-12-08 16:11:45 UTC > > FreeBSD src repository > > Modified files: > sys/dev/bge if_bge.c if_bgereg.h > Log: > A big rewrite of receive Jumbo frame handling. Remove the local Jumbo > cluster allocator, that wasn't MPSAFE. Instead, utilize our new generic > UMA jumbo cluster allocator. Since UMA gives us a 9k piece that is contigous > in virtual memory, but isn't contigous in physical memory we need to handle > a few segments. To deal with this we utilize Tigon chip feature - extended > RX descriptors, that can handle up to four DMA segments for one frame. > > Details: > > o Remove bge_alloc_jumbo_mem(), bge_free_jumbo_mem(), > bge_jalloc(), bge_jfree() functions. > o Remove SLIST heads, bge_jumbo_tag, bge_jumbo_map from softc. > o Use extended RX BDs for Jumbo receive producer ring, and > initialize it appropriately. > o New bge_newbuf_jumbo(): > - Allocate an mbuf with Jumbo cluster with help of m_cljget(). > - Load the cluster for DMA with help of bus_dmamap_load_mbuf_sg(). > - Assert that we got 3 segments in the DMA mapping. > - Fill in these 3 segments into the extended RX descriptor. > > Revision Changes Path > 1.103 +49 -233 src/sys/dev/bge/if_bge.c > 1.39 +26 -15 src/sys/dev/bge/if_bgereg.h > > > marcel 2005-12-13 06:14:14 UTC > > FreeBSD src repository > > Modified files: > sys/dev/bge if_bge.c > Log: > In bge_link_upd(), rewrite the logic so that status is assigned > on the code path it is used in a way that GCC understands. This > avoids breakage due to higher optimization levels. > > Revision Changes Path > 1.104 +2 -4 src/sys/dev/bge/if_bge.c > > > yongari 2005-12-15 05:48:49 UTC > > FreeBSD src repository > > Modified files: > sys/dev/bge if_bge.c if_bgereg.h > Log: > Add bge(4) support for big-endian architectures(part 1/2). > - Give up endianess support and switch to native-endian format for > accessing hardware structures. In fact embedded processor for > BCM57xx is big-endian architure(MIPS) and it requires native-endian > format for NIC structures.The NIC performs necessary byte/word > swapping depending on programmed endian type. > - With above changes all htole16/htole32 calls were gone. > - Remove bge_vhandle member in softc and changed to use explicit > register access. This may add additional performance penalty > that than that of previous memory access. But most of the access > is performed on initialization phase(e.g. RCB setup), it would be > negligible. > > Due to incorrect use of bus_dma(9) in bge(4) it still panics sparc64 > system in device detach path. The issue would be fixed in next patch. > > Reviewed by: jkim (initial version) > Silence from: ps > Tested by: glebius > Obtained from: NetBSD via OpenBSD > > Revision Changes Path > 1.105 +74 -80 src/sys/dev/bge/if_bge.c > 1.40 +66 -9 src/sys/dev/bge/if_bgereg.h > > > glebius 2005-12-15 09:45:54 UTC > > FreeBSD src repository > > Modified files: > sys/dev/bge if_bge.c > Log: > o Rewrite bge_encap() to use bus_dmamap_load_mbuf_sg(9), inlining the > callback function bge_dma_map_tx_desc() into the bge_encap() itself. > o If busdma returns EFBIG, try to m_defrag() the packet. > > Reviewed by: yongari > > Revision Changes Path > 1.106 +55 -82 src/sys/dev/bge/if_bge.c > > glebius 2005-12-18 18:24:27 UTC > > FreeBSD src repository > > Modified files: > sys/dev/bge if_bge.c > sys/dev/em if_em.c > sys/dev/ixgb if_ixgb.c > sys/dev/nge if_nge.c > sys/dev/re if_re.c > sys/dev/ti if_ti.c > sys/dev/txp if_txp.c > sys/dev/vge if_vge.c > sys/net if_vlan_var.h > sys/net80211 ieee80211_input.c > Log: > - Fix VLAN_INPUT_TAG() macro, so that it doesn't touch mtag in > case if memory allocation failed. > - Remove fourth argument from VLAN_INPUT_TAG(), that was used > incorrectly in almost all drivers. Indicate failure with > mbuf value of NULL. > > In collaboration with: yongari, ru, sam > > Revision Changes Path > 1.107 +5 -2 src/sys/dev/bge/if_bge.c > 1.93 +1 -2 src/sys/dev/em/if_em.c > 1.18 +1 -2 src/sys/dev/ixgb/if_ixgb.c > 1.85 +3 -1 src/sys/dev/nge/if_nge.c > 1.62 +5 -2 src/sys/dev/re/if_re.c > 1.118 +5 -2 src/sys/dev/ti/if_ti.c > 1.40 +3 -2 src/sys/dev/txp/if_txp.c > 1.23 +5 -2 src/sys/dev/vge/if_vge.c > 1.23 +7 -6 src/sys/net/if_vlan_var.h > 1.85 +3 -2 src/sys/net80211/ieee80211_input.c > > glebius 2005-12-18 20:26:12 UTC > > FreeBSD src repository > > Modified files: > sys/dev/bge if_bge.c if_bgereg.h > Log: > Since BGE_MBX_TX_HOST_PROD0_LO register is write-only to software, > we can cache its value in the softc. Eliminates one PCI register > write per call to bge_start(). > > A 1.8% speedup for UDP_RR test on my old box. > > Obtained from: NetBSD(jonathan) via delphij > > Revision Changes Path > 1.108 +10 -4 src/sys/dev/bge/if_bge.c > 1.41 +1 -0 src/sys/dev/bge/if_bgereg.h > > yongari 2005-12-22 01:44:27 UTC > > FreeBSD src repository > > Modified files: > sys/dev/bge if_bge.c > Log: > Add bge(4) support for big-endian architectures(part 2/2). > - removed unused funtion bge_handle_events(). > - removed bus_dmamap_destroy(9) calls for DMA maps created by > bus_dmamem_alloc(9). This should fix panics seen on sparc64 > in device detach. > - added check for parent DMA tag creation. > - switched to use __NO_STRICT_ALIGNMENT as bge(4) supports all > architectures. > - added missing bus_dmamap_sync(9) in bge_txeof(). > - added missing bus_dmamap_sync(9) in bge_encap(). > - corrected memory synchronization operation on status block. > As the driver just read status block that was DMAed by NIC it > should use BUS_DMASYNC_POSTREAD. Likewise the driver does not > need to write status block back, so remove unnecessary > bus_dmamap_sync(9) calls in bge_intr(). > - corrected memory synchronization operation on RX return ring. > The driver only read the block so remove unnecessary > bus_dmamap_sync(9) in bge_rxeof(). > - force bus_dmamap_sync(9) for only modified descriptors. Blindly > synching all desciptor rings would reduce performance. > - call bus_dmamap_sync(9) for DMA maps that were modified in bge_rxeof(). > > Reviewed by: jkim(initial version) > Tested by: glebius(i386), jkim(amd64 initial version) > > Revision Changes Path > 1.109 +75 -92 src/sys/dev/bge/if_bge.c > > > yongari 2005-12-22 02:03:57 UTC > > FreeBSD src repository > > Modified files: > sys/dev/bge if_bge.c > Log: > Fix bge_eeprom_getbyte() to return 1 when timeout happens. > Previously it always returned 0 which means success regardless of > EEPROM status. > > While here, add a check whether EEPROM read is successful. > > Submitted by: jkim > > Revision Changes Path > 1.110 +8 -3 src/sys/dev/bge/if_bge.c > > glebius 2005-12-22 15:14:42 UTC > > FreeBSD src repository > > Modified files: > sys/dev/bge if_bge.c > Log: > - All bge(4) supported hardware is known to support RX/TX checksum offloading, > except for BGE_CHIPID_BCM5700_B0, which is buggy. > - All bge(4) supported hardware, has a bug that produces incorrect checksums > on Ethernet runts. However, in case of a transmitted packet, the latter can > be padded with zeroes, and the checksum would be correct. (Probably chip > includes the pad data into checksum). In case of receive, we just don't > trust checksum data in received runts. > > Obtained from: NetBSD (jonathan) via Mihail Balikov > > Revision Changes Path > 1.111 +69 -10 src/sys/dev/bge/if_bge.c > > yongari 2005-12-23 02:04:41 UTC > > FreeBSD src repository > > Modified files: > sys/dev/bge if_bge.c if_bgereg.h > Log: > Use device_printf() and if_printf() rather than printf() and axe > bge_unit from the softc. > > Requested by: marius > > Revision Changes Path > 1.112 +51 -52 src/sys/dev/bge/if_bge.c > 1.42 +0 -1 src/sys/dev/bge/if_bgereg.h > > oleg 2006-01-13 08:59:40 UTC > > FreeBSD src repository > > Modified files: > sys/dev/bge if_bge.c > Log: > 1) move all link state detection code from bge_tick_locked() to bge_link_upd() > 2) use more robust way of link state handling for BCM5700 rev.B2 chip > 3) workaround bug of some BCM570x chips which cause spurious "link up" messages > 4) fix bug: some BCM570x chips was unable to detect link state changes after > ifconfig down/up sequence until any 'non-link related' interrupt generated. > (this happened due to pending internal link state attention which blocked > interrupt generation) > > Approved by: glebius (mentor) > MFC after: 1 week > > Revision Changes Path > 1.113 +101 -60 src/sys/dev/bge/if_bge.c > > scottl 2006-01-14 17:42:22 UTC > > FreeBSD src repository > > Modified files: > sys/dev/bge if_bgereg.h > Log: > Don't base the number of jumbo segments on page size, instead base it on the > fact that jumbo desriptors are defined to have 3 segments. > > Found by: Coverity Prevent(tm) > > Revision Changes Path > 1.43 +1 -1 src/sys/dev/bge/if_bgereg.h > > oleg 2006-01-17 23:01:58 UTC > > FreeBSD src repository > > Modified files: > sys/dev/bge if_bge.c if_bgereg.h > Log: > - Count packets discarded by RX/TX MAC (cause of FIFO overflow, etc) > as input/output interface errors. > - Keep values of rx/tx discards & tx collisions inside struct bge_softc. > So we can keep statistic across ifconfig down/up runs (cause bringing > bge up will reset chip). > > Approved by: glebius (mentor) > MFC after: 1 week > > Revision Changes Path > 1.114 +30 -29 src/sys/dev/bge/if_bge.c > 1.44 +3 -0 src/sys/dev/bge/if_bgereg.h > > glebius 2006-01-18 14:31:21 UTC > > FreeBSD src repository > > Modified files: > sys/dev/bge if_bge.c if_bgereg.h > Log: > Be ready to a case when not a constant number of segments is returned > by bus_dmamap_load_mbuf_sg() on jumbo buffer allocation. > > Reviewed by: scottl, gallatin > > Revision Changes Path > 1.115 +22 -12 src/sys/dev/bge/if_bge.c > 1.45 +1 -1 src/sys/dev/bge/if_bgereg.h From owner-freebsd-stable@FreeBSD.ORG Sun Jan 29 16:20:10 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1422616A420 for ; Sun, 29 Jan 2006 16:20:10 +0000 (GMT) (envelope-from davidski@deadheaven.com) Received: from geoff.deadheaven.com (geoff.deadheaven.com [216.162.200.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF62243D45 for ; Sun, 29 Jan 2006 16:20:09 +0000 (GMT) (envelope-from davidski@deadheaven.com) Received: by geoff.deadheaven.com (Postfix, from userid 1001) id B547D1567C65; Sun, 29 Jan 2006 08:20:42 -0800 (PST) Date: Sun, 29 Jan 2006 08:20:42 -0800 From: "David F. Severski" To: freebsd-stable@freebsd.org Message-ID: <20060129162042.GA1231@geoff.deadheaven.com> References: <200601201130.18872.doconnor@gsoft.com.au> <7daacbbe0601192341p32673972j8f309dff1df543aa@mail.gmail.com> <20060120154215.GA54284@dan.emsphone.com> <7daacbbe0601201008m7c650f4esedcd81921d0fd81e@mail.gmail.com> <20060120200149.GB54284@dan.emsphone.com> <20060124205621.GU69091@geoff.deadheaven.com> <7daacbbe0601241448o67680fedu5521d0aa5f3b42a0@mail.gmail.com> <7daacbbe0601241457t2850a374xd7926556a86a91e1@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HlL+5n6rz5pIUxbD" Content-Disposition: inline In-Reply-To: <7daacbbe0601241457t2850a374xd7926556a86a91e1@mail.gmail.com> User-Agent: Mutt/1.5.11 Subject: Re: Using [Open]LDAP for authentication X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jan 2006 16:20:10 -0000 --HlL+5n6rz5pIUxbD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jan 24, 2006 at 11:57:28PM +0100, Dominique Goncalves wrote: > > After some tests, using nss_ldap-1.389 instead of nss_ldap-1.444 seems > > to solve hangs at startup and when slapd is down. > > > > Can you try nss_ldap-1.389 thanks to portdowngrade if these hangs are > > still here ? >=20 > Sorry, I mean nss_ldap-1.239 and nss_ldap-1.244. Success! I just downgraded to nss_ldap-1.239 and was able to warm boot pas= t=20 slapd in approx. 35 seconds. Thanks for the tip on both nss_ldap and portdowngrade (a nifty port, that one). Googling around, I don't see any notes that PADL has acknowledged any bugs w/v1.244 and this startup issue. Do you know if this is a known issue or if anyone from PADL is working on this? David --HlL+5n6rz5pIUxbD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- iEYEARECAAYFAkPc61oACgkQlTJ+DI1JK1uArACePTGfQQte6S0i7sIKja3wPgjK 8tgAn0BuCyyQRNKK7H95polXOg99qecb =e4G/ -----END PGP SIGNATURE----- --HlL+5n6rz5pIUxbD-- From owner-freebsd-stable@FreeBSD.ORG Sun Jan 29 16:41:22 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BE52F16A420 for ; Sun, 29 Jan 2006 16:41:22 +0000 (GMT) (envelope-from dacoder@dcoder.net) Received: from ns0.dcoder.net (ns0.dcoder.net [66.92.160.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F2D243D49 for ; Sun, 29 Jan 2006 16:41:22 +0000 (GMT) (envelope-from dacoder@dcoder.net) Received: from ns0.dcoder.net (ns0.dcoder.net [66.92.160.14]) by ns0.dcoder.net (Postfix) with ESMTP id BFE6117014; Sun, 29 Jan 2006 11:41:21 -0500 (EST) Date: Sun, 29 Jan 2006 11:41:21 -0500 (EST) From: David Coder To: Peter Jeremy In-Reply-To: <20060129023748.GL2341@turion.vk2pj.dyndns.org> Message-ID: <20060129114015.A896@ns0.dcoder.net> References: <20060128160437.E2240@ns0.dcoder.net> <20060129023748.GL2341@turion.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-stable@freebsd.org Subject: Re: weird buildworld consequences in 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: David Coder List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jan 2006 16:41:22 -0000 On Sun, 29 Jan 2006, Peter Jeremy wrote: :Date: Sun, 29 Jan 2006 13:37:48 +1100 :From: Peter Jeremy :To: David Coder :Cc: freebsd-stable@freebsd.org :Subject: Re: weird buildworld consequences in 6.0 : :On Sat, 2006-Jan-28 16:24:49 -0500, David Coder wrote: :># ldd /usr/obj/usr/src_6/bin/sh/sh :>/usr/obj/usr/src_6/bin/sh/sh: :> libedit.so.5 => /lib/libedit.so.5 (0x2809c000) :> libncurses.so.6 => /lib/libncurses.so.6 (0x280b2000) :> libc.so.6 => /usr/local/lib/pluginwrapper/flash6.so (0x280f5000) : :That last line is definitely wrong. Check /etc/libmap.conf (maybe :rename it temporarily). : bingo! i'd forgotten all about that file. thank you for the reminder. david From owner-freebsd-stable@FreeBSD.ORG Sun Jan 29 17:58:37 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3513A16A420 for ; Sun, 29 Jan 2006 17:58:37 +0000 (GMT) (envelope-from steve@stevehodgson.co.uk) Received: from ghana.smallmonkey.co.uk (ghana.smallmonkey.co.uk [83.142.48.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 892A643D58 for ; Sun, 29 Jan 2006 17:58:36 +0000 (GMT) (envelope-from steve@stevehodgson.co.uk) Received: from [10.17.20.67] (82-69-69-95.dsl.in-addr.zen.co.uk [82.69.69.95]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ghana.smallmonkey.co.uk (Postfix) with ESMTP id 8C7AA60E7; Fri, 27 Jan 2006 09:15:53 +0000 (GMT) Message-ID: <43D9E4C5.5080601@stevehodgson.co.uk> Date: Fri, 27 Jan 2006 09:15:49 +0000 From: Steve Hodgson User-Agent: Mozilla Thunderbird 1.0.7-1.1.fc4 (X11/20050929) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Mike Jakubik References: <43D94B68.8030307@rogers.com> In-Reply-To: <43D94B68.8030307@rogers.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: smb_maperror: Unmapped error 1:158 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jan 2006 17:58:37 -0000 Mike Jakubik wrote: > Anyone know what the problem is? I've searched around, and people have > reported this as far as the 4.x days, however no one ever replied to > any of these reports. In some cases, people report lockups of machines > and slow downs accessing the share. In my case, i am experiencing a > slow down. > > I pointed rhythmbox to my media library, which is mounted from a > samba3 server on another fbsd box and this is what i see in the logs: > > Jan 26 17:01:47 desktop kernel: smb_maperror: Unmapped error 1:158 > Jan 26 17:02:18 desktop last message repeated 52 times > Jan 26 17:04:19 desktop last message repeated 646 times > Jan 26 17:14:20 desktop last message repeated 6342 times I get this message frequently, almost every time I access my media library over samba. I have always put it down to a character encoding issue, but I have never investigated it properly since it's been there since I started using freebsd. I've certainly never had a crash or hang associated with these messages. Steve From owner-freebsd-stable@FreeBSD.ORG Sun Jan 29 18:40:18 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4776516A420 for ; Sun, 29 Jan 2006 18:40:18 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id B9F6843D45 for ; Sun, 29 Jan 2006 18:40:17 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from root by ciao.gmane.org with local (Exim 4.43) id 1F3HTC-0006py-5G for freebsd-stable@freebsd.org; Sun, 29 Jan 2006 19:40:14 +0100 Received: from p508c1476.dip0.t-ipconnect.de ([80.140.20.118]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 29 Jan 2006 19:40:14 +0100 Received: from christian.baer by p508c1476.dip0.t-ipconnect.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 29 Jan 2006 19:40:14 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Christian Baer Date: Sun, 29 Jan 2006 19:34:37 +0100 (CET) Organization: Convenimus Projekt Lines: 115 Message-ID: X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: p508c1476.dip0.t-ipconnect.de User-Agent: slrn/0.9.8.1 (FreeBSD) Sender: news Subject: Have the device names for hard discs been changed? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jan 2006 18:40:18 -0000 Hello *! I am experiencing a very annoying problem when trying to (re-) install hard drives. This problem has already been described in *.questions and in two newsgroups (German and English) but sofar I got no response at all. Now I think it might be because of a change in policy or even a bug. What happened is this: I set up a new (private) server, removed all the hard drives from the old one and installed these drives and one new drive in the new server. The old server was running 4.11-STABLE, I installed 6.0-RELEASE on the new one and kept it up to date with cvsup. That was the easy part. Since the default file system in 6 is UFS2 and I wanted to encrypt a few of the file systems with gbde or geli, I decided to empty one drive after the other, create new slices, partitions and file systems on the drives, copy the data back on the drives and - while I'm at it - clean up the data itself. :-) When I installed new drives (ad0, which is the boot drive and ad8 which is the new one), I created a new slice (dd-mode[1]) and new partition(s) without any problems. I did notice that the letter for a single partition changed from 'e' to 'd'. So a drive containing only a single file system now is /dev/adxs1d[2]. The problems began with a 160GB Samsung drive (SP1614N). I copied the files off the drive and tested a few of them - just to be sure. Then I decided to erase the drive completely, as it was destined to be encrypted and I didn't want any unencrypted data left on it. So I did a dd if=/dev/urandom of=/dev/ad6 bs=1024K After that I started sysinstall and created a new slice and a new partition which sysinstall called /dev/ad6s1d - which I expected. But after creating the partition, the mount failed, because "no such file or directory". And sure enough, ad6s1d did not exist in /dev/: jon# ls -l /dev/ad6* crw-r----- 1 root operator 0, 76 Jan 22 15:23 /dev/ad6 crw-r----- 1 root operator 0, 93 Jan 22 15:00 /dev/ad6c crw-r----- 1 root operator 0, 96 Jan 22 15:00 /dev/ad6cs1 crw-r----- 1 root operator 0, 92 Jan 22 15:00 /dev/ad6s1 crw-r----- 1 root operator 0, 94 Jan 22 15:00 /dev/ad6s1c These devices look a bit like those of a drive with a "true" partition-table (so Wintendo can read it). I can't really check that now because I have no computer with such an installation. However, even if this *were* so, I have checked and rechecked, the drive is definately dangerously dedicated - or at least, it should be. None of the other drives show these devices: crw-r----- 1 root operator 0, 73 Jan 22 16:20 /dev/ad0 crw-r----- 1 root operator 0, 79 Jan 22 16:20 /dev/ad0s1 crw-r----- 1 root operator 0, 100 Jan 22 16:20 /dev/ad0s1a crw-r----- 1 root operator 0, 101 Jan 22 16:20 /dev/ad0s1b crw-r----- 1 root operator 0, 102 Jan 22 16:20 /dev/ad0s1c crw-r----- 1 root operator 0, 103 Jan 22 16:20 /dev/ad0s1d crw-r----- 1 root operator 0, 104 Jan 22 16:20 /dev/ad0s1e crw-r----- 1 root operator 0, 105 Jan 22 16:20 /dev/ad0s1f crw-r----- 1 root operator 0, 106 Jan 22 16:20 /dev/ad0s1g crw-r----- 1 root operator 0, 78 Jan 22 16:20 /dev/ad12 crw-r----- 1 root operator 0, 97 Jan 22 16:20 /dev/ad12s1 crw-r----- 1 root operator 0, 121 Jan 22 16:20 /dev/ad12s1c crw-r----- 1 root operator 0, 122 Jan 22 16:20 /dev/ad12s1e crw-r----- 1 root operator 0, 74 Jan 22 16:20 /dev/ad2 crw-r----- 1 root operator 0, 87 Jan 22 16:20 /dev/ad2s1 crw-r----- 1 root operator 0, 109 Jan 22 16:20 /dev/ad2s1c crw-r----- 1 root operator 0, 110 Jan 22 16:20 /dev/ad2s1e crw-r----- 1 root operator 0, 75 Jan 22 16:20 /dev/ad4 crw-r----- 1 root operator 0, 90 Jan 22 16:20 /dev/ad4s1 crw-r----- 1 root operator 0, 113 Jan 22 16:20 /dev/ad4s1c crw-r----- 1 root operator 0, 114 Jan 22 16:20 /dev/ad4s1d crw-r----- 1 root operator 0, 77 Jan 22 16:20 /dev/ad8 crw-r----- 1 root operator 0, 94 Jan 22 16:20 /dev/ad8s1 crw-r----- 1 root operator 0, 117 Jan 22 16:20 /dev/ad8s1c crw-r----- 1 root operator 0, 118 Jan 22 16:20 /dev/ad8s1d The drives ad2 and ad12 are still unchanged from the last installation and therefore are still USF1 formatted. There were three changes since I installed the USF2-drives: - I did a cvsup and made a new world. - ACPI didn't seem to work to well with this mainboard[3], so I deactivated it in the board's BIOS. This led to a few error-messages during booting but that seems to be more of a "cosmetic" problem. I don't really believe this is the cause though, because I turned ACPI back on and got the same results. - I added 'options GEOM_BDE' to the kernel-config. But I have already removed this to test further. Also there are two additional ATA-controllers in the computer. Both are promise: PDC20268 (for ad4 and ad6) and PDC20775 (for ad8 and ad12). The other two drives are connected to the southbridge. As far as I can tell, creating a file system on ad6s1c works fine. Mounting it works too, aswell as read and write operations. My beasic question now is: Where did I mess up? :-) Is it normal for the devices to have different names? Did I mess up at all? Is this some new policy or a bug? Regards, Chris [1] Since only FreeBSD will ever touch this computer, all the drives are dd-mode [2] Is there some text out there explaining these last letters? What are the first three letters (a-c) reserved for? The handbook seems to be a little out of date. [3] The computer would hand up during a shutdown. The last message always was "shutting down ACPI" and hence had to be rebooted via a hard-reset, which is a bit of a pain since the computer is nowhere near anything you could call "workspace". From owner-freebsd-stable@FreeBSD.ORG Sun Jan 29 19:07:03 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E966516A420 for ; Sun, 29 Jan 2006 19:07:03 +0000 (GMT) (envelope-from pbowen@fastmail.fm) Received: from out4.smtp.messagingengine.com (out4.smtp.messagingengine.com [66.111.4.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 799D343D46 for ; Sun, 29 Jan 2006 19:07:02 +0000 (GMT) (envelope-from pbowen@fastmail.fm) Received: from frontend1.internal (mysql-sessions.internal [10.202.2.149]) by frontend1.messagingengine.com (Postfix) with ESMTP id 7061ED312EE for ; Sun, 29 Jan 2006 14:07:01 -0500 (EST) Received: from frontend2.messagingengine.com ([10.202.2.151]) by frontend1.internal (MEProxy); Sun, 29 Jan 2006 14:07:01 -0500 X-Sasl-enc: EAtDcSUz/EQ8OpW61br9EcIdEIHF36BOQUiHYWegeySr 1138561620 Received: from [192.168.230.103] (ip-69-33-154-226.dfw.megapath.net [69.33.154.226]) by frontend2.messagingengine.com (Postfix) with ESMTP id 90EC357146C for ; Sun, 29 Jan 2006 14:07:00 -0500 (EST) Message-ID: <43DD1272.2010901@fastmail.fm> Date: Sun, 29 Jan 2006 13:07:30 -0600 From: Patrick Bowen User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.12) Gecko/20050920 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Have the device names for hard discs been changed? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jan 2006 19:07:04 -0000 Christian Baer wrote: >[...] >[2] Is there some text out there explaining these last letters? What are > the first three letters (a-c) reserved for? The handbook seems to be > a little out of date. >[...] > > The handbook says that partition "a" is the root partition and "b" is the swap, by convention. As for "c", I don't know. Maybe it was left out on purpose so it wouldn't be confused for a "c" drive, as in "c:\" from DOS. Someboy will know... Cheers, Patrick From owner-freebsd-stable@FreeBSD.ORG Sun Jan 29 19:10:04 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CD7C616A422 for ; Sun, 29 Jan 2006 19:10:04 +0000 (GMT) (envelope-from larry.vaden@gmail.com) Received: from uproxy.gmail.com (uproxy.gmail.com [66.249.92.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id A58E443D45 for ; Sun, 29 Jan 2006 19:10:03 +0000 (GMT) (envelope-from larry.vaden@gmail.com) Received: by uproxy.gmail.com with SMTP id a2so612940ugf for ; Sun, 29 Jan 2006 11:10:02 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=WxEhigElPXNAht1ZBLCUhKqzBuxCVEFoi8Crb4cIMjUamOn4fd/lexpGUNIMUhCf/PotJkIs1cKGSSU04RR7giz7ixxQTkxUwEH45ngeYEUCfMYnZT1wHHVLtCAJZ41V2gdkY0tcoJvcAZ9KjhEsbOOkkyzN9dxUwtOo4wSf/Rw= Received: by 10.48.143.5 with SMTP id q5mr783054nfd; Sun, 29 Jan 2006 11:10:02 -0800 (PST) Received: by 10.48.236.3 with HTTP; Sun, 29 Jan 2006 11:10:02 -0800 (PST) Message-ID: Date: Sun, 29 Jan 2006 13:10:02 -0600 From: Larry Vaden To: Patrick Bowen In-Reply-To: <43DD1272.2010901@fastmail.fm> MIME-Version: 1.0 References: <43DD1272.2010901@fastmail.fm> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: Have the device names for hard discs been changed? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jan 2006 19:10:04 -0000 On 1/29/06, Patrick Bowen wrote: > > > > The handbook says that partition "a" is the root partition and "b" is > the swap, by convention. As for "c", I don't know. Maybe it was left out > on purpose so it wouldn't be confused for a "c" drive, as in "c:\" from > DOS. Someboy will know... > > Cheers, > Patrick > IIRC "c" is the full extent of the drive. rgds/ldv From owner-freebsd-stable@FreeBSD.ORG Sun Jan 29 19:12:43 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6CD2916A420 for ; Sun, 29 Jan 2006 19:12:43 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw0.york.ac.uk (mail-gw0.york.ac.uk [144.32.128.245]) by mx1.FreeBSD.org (Postfix) with ESMTP id DCD1243D45 for ; Sun, 29 Jan 2006 19:12:42 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from ury.york.ac.uk (ury.york.ac.uk [144.32.108.81]) by mail-gw0.york.ac.uk (8.12.10/8.12.10) with ESMTP id k0TJCdu5026259; Sun, 29 Jan 2006 19:12:39 GMT Received: from ury.york.ac.uk (localhost.york.ac.uk [127.0.0.1]) by ury.york.ac.uk (8.13.4/8.13.4) with ESMTP id k0TJCdqr053242; Sun, 29 Jan 2006 19:12:39 GMT (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from localhost (gavin@localhost) by ury.york.ac.uk (8.13.4/8.13.1/Submit) with ESMTP id k0TJCduM053239; Sun, 29 Jan 2006 19:12:39 GMT (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: ury.york.ac.uk: gavin owned process doing -bs Date: Sun, 29 Jan 2006 19:12:39 +0000 (GMT) From: Gavin Atkinson X-X-Sender: gavin@ury.york.ac.uk To: Christian Baer In-Reply-To: Message-ID: <20060129185354.O52393@ury.york.ac.uk> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk Cc: freebsd-stable@freebsd.org Subject: Re: Have the device names for hard discs been changed? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jan 2006 19:12:43 -0000 On Sun, 29 Jan 2006, Christian Baer wrote: > When I installed new drives (ad0, which is the boot drive and ad8 which > is the new one), I created a new slice (dd-mode[1]) and new partition(s) > without any problems. I did notice that the letter for a single > partition changed from 'e' to 'd'. So a drive containing only a single > file system now is /dev/adxs1d[2]. I'm not sure it was ever 'e'. I'm also confused by what you mean by "dd-mode" - the footnote suggests you're talking about "dangerously dedicated" mode, but the fact you created a slice and have "s1" in all of your device names suggests that you are in fact not running in dangerously dedicated mode. > After that I started sysinstall and created a new slice and a new > partition which sysinstall called /dev/ad6s1d - which I expected. But > after creating the partition, the mount failed, because "no such file or > directory". And sure enough, ad6s1d did not exist in /dev/: > > jon# ls -l /dev/ad6* > crw-r----- 1 root operator 0, 76 Jan 22 15:23 /dev/ad6 > crw-r----- 1 root operator 0, 93 Jan 22 15:00 /dev/ad6c > crw-r----- 1 root operator 0, 96 Jan 22 15:00 /dev/ad6cs1 > crw-r----- 1 root operator 0, 92 Jan 22 15:00 /dev/ad6s1 > crw-r----- 1 root operator 0, 94 Jan 22 15:00 /dev/ad6s1c What's the output of: - fdisk /dev/ad6 - fdisk /dev/ad6s1 - disklabel /dev/ad6 - disklabel /dev/ad6c - disklabel /dev/ad6s1 ? I wonder if somehow GEOM is getting confused and seeing it both as a dd-mode disk, and as a normal disk? > These devices look a bit like those of a drive with a "true" > partition-table (so Wintendo can read it). I can't really check that now > because I have no computer with such an installation. However, even if > this *were* so, I have checked and rechecked, the drive is definately > dangerously dedicated - or at least, it should be. None of the other > drives show these devices: > > crw-r----- 1 root operator 0, 73 Jan 22 16:20 /dev/ad0 > crw-r----- 1 root operator 0, 79 Jan 22 16:20 /dev/ad0s1 > crw-r----- 1 root operator 0, 100 Jan 22 16:20 /dev/ad0s1a > crw-r----- 1 root operator 0, 101 Jan 22 16:20 /dev/ad0s1b > crw-r----- 1 root operator 0, 102 Jan 22 16:20 /dev/ad0s1c > crw-r----- 1 root operator 0, 103 Jan 22 16:20 /dev/ad0s1d > crw-r----- 1 root operator 0, 104 Jan 22 16:20 /dev/ad0s1e > crw-r----- 1 root operator 0, 105 Jan 22 16:20 /dev/ad0s1f > crw-r----- 1 root operator 0, 106 Jan 22 16:20 /dev/ad0s1g > crw-r----- 1 root operator 0, 78 Jan 22 16:20 /dev/ad12 > crw-r----- 1 root operator 0, 97 Jan 22 16:20 /dev/ad12s1 > crw-r----- 1 root operator 0, 121 Jan 22 16:20 /dev/ad12s1c > crw-r----- 1 root operator 0, 122 Jan 22 16:20 /dev/ad12s1e > crw-r----- 1 root operator 0, 74 Jan 22 16:20 /dev/ad2 > crw-r----- 1 root operator 0, 87 Jan 22 16:20 /dev/ad2s1 > crw-r----- 1 root operator 0, 109 Jan 22 16:20 /dev/ad2s1c > crw-r----- 1 root operator 0, 110 Jan 22 16:20 /dev/ad2s1e > crw-r----- 1 root operator 0, 75 Jan 22 16:20 /dev/ad4 > crw-r----- 1 root operator 0, 90 Jan 22 16:20 /dev/ad4s1 > crw-r----- 1 root operator 0, 113 Jan 22 16:20 /dev/ad4s1c > crw-r----- 1 root operator 0, 114 Jan 22 16:20 /dev/ad4s1d > crw-r----- 1 root operator 0, 77 Jan 22 16:20 /dev/ad8 > crw-r----- 1 root operator 0, 94 Jan 22 16:20 /dev/ad8s1 > crw-r----- 1 root operator 0, 117 Jan 22 16:20 /dev/ad8s1c > crw-r----- 1 root operator 0, 118 Jan 22 16:20 /dev/ad8s1d ... none of these other disks look like they are being used in dd-mode. > [2] Is there some text out there explaining these last letters? What are > the first three letters (a-c) reserved for? The handbook seems to be > a little out of date. Traditionally, 'a' is root, 'b' is swap, and 'c' is the whole disk. As far as I know, they no longer have any special/implied meaning in FreeBSD (other than 'a' on the boot disk), but the tradition of reserving a-c has been retained for compatibility with other OS's. Gavin From owner-freebsd-stable@FreeBSD.ORG Sun Jan 29 19:15:03 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D78D16A420 for ; Sun, 29 Jan 2006 19:15:03 +0000 (GMT) (envelope-from david@catwhisker.org) 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 916F043D49 for ; Sun, 29 Jan 2006 19:15:01 +0000 (GMT) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id k0TJF1cV038781 for ; Sun, 29 Jan 2006 11:15:01 -0800 (PST) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.1/Submit) id k0TJF0lp038777 for freebsd-stable@freebsd.org; Sun, 29 Jan 2006 11:15:01 -0800 (PST) (envelope-from david) Date: Sun, 29 Jan 2006 11:15:00 -0800 From: David Wolfskill To: freebsd-stable@freebsd.org Message-ID: <20060129191500.GF94023@bunrab.catwhisker.org> Mail-Followup-To: David Wolfskill , freebsd-stable@freebsd.org References: <43DD1272.2010901@fastmail.fm> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43DD1272.2010901@fastmail.fm> User-Agent: Mutt/1.4.2.1i Subject: Re: Have the device names for hard discs been changed? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jan 2006 19:15:03 -0000 On Sun, Jan 29, 2006 at 01:07:30PM -0600, Patrick Bowen wrote: > Christian Baer wrote: > > >[...] > >[2] Is there some text out there explaining these last letters? What are > > the first three letters (a-c) reserved for? The handbook seems to be > > a little out of date. > >[...] > > > The handbook says that partition "a" is the root partition and "b" is > the swap, by convention. As for "c", I don't know. Maybe it was left out > on purpose so it wouldn't be confused for a "c" drive, as in "c:\" from > DOS. Someboy will know... >From the man page for disklabel(8) (on my 4.11-STBALE laptop, or either "disklabel" or "bsdlabel" on my 6.0-STABLE desktop at work): # The partition identifier is a single letter in the range `a' to `h'. By convention, partition `c' is reserved to describe the entire disk. Peace, david -- David H. Wolfskill david@catwhisker.org Mail filters, like sewers, need to be most restrictive at the point of entry. See http://www.catwhisker.org/~david/publickey.gpg for my public key. From owner-freebsd-stable@FreeBSD.ORG Sun Jan 29 19:15:33 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 474CE16A420 for ; Sun, 29 Jan 2006 19:15:33 +0000 (GMT) (envelope-from chris@haakonia.hitnet.rwth-aachen.de) Received: from ms-dienst.rz.rwth-aachen.de (ms-2.rz.RWTH-Aachen.DE [134.130.3.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9002D43D49 for ; Sun, 29 Jan 2006 19:15:32 +0000 (GMT) (envelope-from chris@haakonia.hitnet.rwth-aachen.de) Received: from circe (circe.rz.RWTH-Aachen.DE [134.130.3.36]) by ms-dienst.rz.rwth-aachen.de (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)) with ESMTP id <0ITV00D67C1H1S@ms-dienst.rz.rwth-aachen.de> for stable@freebsd.org; Sun, 29 Jan 2006 20:12:53 +0100 (MET) Received: from talos.rz.RWTH-Aachen.DE ([134.130.3.22]) by circe (MailMonitor for SMTP v1.2.2 ) ; Sun, 29 Jan 2006 20:12:53 +0100 (MET) Received: from bigboss.hitnet.rwth-aachen.de (bigspace.hitnet.RWTH-Aachen.DE [137.226.181.2]) by smarthost.rwth-aachen.de (8.13.1/8.13.1/1) with ESMTP id k0TJCqQS029255 for ; Sun, 29 Jan 2006 20:12:52 +0100 Received: from lorien.hitnet.rwth-aachen.de ([137.226.181.92] helo=haakonia.hitnet.rwth-aachen.de) by bigboss.hitnet.rwth-aachen.de with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.50) id 1F3Hym-0007lW-Ri for stable@freebsd.org; Sun, 29 Jan 2006 20:12:52 +0100 Received: by haakonia.hitnet.rwth-aachen.de (Postfix, from userid 1001) id 80B2E3F42A; Sun, 29 Jan 2006 20:12:52 +0100 (CET) Date: Sun, 29 Jan 2006 20:12:52 +0100 From: Christian Brueffer To: stable@freebsd.org Message-id: <20060129191252.GA1014@haakonia.hitnet.RWTH-Aachen.DE> MIME-version: 1.0 Content-type: multipart/signed; boundary=Kj7319i9nmIyA2yE; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-disposition: inline User-Agent: Mutt/1.5.11 X-Operating-System: FreeBSD 6.0-STABLE X-PGP-Key: http://people.FreeBSD.org/~brueffer/brueffer.key.asc X-PGP-Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D Cc: Subject: nfs trap: page fault while in kernel mode X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jan 2006 19:15:33 -0000 --Kj7319i9nmIyA2yE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, got the following trap on a 6-STABLE SMP system. I was copying data =66rom a 7-CURRENT machine to the server via NFS. System build of sources from about Sat Jan 28 13:07:02 CET. (transcribed by hand, typos possible) Fatal trap 12: page fault while in kernel mode cpuid =3D 0; apic id =3D 00 fault virtual address =3D 0xdeadc0de fault code =3D supervisor write, page not present instruction pointer =3D 0x20:0xc0716370 stack pointer =3D 0x28:0xd449db84 frame pointer =3D 0x28:0xd449db84 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 32 (irq20: sf0) [thread pid 32 tid 100020 ] Stopped at trash_dtor+0x10 movl $0xdeadc0de,0(%edx) db> tr Tracing pid 32 tid 100020 td 0xc330a480 trash_dtor(deadc0de,800,0,d449dbb4,c059591c) at trash_dtor+0x10 trash_init(deadc0de,800,1,7f,7c) at trash_init+0x20 mb_zinit_pack(c38b2700,100,1,863,d449dbe8) at mb_zinit_pack+0x4c uma_zalloc_bucket(c104d000,1,c07db3bc,761,d449dc1c) at uma_zalloc_bucket+0x= 1de uma_zalloc_arg(c104d000,d449dc44,1,d449dc4c,c0596fbd) at uma_zalloc_arg+0x3= 99 m_devget(c3790808,5ea,2,c3401400,0) at m_devget+0x90 sf_rxeof(8100,0,c09663ca,47b,c3403580) at sf_rxeof+0x1a0 sf_intr(c33eb700,0,c07c1a18,255,d449dd00) at sf_intr+0x1b7 ithread_loop(c3345380,d449dd38,c07c17e7,30d,ffffffff) at ithread_loop+0x182 fork_exit(c0586ee0,c3345380,d449dd38) at fork_exit+0xc1 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip =3D 0, esp =3D 0xd449dd6c, ebp =3D 0 --- db> - Christian --=20 Christian Brueffer chris@unixpages.org brueffer@FreeBSD.org GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D --Kj7319i9nmIyA2yE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD3RO0bHYXjKDtmC0RAuPIAJ0cNaVhzTMarvqoErBEuHfnn2eriwCfTRZ8 ZQqSL3pvfo94UcJtMW9Ne4U= =dMX1 -----END PGP SIGNATURE----- --Kj7319i9nmIyA2yE-- From owner-freebsd-stable@FreeBSD.ORG Sun Jan 29 19:26:53 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D995916A420 for ; Sun, 29 Jan 2006 19:26:53 +0000 (GMT) (envelope-from pbowen@fastmail.fm) Received: from out4.smtp.messagingengine.com (out4.smtp.messagingengine.com [66.111.4.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 761ED43D46 for ; Sun, 29 Jan 2006 19:26:53 +0000 (GMT) (envelope-from pbowen@fastmail.fm) Received: from frontend1.internal (mysql-sessions.internal [10.202.2.149]) by frontend1.messagingengine.com (Postfix) with ESMTP id CF48CD3333B for ; Sun, 29 Jan 2006 14:26:51 -0500 (EST) Received: from frontend2.messagingengine.com ([10.202.2.151]) by frontend1.internal (MEProxy); Sun, 29 Jan 2006 14:26:51 -0500 X-Sasl-enc: aSgtIlM+nQuTJBacSojKEpVftoAonb/xuG3c3aCB6jUD 1138562810 Received: from [192.168.230.103] (ip-69-33-154-226.dfw.megapath.net [69.33.154.226]) by frontend2.messagingengine.com (Postfix) with ESMTP id BCEAF57146E for ; Sun, 29 Jan 2006 14:26:50 -0500 (EST) Message-ID: <43DD171F.7050009@fastmail.fm> Date: Sun, 29 Jan 2006 13:27:27 -0600 From: Patrick Bowen User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.12) Gecko/20050920 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <43DD1272.2010901@fastmail.fm> <20060129191500.GF94023@bunrab.catwhisker.org> In-Reply-To: <20060129191500.GF94023@bunrab.catwhisker.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Have the device names for hard discs been changed? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jan 2006 19:26:54 -0000 David Wolfskill wrote: >On Sun, Jan 29, 2006 at 01:07:30PM -0600, Patrick Bowen wrote: > > >>Christian Baer wrote: >> >> >> >>>[...] >>>[2] Is there some text out there explaining these last letters? What are >>> the first three letters (a-c) reserved for? The handbook seems to be >>> a little out of date. >>>[...] >>> >>> >>> >>The handbook says that partition "a" is the root partition and "b" is >>the swap, by convention. As for "c", I don't know. Maybe it was left out >>on purpose so it wouldn't be confused for a "c" drive, as in "c:\" from >>DOS. Someboy will know... >> >> > >>From the man page for disklabel(8) (on my 4.11-STBALE laptop, or either >"disklabel" or "bsdlabel" on my 6.0-STABLE desktop at work): > > # The partition identifier is a single letter in the range `a' to > `h'. By convention, partition `c' is reserved to describe the > entire disk. > >Peace, >david > > Yup. I had just read the same thing in "man bsdlabel". Thanks, Patrick From owner-freebsd-stable@FreeBSD.ORG Sun Jan 29 22:18:20 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 16F4916A422 for ; Sun, 29 Jan 2006 22:18:20 +0000 (GMT) (envelope-from lyubich-freebsd1@gmx.net) Received: from mail.gmx.net (mail.gmx.de [213.165.64.21]) by mx1.FreeBSD.org (Postfix) with SMTP id 3F71043D75 for ; Sun, 29 Jan 2006 22:18:13 +0000 (GMT) (envelope-from lyubich-freebsd1@gmx.net) Received: (qmail invoked by alias); 29 Jan 2006 22:18:12 -0000 Received: from p548B90F7.dip0.t-ipconnect.de (EHLO guest) [84.139.144.247] by mail.gmx.net (mp021) with SMTP; 29 Jan 2006 23:18:12 +0100 X-Authenticated: #29128836 From: "lyubich_freebsd" To: "'Bill Paul'" Date: Sun, 29 Jan 2006 23:18:52 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.5510 In-Reply-To: <20060124205430.591DD16A423@hub.freebsd.org> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Thread-Index: AcYhKG7r1bH0U/v0Q4yOPY1llOMRRQD9/IJA gpgol-version: 0.9.3 X-Y-GMX-Trusted: 0 Message-Id: <20060129221813.3F71043D75@mx1.FreeBSD.org> Cc: freebsd-stable@freebsd.org Subject: RE: Broadcomm BCM4401-B0 and memory upgrade issue. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jan 2006 22:18:20 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I applied the suggested changes. I got the following message when I load the if_bfe driver. vm_page_alloc_config: alignment must be a power of 2 After that the kernel panics and system reboots. I think, if I can specified the allignment correctly, it should work. Tell me, how to do this, and I will try it again. Regards, LM > > static int > bfe_dma_alloc(device_t dev) > { > struct bfe_softc *sc; > int error, i; > > sc = device_get_softc(dev); > > /* parent tag */ > error = bus_dma_tag_create(NULL, /* parent */ > PAGE_SIZE, 0, /* > alignment, boundary */ > BUS_SPACE_MAXADDR, /* lowaddr */ > BUS_SPACE_MAXADDR_32BIT, /* highaddr */ > NULL, NULL, /* filter, > filterarg */ > MAXBSIZE, /* maxsize */ > BUS_SPACE_UNRESTRICTED, /* num of > segments */ > BUS_SPACE_MAXSIZE_32BIT, /* max > segment size */ > BUS_DMA_ALLOCNOW, /* flags */ > NULL, NULL, /* > lockfunc, lockarg */ > &sc->bfe_parent_tag); > > - Change it to look like this: > > static int > bfe_dma_alloc(device_t dev) > { > struct bfe_softc *sc; > int error, i; > > sc = device_get_softc(dev); > > /* parent tag */ > error = bus_dma_tag_create(NULL, /* parent */ > PAGE_SIZE, 0, /* > alignment, boundary */ > /* change this -> */ 0x3E7FFFFF /*BUS_SPACE_MAXADDR*/, > /* lowaddr */ > BUS_SPACE_MAXADDR_32BIT, /* highaddr */ > NULL, NULL, /* filter, > filterarg */ > MAXBSIZE, /* maxsize */ > BUS_SPACE_UNRESTRICTED, /* num of > segments */ > BUS_SPACE_MAXSIZE_32BIT, /* max > segment size */ > BUS_DMA_ALLOCNOW, /* flags */ > NULL, NULL, /* > lockfunc, lockarg */ > &sc->bfe_parent_tag); > > - Save if_bfe.c > - Recompile if_bfe.ko and/or your kernel, test it, and report > back what > happens. > > Wait, let me say that last part again: REPORT BACK WHAT > HAPPENS! I hate it when I send people things to test and they > vanish into a black hole, never to be heard from again. > > I suspect this chipset has a DMA limitation that prevents it > from performing DMA to/from any addresses outside the first > 1GB of RAM. > Curiously, I ran into this with a Linksys wireless NIC with > the NDISulator, which is based on a Broadcom chipset too > (802.11b only). > -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (MingW32) iD8DBQFD3T87KOV0oHioLCARAvxGAKCn4FieqHpPBD7+6vOm+taaLjfZlgCgk2WR 5H7hLglq++SV8eaiujVL6cE= =L2Ut -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Sun Jan 29 23:01:21 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B163416A420; Sun, 29 Jan 2006 23:01:21 +0000 (GMT) (envelope-from mbsd@pacbell.net) Received: from ylpvm12.prodigy.net (ylpvm12-ext.prodigy.net [207.115.57.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 45D3E43D45; Sun, 29 Jan 2006 23:01:21 +0000 (GMT) (envelope-from mbsd@pacbell.net) Received: from pimout5-ext.prodigy.net (pimout5-int.prodigy.net [207.115.4.21]) by ylpvm12.prodigy.net (8.12.10 outbound/8.12.10) with ESMTP id k0TN1HeY015066; Sun, 29 Jan 2006 18:01:17 -0500 X-ORBL: [71.139.51.5] Received: from spirou.home (ppp-71-139-51-5.dsl.snfc21.pacbell.net [71.139.51.5]) by pimout5-ext.prodigy.net (8.13.4 outbound domainkey aix/8.13.4) with ESMTP id k0TN1Ipe011104; Sun, 29 Jan 2006 18:01:19 -0500 Date: Sun, 29 Jan 2006 15:01:19 -0800 (PST) From: =?ISO-8859-1?Q?Mikko_Ty=F6l=E4j=E4rvi?= X-X-Sender: mikko@spirou.home To: lyubich_freebsd In-Reply-To: <20060129221813.3F71043D75@mx1.FreeBSD.org> Message-ID: <20060129145021.P834@spirou.home> References: <20060129221813.3F71043D75@mx1.FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: 'Bill Paul' , freebsd-stable@FreeBSD.ORG Subject: RE: Broadcomm BCM4401-B0 and memory upgrade issue. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jan 2006 23:01:21 -0000 Hi, The chip is indeed unable to do DMA > 1G, as seen in the linux driver from Broadcom: [...] v3.0.11 (Aug 03, 2005) ====================== Fixes: ------------- 1. Problem: (CQ #13593) 4401 hangs when dealing with memory addresses above 1G. Cause : Hardware DMA limitation. Change : Modify the code to ensure memory addresses are below the 1G ceiling. Impact : None. [...] See , under BCM4401 drivers. $.02, /Mikko On Sun, 29 Jan 2006, lyubich_freebsd wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi, > > I applied the suggested changes. > I got the following message when I load the if_bfe driver. > > vm_page_alloc_config: alignment must be a power of 2 > > After that the kernel panics and system reboots. > > I think, if I can specified the allignment correctly, it should work. > Tell me, how to do this, and I will try it again. > > Regards, > LM > >> >> static int >> bfe_dma_alloc(device_t dev) >> { >> struct bfe_softc *sc; >> int error, i; >> >> sc = device_get_softc(dev); >> >> /* parent tag */ >> error = bus_dma_tag_create(NULL, /* parent */ >> PAGE_SIZE, 0, /* >> alignment, boundary */ >> BUS_SPACE_MAXADDR, /* lowaddr */ >> BUS_SPACE_MAXADDR_32BIT, /* highaddr */ >> NULL, NULL, /* filter, >> filterarg */ >> MAXBSIZE, /* maxsize */ >> BUS_SPACE_UNRESTRICTED, /* num of >> segments */ >> BUS_SPACE_MAXSIZE_32BIT, /* max >> segment size */ >> BUS_DMA_ALLOCNOW, /* flags */ >> NULL, NULL, /* >> lockfunc, lockarg */ >> &sc->bfe_parent_tag); >> >> - Change it to look like this: >> >> static int >> bfe_dma_alloc(device_t dev) >> { >> struct bfe_softc *sc; >> int error, i; >> >> sc = device_get_softc(dev); >> >> /* parent tag */ >> error = bus_dma_tag_create(NULL, /* parent */ >> PAGE_SIZE, 0, /* >> alignment, boundary */ >> /* change this -> */ 0x3E7FFFFF /*BUS_SPACE_MAXADDR*/, >> /* lowaddr */ >> BUS_SPACE_MAXADDR_32BIT, /* highaddr */ >> NULL, NULL, /* filter, >> filterarg */ >> MAXBSIZE, /* maxsize */ >> BUS_SPACE_UNRESTRICTED, /* num of >> segments */ >> BUS_SPACE_MAXSIZE_32BIT, /* max >> segment size */ >> BUS_DMA_ALLOCNOW, /* flags */ >> NULL, NULL, /* >> lockfunc, lockarg */ >> &sc->bfe_parent_tag); >> >> - Save if_bfe.c >> - Recompile if_bfe.ko and/or your kernel, test it, and report >> back what >> happens. >> >> Wait, let me say that last part again: REPORT BACK WHAT >> HAPPENS! I hate it when I send people things to test and they >> vanish into a black hole, never to be heard from again. >> >> I suspect this chipset has a DMA limitation that prevents it >> from performing DMA to/from any addresses outside the first >> 1GB of RAM. >> Curiously, I ran into this with a Linksys wireless NIC with >> the NDISulator, which is based on a Broadcom chipset too >> (802.11b only). >> > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.2 (MingW32) > > iD8DBQFD3T87KOV0oHioLCARAvxGAKCn4FieqHpPBD7+6vOm+taaLjfZlgCgk2WR > 5H7hLglq++SV8eaiujVL6cE= > =L2Ut > -----END PGP SIGNATURE----- > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Sun Jan 29 23:09:34 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A189F16A422; Sun, 29 Jan 2006 23:09:34 +0000 (GMT) (envelope-from v.velox@vvelox.net) Received: from mail07.powweb.com (mail07.powweb.com [66.152.97.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0783043D46; Sun, 29 Jan 2006 23:09:33 +0000 (GMT) (envelope-from v.velox@vvelox.net) Received: from vixen42.vulpes (24-119-205-114.cpe.cableone.net [24.119.205.114]) by mail07.powweb.com (Postfix) with ESMTP id F1EB914DA6A; Sun, 29 Jan 2006 15:09:32 -0800 (PST) Date: Sun, 29 Jan 2006 17:20:32 -0600 From: Vulpes Velox To: "Daniel O'Connor" Message-ID: <20060129172032.41e28cf3@vixen42.vulpes> In-Reply-To: <200601291646.54452.doconnor@gsoft.com.au> References: <200601291646.54452.doconnor@gsoft.com.au> X-Mailer: Sylpheed-Claws 1.9.100 (GTK+ 2.8.10; i386-portbld-freebsd5.4) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, sos@freebsd.org Subject: Re: nVidia RAID + FreeBSD 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jan 2006 23:09:34 -0000 On Sun, 29 Jan 2006 16:46:52 +1030 "Daniel O'Connor" wrote: > I am looking at getting a motherboard based on nForce 3 or 4, and I > am wondering if the RAID will be usable? > > I don't mind if I have to use the BIOS to setup/rebuild the array, > but I don't want to buy a system I can't use the RIAD for at all. > > I note from ata-raid.c that there is a meta-data read routine, but > no write one - I think this means I can use it after it's been > defined, but not rebuilt or create an array in the first place. I would also check what the chipset used for it is. Some of the cheaper chipsets just have problems in general. I get ata command time outs with the onboard sata adapter on this board here. The built on one is a SiI 3112. From owner-freebsd-stable@FreeBSD.ORG Mon Jan 30 04:57:18 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9CFC816A420 for ; Mon, 30 Jan 2006 04:57:18 +0000 (GMT) (envelope-from freebsd@bolingbroke.com) Received: from sauron.bolingbroke.com (mail.bolingbroke.com [64.62.145.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 17C9443D46 for ; Mon, 30 Jan 2006 04:57:15 +0000 (GMT) (envelope-from freebsd@bolingbroke.com) Received: from sauron.bolingbroke.com (localhost.bolingbroke.com [127.0.0.1]) by sauron.bolingbroke.com (8.13.4/8.13.4) with ESMTP id k0U4vjqf001788 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 29 Jan 2006 20:57:45 -0800 (PST) (envelope-from freebsd@bolingbroke.com) Received: from localhost (ken@localhost) by sauron.bolingbroke.com (8.13.4/8.12.10/Submit) with ESMTP id k0U4vjJZ001785 for ; Sun, 29 Jan 2006 20:57:45 -0800 (PST) (envelope-from freebsd@bolingbroke.com) X-Authentication-Warning: sauron.bolingbroke.com: ken owned process doing -bs Date: Sun, 29 Jan 2006 20:57:45 -0800 (PST) From: Ken Bolingbroke X-X-Sender: ken@sauron.bolingbroke.com To: freebsd-stable@freebsd.org Message-ID: <20060129205612.G751@sauron.bolingbroke.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: Re: Have the device names for hard discs been changed? (fwd) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jan 2006 04:57:18 -0000 On Sun, 29 Jan 2006, Christian Baer wrote: > ... > After that I started sysinstall and created a new slice and a new > partition which sysinstall called /dev/ad6s1d - which I expected. But > after creating the partition, the mount failed, because "no such file or > directory". And sure enough, ad6s1d did not exist in /dev/: > > jon# ls -l /dev/ad6* > crw-r----- 1 root operator 0, 76 Jan 22 15:23 /dev/ad6 > crw-r----- 1 root operator 0, 93 Jan 22 15:00 /dev/ad6c > crw-r----- 1 root operator 0, 96 Jan 22 15:00 /dev/ad6cs1 > crw-r----- 1 root operator 0, 92 Jan 22 15:00 /dev/ad6s1 > crw-r----- 1 root operator 0, 94 Jan 22 15:00 /dev/ad6s1c All the other responses on this thread are confusing the 'c' in here with the normal bsdlabel slice 'c' that covers the whole partition. This is something entirely different, a bug in sysinstall... You start out with a disk, /dev/ad6, and you "dangerously dedicate" it, then you _should_ have 's1' appended to /dev/ad6 to make /dev/ad6s1. But for some reason, it's appending it to /dev/ad6c instead to make /dev/ad6cs1, and then sysinstall tries to label the disk with /dev/ad6cs1c, etc, and fails. (Note the _two_ 'c' characters in that device name) My work around so far is after using fdisk in sysinstall to "dangerously dedicate" my disk, I exit, then "rm /dev/ad6cs1", then go back to sysinstall and label the disk, and then it will correctly use /dev/ad6s1. If I find some time, I might see how to submit a bug report on this... Ken From owner-freebsd-stable@FreeBSD.ORG Mon Jan 30 06:20:53 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 05D3716A420 for ; Mon, 30 Jan 2006 06:20:53 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 430FE43D4C for ; Mon, 30 Jan 2006 06:20:48 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.31]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id k0U6KRng009979 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 30 Jan 2006 16:50:30 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Mon, 30 Jan 2006 16:49:56 +1030 User-Agent: KMail/1.9.1 References: <20060129205612.G751@sauron.bolingbroke.com> In-Reply-To: <20060129205612.G751@sauron.bolingbroke.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart6397793.vQLJMmRt7y"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200601301650.16285.doconnor@gsoft.com.au> X-Spam-Score: -1.36 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.54 on 203.31.81.10 Cc: Subject: Re: Have the device names for hard discs been changed? (fwd) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jan 2006 06:20:53 -0000 --nextPart6397793.vQLJMmRt7y Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 30 January 2006 15:27, Ken Bolingbroke wrote: > You start out with a disk, /dev/ad6, and you "dangerously dedicate" it, > then you _should_ have 's1' appended to /dev/ad6 to make /dev/ad6s1. But > for some reason, it's appending it to /dev/ad6c instead to make > /dev/ad6cs1, and then sysinstall tries to label the disk with /dev/ad6cs1= c, > etc, and fails. (Note the _two_ 'c' characters in that device name) > > My work around so far is after using fdisk in sysinstall to "dangerously > dedicate" my disk, I exit, then "rm /dev/ad6cs1", then go back to > sysinstall and label the disk, and then it will correctly use /dev/ad6s1. If you're using 5.x or 6.x which have devfs, it would point to a bug in geo= m=20 (or somewhere in the kernel anyway) as the device names are generated insid= e=20 the kernel. Personally I'd just stick to not using dangerously dedicated. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart6397793.vQLJMmRt7y Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBD3bAg5ZPcIHs/zowRApbOAKCE4afpbxFY9RtgsKUQ5RLoSlNC3gCgqtFr FC4r79M5fRp9D/ekyJIlvhU= =0PiJ -----END PGP SIGNATURE----- --nextPart6397793.vQLJMmRt7y-- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 30 06:22:19 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D1A0B16A420 for ; Mon, 30 Jan 2006 06:22:19 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id A0F5243D49 for ; Mon, 30 Jan 2006 06:22:18 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.31]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id k0U6MGK5009993 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 30 Jan 2006 16:52:17 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Mon, 30 Jan 2006 16:52:14 +1030 User-Agent: KMail/1.9.1 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart8019477.jRcRBj4SlG"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200601301652.16237.doconnor@gsoft.com.au> X-Spam-Score: -1.36 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.54 on 203.31.81.10 Subject: KDE 3.5.0 seems much chubbier than 3.4.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jan 2006 06:22:19 -0000 --nextPart8019477.jRcRBj4SlG Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline I just updated to KDE 3.5.0 and it seems considerably more memory hungry th= at=20 3.4.2, for example.. PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND 1126 darius 5 20 0 213M 50816K kserel 13:09 0.73% amarokapp 1119 darius 3 20 0 260M 67180K kserel 40:04 0.00% kdeinit 1153 darius 3 20 0 137M 51080K kserel 17:08 0.00% kmail 1118 darius 3 20 0 119M 7324K kserel 6:03 0.00% kopete 1050 darius 1 96 0 77228K 10140K select 3:37 0.00% kdeinit 1090 darius 1 96 0 98476K 12680K select 1:20 0.00% kdeinit 1110 darius 1 96 0 73292K 5136K select 1:14 0.00% kdeinit 1089 darius 1 96 0 91168K 6084K select 0:47 0.00% kdeinit 1082 darius 1 96 0 122M 7268K select 0:40 0.00% kdeinit No wonder my system is thrashing :) Does anyone know why 3.5.0 seems to be using so much more memory? I did recently update to the latest -current (ie new malloc implementation)= =20 but the the sluggish behaviour was still present prior to that (although=20 maybe not as bad) I have.. lrwxrwxrwx 1 root wheel 2 Oct 8 22:01 /etc/malloc.conf -> aj =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart8019477.jRcRBj4SlG Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBD3bCY5ZPcIHs/zowRArdzAJ4r6nBymzJ7o76MGlo8O4OwnGa38QCghNRh waxEddz8f/FqC9LmJzBgCHM= =uuzQ -----END PGP SIGNATURE----- --nextPart8019477.jRcRBj4SlG-- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 30 06:48:08 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9551F16A420 for ; Mon, 30 Jan 2006 06:48:08 +0000 (GMT) (envelope-from winterny@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2415F43D46 for ; Mon, 30 Jan 2006 06:48:08 +0000 (GMT) (envelope-from winterny@gmail.com) Received: by zproxy.gmail.com with SMTP id 8so987792nzo for ; Sun, 29 Jan 2006 22:48:07 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=P+be47KNQo/gZ5LjM5yUSAKQoEKiSkHXc2WwSL/Tsne2IVJOnSFJOuFDTR7n0J7j6oLKRPm2fjJydxnWH52exBoSHpv24R8E5nIbHLf+TWAs4zH2/HQpdtSSgerrmZg+NDPeNnQs/m3U0Z0L9byzfNCEgFSw90+bTD6wDyctjEE= Received: by 10.36.222.12 with SMTP id u12mr4700093nzg; Sun, 29 Jan 2006 22:48:07 -0800 (PST) Received: by 10.37.12.20 with HTTP; Sun, 29 Jan 2006 22:48:07 -0800 (PST) Message-ID: Date: Mon, 30 Jan 2006 01:48:07 -0500 From: Stephan Koenig To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: slowstart_flightsize being ignored in 6-stable? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jan 2006 06:48:08 -0000 Hello, I've got an inhouse webserver that serves a lot of small files over a high latency WAN intranet link cross-country, and as all requests are essentially for a single file 8KB-64KB, tcp slowstart greatly impacts loading speed. We were running this project on a FreeBSD 4.10 server for a long time, and had net.inet.tcp.slowstart_flightsize=3D44, which seemed to generally burst the entire file out before the first ack came in, which greatly reduced load time of some intranet pages. We have a lot of headroom in our network and no measurable packet loss, so we didn't find any problems with a slowstart_flightsize that high. This server was getting somewhat old and needed upgraded hardware to handle the load it was given (3000+ requests/sec for random files, dataset of 20+GB, so considerable load on the drives), and at the time of the hardware upgrade, we decided to put FreeBSD 6.0-STABLE on the system. Since then, I've noticed that no matter what I do, the box sends out 2 packets in the initial slowstart burst, then an ack, then 3, then an ack, then 5, etc. It doesnt matter if I have slowstart_flightsize set to 1, 2, 4, 44, 1024, etc. I tried disabling rfc3390, but that doesnt seem to change anything. I've tried toggling rfc1323, rfc3042, sack, delayed_ack, and none seem to have any effect. This appears to be a big change from FreeBSD 4, and perhaps even a bug (slowstart_flightsize seems to do absolutely nothing). Anyone have any ideas on how to fix this, other than going back to FreeBSD = 4? Below should be all relevant sysctl's [root@web]# sysctl -a|grep tcp tcpreass: 20, 1690, 3, 166, 138941 tcptw: 48, 13182, 1270, 4970, 10554116 tcpcb: 460, 65536, 1969, 7703, 31090220 net.inet.tcp.rfc1323: 0 net.inet.tcp.mssdflt: 1460 net.inet.tcp.keepidle: 600000 net.inet.tcp.keepintvl: 75000 net.inet.tcp.sendspace: 65535 net.inet.tcp.recvspace: 32768 net.inet.tcp.keepinit: 75000 net.inet.tcp.delacktime: 100 net.inet.tcp.hostcache.cachelimit: 15360 net.inet.tcp.hostcache.hashsize: 512 net.inet.tcp.hostcache.bucketlimit: 30 net.inet.tcp.hostcache.count: 12598 net.inet.tcp.hostcache.expire: 3600 net.inet.tcp.hostcache.purge: 0 net.inet.tcp.log_in_vain: 0 net.inet.tcp.blackhole: 0 net.inet.tcp.delayed_ack: 1 net.inet.tcp.rfc3042: 1 net.inet.tcp.rfc3390: 0 net.inet.tcp.insecure_rst: 0 net.inet.tcp.reass.maxsegments: 1600 net.inet.tcp.reass.cursegments: 3 net.inet.tcp.reass.maxqlen: 48 net.inet.tcp.reass.overflows: 0 net.inet.tcp.path_mtu_discovery: 1 net.inet.tcp.slowstart_flightsize: 44 net.inet.tcp.local_slowstart_flightsize: 4 net.inet.tcp.newreno: 1 net.inet.tcp.sack.enable: 1 net.inet.tcp.sack.maxholes: 128 net.inet.tcp.sack.globalmaxholes: 65536 net.inet.tcp.sack.globalholes: 12 net.inet.tcp.minmss: 216 net.inet.tcp.minmssoverload: 0 net.inet.tcp.tcbhashsize: 16384 net.inet.tcp.do_tcpdrain: 1 net.inet.tcp.pcbcount: 3237 net.inet.tcp.icmp_may_rst: 1 net.inet.tcp.isn_reseed_interval: 0 net.inet.tcp.inflight.enable: 0 net.inet.tcp.inflight.debug: 0 net.inet.tcp.inflight.min: 6144 net.inet.tcp.inflight.max: 1073725440 net.inet.tcp.inflight.stab: 20 net.inet.tcp.syncookies: 1 net.inet.tcp.syncache.bucketlimit: 30 net.inet.tcp.syncache.cachelimit: 15359 net.inet.tcp.syncache.count: 65 net.inet.tcp.syncache.hashsize: 512 net.inet.tcp.syncache.rexmtlimit: 3 net.inet.tcp.msl: 30000 net.inet.tcp.rexmit_min: 3 net.inet.tcp.rexmit_slop: 200 net.inet.tcp.always_keepalive: 1 Thanks Much. --Stephan From owner-freebsd-stable@FreeBSD.ORG Mon Jan 30 07:38:47 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7B63516A420; Mon, 30 Jan 2006 07:38:47 +0000 (GMT) (envelope-from sos@deepcore.dk) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id DAD3143D48; Mon, 30 Jan 2006 07:38:46 +0000 (GMT) (envelope-from sos@deepcore.dk) Received: from [194.192.25.142] (spider.deepcore.dk [194.192.25.142]) by spider.deepcore.dk (8.13.4/8.13.4) with ESMTP id k0U7ciWr085562; Mon, 30 Jan 2006 08:38:44 +0100 (CET) (envelope-from sos@deepcore.dk) Message-ID: <43DDC284.8050505@deepcore.dk> Date: Mon, 30 Jan 2006 08:38:44 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051201) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Vulpes Velox References: <200601291646.54452.doconnor@gsoft.com.au> <20060129172032.41e28cf3@vixen42.vulpes> In-Reply-To: <20060129172032.41e28cf3@vixen42.vulpes> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-mail-scanned: by DeepCore Virus & Spam killer v1.16 Cc: freebsd-stable@FreeBSD.ORG, sos@FreeBSD.ORG Subject: Re: nVidia RAID + FreeBSD 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jan 2006 07:38:47 -0000 Vulpes Velox wrote: > On Sun, 29 Jan 2006 16:46:52 +1030 > "Daniel O'Connor" wrote: > > >>I am looking at getting a motherboard based on nForce 3 or 4, and I >>am wondering if the RAID will be usable? >> >>I don't mind if I have to use the BIOS to setup/rebuild the array, >>but I don't want to buy a system I can't use the RIAD for at all. >> >>I note from ata-raid.c that there is a meta-data read routine, but >>no write one - I think this means I can use it after it's been >>defined, but not rebuilt or create an array in the first place. > > > I would also check what the chipset used for it is. [snip] Lets not mix things up here, this is about the nForce chipsets. The nForce RAID BIOS has problems with choosing the right drive to build from when a mirror fails, this will need a BIOS update to get fixed. -Søren From owner-freebsd-stable@FreeBSD.ORG Mon Jan 30 08:51:20 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 11F7216A423 for ; Mon, 30 Jan 2006 08:51:20 +0000 (GMT) (envelope-from james_mapson@umpquanet.com) Received: from ns.museum.rain.com (gw-ipinc.museum.rain.com [65.75.192.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 92E6543D46 for ; Mon, 30 Jan 2006 08:51:19 +0000 (GMT) (envelope-from james_mapson@umpquanet.com) Received: from ns.museum.rain.com (localhost [127.0.0.1]) by ns.museum.rain.com (8.13.4/8.13.4) with ESMTP id k0U8pCZH069666 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Mon, 30 Jan 2006 00:51:12 -0800 (PST) (envelope-from james@umpquanet.com) Received: (from james@localhost) by ns.museum.rain.com (8.13.4/8.13.4/Submit) id k0U8pCe7069665; Mon, 30 Jan 2006 00:51:12 -0800 (PST) (envelope-from james) Date: Mon, 30 Jan 2006 00:51:12 -0800 From: James Long To: freebsd-stable@freebsd.org Message-ID: <20060130085112.GA69626@ns.museum.rain.com> References: <20060130064835.DB26E16A44B@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060130064835.DB26E16A44B@hub.freebsd.org> User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-101.4 required=5.0 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on ns.museum.rain.com Cc: Subject: Re: nVidia RAID + FreeBSD 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jan 2006 08:51:20 -0000 > Date: Sun, 29 Jan 2006 15:08:21 +0000 (GMT) > From: Gavin Atkinson > Subject: Re: nVidia RAID + FreeBSD 6.0 > To: Christian Brueffer > Cc: freebsd-stable@freebsd.org, sos@freebsd.org > > On Sun, 29 Jan 2006, Christian Brueffer wrote: > > On Sun, Jan 29, 2006 at 04:46:52PM +1030, Daniel O'Connor wrote: > >> I am looking at getting a motherboard based on nForce 3 or 4, and I am > >> wondering if the RAID will be usable? > > > > Be aware though that there have been reports on the lists of data loss > > in connection with NVIDIA RAIDs. This seems to also happen on other > > operating systems. > > In my experience, they seem to be reliable while both disks work, but when > a disk needs to be rebuilt the RAID BIOS seem to pick the source disk at > random, as opposed to something radical like using the only valid disk as > the source. Gee, no RAID at all is reliable when both disks work! A RAID solution that has problems when one disk fails is pretty darn worthless as a RAID solution. ... > Indeed, on the hardware I was using (a Sun X2100 server), Solaris had the > same problem, and about 50% of the time you'd end up with corrupted or > blank disks after a rebuild. Sun have now stopped claiming in the > specifications that these machines support RAID ... "Doctor Sun, it hurts when I do this." "Well, don't do that." Not the best response one might hope for. Regards, Jim From owner-freebsd-stable@FreeBSD.ORG Mon Jan 30 08:59:42 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6475716A420 for ; Mon, 30 Jan 2006 08:59:42 +0000 (GMT) (envelope-from dominique.goncalves@gmail.com) Received: from uproxy.gmail.com (uproxy.gmail.com [66.249.92.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1489C43D49 for ; Mon, 30 Jan 2006 08:59:39 +0000 (GMT) (envelope-from dominique.goncalves@gmail.com) Received: by uproxy.gmail.com with SMTP id o2so562624uge for ; Mon, 30 Jan 2006 00:59:38 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=oJlLecbwzruY7ZH0mJ3chdzGZigunva+Jk8+FbIDZJ9uAJkK1YcSMdbIDEN7Z3RZfT8kyCWfPGA8R578TCQLVmu2XLFxhOTl/0mL/+Ix06SGbJFVSDpMwLMvuAO0eA2SScq8JDz4rvlM0FiL+hG/pdZ48A/6ffmUeGTVJOB4Leo= Received: by 10.48.217.10 with SMTP id p10mr663233nfg; Mon, 30 Jan 2006 00:52:29 -0800 (PST) Received: by 10.49.1.14 with HTTP; Mon, 30 Jan 2006 00:52:28 -0800 (PST) Message-ID: <7daacbbe0601300052x29bab0c6ud0e68ca06220facb@mail.gmail.com> Date: Mon, 30 Jan 2006 09:52:28 +0100 From: Dominique Goncalves To: "David F. Severski" In-Reply-To: <20060129162042.GA1231@geoff.deadheaven.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <200601201130.18872.doconnor@gsoft.com.au> <7daacbbe0601192341p32673972j8f309dff1df543aa@mail.gmail.com> <20060120154215.GA54284@dan.emsphone.com> <7daacbbe0601201008m7c650f4esedcd81921d0fd81e@mail.gmail.com> <20060120200149.GB54284@dan.emsphone.com> <20060124205621.GU69091@geoff.deadheaven.com> <7daacbbe0601241448o67680fedu5521d0aa5f3b42a0@mail.gmail.com> <7daacbbe0601241457t2850a374xd7926556a86a91e1@mail.gmail.com> <20060129162042.GA1231@geoff.deadheaven.com> Cc: nectar@FreeBSD.org, freebsd-stable@freebsd.org Subject: Re: Using [Open]LDAP for authentication X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jan 2006 08:59:42 -0000 Hi, On 1/29/06, David F. Severski wrote: > On Tue, Jan 24, 2006 at 11:57:28PM +0100, Dominique Goncalves wrote: > > > After some tests, using nss_ldap-1.389 instead of nss_ldap-1.444 seem= s > > > to solve hangs at startup and when slapd is down. > > > > > > Can you try nss_ldap-1.389 thanks to portdowngrade if these hangs are > > > still here ? > > > > Sorry, I mean nss_ldap-1.239 and nss_ldap-1.244. > > Success! I just downgraded to nss_ldap-1.239 and was able to warm boot p= ast > slapd in approx. 35 seconds. Thanks for the tip on both nss_ldap and > portdowngrade (a nifty port, that one). Googling around, I don't see > any notes that PADL has acknowledged any bugs w/v1.244 and this startup > issue. Do you know if this is a known issue or if anyone from PADL is > working on this? I don't know if it is already reported on PADL. Maybe it is already fixed in the last version of nss_ldap http://www.padl.com/download/nss_ldap-248.tar.gz . > David > > > Regards. -- There's this old saying: "Give a man a fish, feed him for a day. Teach a man to fish, feed him for life." From owner-freebsd-stable@FreeBSD.ORG Mon Jan 30 09:43:25 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 87AEE16A420 for ; Mon, 30 Jan 2006 09:43:25 +0000 (GMT) (envelope-from Oystein.Holmen@dss.dep.no) Received: from mail6.dep.no (mail6.dep.no [132.150.8.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1DD5543D48 for ; Mon, 30 Jan 2006 09:43:24 +0000 (GMT) (envelope-from Oystein.Holmen@dss.dep.no) Received: from mail6.dep.no (localhost [127.0.0.1]) by localhost.dep.no (Postfix) with ESMTP id 7431618159 for ; Mon, 30 Jan 2006 10:43:23 +0100 (MET) Received: from EXC-1522-0024.ft.dep.local (unknown [132.150.171.84]) by mail6.dep.no (Postfix) with ESMTP id 6134618150 for ; Mon, 30 Jan 2006 10:43:23 +0100 (MET) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Mon, 30 Jan 2006 10:43:22 +0100 Message-ID: <8D485E0D835E41439784801184E91DF4D5E809@EXC-1522-0024.ft.dep.local> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Problems updating from 5.4 to 6.0 Thread-Index: AcYlgZwy1/D7BRhaQeW3nIIbfXn7YQ== From: =?iso-8859-1?Q?Holmen_=D8ystein?= To: Cc: Subject: Problems updating from 5.4 to 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jan 2006 09:43:25 -0000 I updated my system by changing releng_5_4 to releng_6. During = mergemaster i accidentially replaced my master.passwd whith the one from = src. At the next startup there were minor problems, but I thought i got = them fixed. Later, however, the system froze, and the only option was a = forced reboot. I tried fsck, and there seems to be a problem with the = 'var' partition. Problem is that the system freezes during fsck (single = user). I had to go back to my old kernel, but i have problems with a som = programs, mysql, make and a few others. I get "Segmentation fault (core = dumped)" messages. The problem now is that "make" failes, so I cannot = reinstall my old system on the 5.4 kernel. Using the 6.0 kernel all = ports and make works, but the system suddenly freezes. Any ideas would = be greatly appreciated. Sincerely, =D8ystein Holmen From owner-freebsd-stable@FreeBSD.ORG Mon Jan 30 11:50:20 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 369E516A420 for ; Mon, 30 Jan 2006 11:50:20 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from smtp3.adl2.internode.on.net (smtp3.adl2.internode.on.net [203.16.214.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 75A4743D45 for ; Mon, 30 Jan 2006 11:50:17 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from midget.dons.net.au (ppp208-69.lns1.adl2.internode.on.net [203.122.208.69]) by smtp3.adl2.internode.on.net (8.13.5/8.13.5) with ESMTP id k0UBo19o013619; Mon, 30 Jan 2006 22:20:05 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.dons.net.au (inchoate.dons.net.au [10.0.2.99]) (authenticated bits=0) by midget.dons.net.au (8.13.4/8.13.3) with ESMTP id k0UBo0G3075927 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 30 Jan 2006 22:20:01 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Mon, 30 Jan 2006 22:19:59 +1030 User-Agent: KMail/1.9.1 References: <8D485E0D835E41439784801184E91DF4D5E809@EXC-1522-0024.ft.dep.local> In-Reply-To: <8D485E0D835E41439784801184E91DF4D5E809@EXC-1522-0024.ft.dep.local> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1861526.vNeBrVYpdT"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200601302220.00779.doconnor@gsoft.com.au> X-Spam-Score: 0 () X-Scanned-By: MIMEDefang 2.52 on 10.0.2.7 Cc: Holmen =?iso-8859-1?q?=D8ystein?= Subject: Re: Problems updating from 5.4 to 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jan 2006 11:50:20 -0000 --nextPart1861526.vNeBrVYpdT Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 30 January 2006 20:13, Holmen =D8ystein wrote: > I updated my system by changing releng_5_4 to releng_6. During mergemaster > i accidentially replaced my master.passwd whith the one from src. At the > next startup there were minor problems, but I thought i got them fixed. > Later, however, the system froze, and the only option was a forced reboot. > I tried fsck, and there seems to be a problem with the 'var' partition. > Problem is that the system freezes during fsck (single user). I had to go > back to my old kernel, but i have problems with a som programs, mysql, ma= ke > and a few others. I get "Segmentation fault (core dumped)" messages. The > problem now is that "make" failes, so I cannot reinstall my old system on > the 5.4 kernel. Using the 6.0 kernel all ports and make works, but the > system suddenly freezes. Any ideas would be greatly appreciated. Sounds very much like dodgy hardware, eg bad PSU, motherboard, RAM, or CPU. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1861526.vNeBrVYpdT Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBD3f1o5ZPcIHs/zowRAnoGAKCOKQAIgCNpjNxwh+8/9yu9jA6a9ACgi3H6 Lx/uny5two+W4f+jwzzVFDI= =xiaL -----END PGP SIGNATURE----- --nextPart1861526.vNeBrVYpdT-- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 30 12:00:04 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5417016A422 for ; Mon, 30 Jan 2006 12:00:04 +0000 (GMT) (envelope-from ob@gruft.de) Received: from obh.snafu.de (obh.snafu.de [213.73.92.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id C009943D45 for ; Mon, 30 Jan 2006 12:00:03 +0000 (GMT) (envelope-from ob@gruft.de) Received: from ob by obh.snafu.de with local (Exim 4.60 (FreeBSD)) (envelope-from ) id 1F3XhR-000B9L-CG; Mon, 30 Jan 2006 13:00:01 +0100 Date: Mon, 30 Jan 2006 13:00:01 +0100 From: Oliver Brandmueller To: Henri Hennebert Message-ID: <20060130120001.GH1577@e-Gitt.NET> Mail-Followup-To: Henri Hennebert , freebsd-stable@freebsd.org References: <43BFAB99.1030208@restart.be> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="sdtB3X0nJg68CQEu" Content-Disposition: inline In-Reply-To: <43BFAB99.1030208@restart.be> User-Agent: Mutt/1.5.11 Sender: Oliver Brandmueller Cc: freebsd-stable@freebsd.org Subject: Re: 6.0-RELEASE freeze repetitively X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jan 2006 12:00:04 -0000 --sdtB3X0nJg68CQEu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello. On Sat, Jan 07, 2006 at 12:52:57PM +0100, Henri Hennebert wrote: > I have a production server which freeze from time to time > (from 5 hours to 7 days between freeze). I get the same hang here on an NFS server. It's usually at night (when=20 the machine is not heavily loaded). Every 6-7 days. I looked around if I=20 could find a cron job that is running on the server or one of it's=20 clients at the time, but nothing special. The backup (dump to a file on=20 an NFS mount) is usually ready 5-20 minutes before. The same backup runs=20 another day but it always happens either the night from Sat to Sun or=20 the night from Sun to Mon. > KDB: enter: Line break on console > [thread pid 61 tid 100052 ] PID 61, the syncer. Same for me. > Stopped at kdb_enter+0x30: leave > db> > db> bt > Tracing pid 61 tid 100052 td 0xc355e300 > kdb_enter(c075ddb2,a,9e0a90,417ff9,e69e0aac) at kdb_enter+0x30 > siointr1(c3660800,a,2,2,6400) at siointr1+0xe7 > siointr(c3660800,257,0,4,c355e300) at siointr+0x78 > intr_execute_handlers(c352b090,e69e0aa0,e69e0af8,c06fee23,34) at=20 > intr_execute_handlers+0x98 > lapic_handle_intr(34) at lapic_handle_intr+0x3a > Xapic_isr1() at Xapic_isr1+0x33 > --- interrupt, eip =3D 0xc057d1c0, esp =3D 0xe69e0ae4, ebp =3D 0xe69e0af8= --- > vop_stdlock(c078e260,e69e0b50,e69e0b20,c0721424,e69e0b50) at vop_stdlock > ffs_lock(e69e0b50,0,2012,c54db440,e69e0b6c) at ffs_lock+0x19 > VOP_LOCK_APV(c078db60,e69e0b50,c3811400,e69e0b4c,c057d232) at=20 > VOP_LOCK_APV+0x54 > vn_lock(c54db440,2012,c355e300,c079a980,c6029000) at vn_lock+0x13e > vget(c54db440,2012,c355e300,c81c1aa0,1) at vget+0xff > qsync(c3811400,c3811400,c355e300,c3b64660,0) at qsync+0x1df > ffs_sync(c3811400,3,c355e300,c355e300,c355e300) at ffs_sync+0x3fb > sync_fsync(e69e0ca0,e69e0cbc,c05876a4,c0782700,e69e0ca0) at sync_fsync+0x= 21b > VOP_FSYNC_APV(c0782700,e69e0ca0,c355e300,0,e69e0cbc) at VOP_FSYNC_APV+0x3e > sync_vnode(c39093f0,c355e300,68,c07493b5,0) at sync_vnode+0x1b4 > sched_sync(0,e69e0d38,4489e045,458d1424,244489dc) at sched_sync+0x2ef > fork_exit(c05877a0,0,e69e0d38) at fork_exit+0x80 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0x1, eip =3D 0, esp =3D 0xe69e0d6c, ebp =3D 0 --- Mine: KDB: enter: Line break on console [thread pid 77 tid 100063 ] Stopped at kdb_enter+0x32: leave db> bt Tracing pid 77 tid 100063 td 0xc4b23180 kdb_enter(c06628a4,e5047a20,18,c4b23180,c4be9c00) at kdb_enter+0x32 siointr1(c4be2940,c4aa1b00,e5047a50,c061ebcb,c4be9c00) at siointr1+0x3de siointr(c4be9c00,c0637611,a,c4b23180,4) at siointr+0x32 intr_execute_handlers(c4a9a490,e5047a68,e5047ad4,c061b6f3,34) at=20 intr_execute_ha ndlers+0xec lapic_handle_intr(34) at lapic_handle_intr+0x2d Xapic_isr1() at Xapic_isr1+0x33 --- interrupt, eip =3D 0xc04b97f4, esp =3D 0xe5047aac, ebp =3D 0xe5047ad4 -= -- lockmgr(c8f596b8,2012,c8f596dc,c4b23180,e5047b04) at lockmgr+0x33f vop_stdlock(e5047b5c,0,c06874e0,e5047b5c,e5047b14) at vop_stdlock+0x2f VOP_LOCK_APV(c0687b80,e5047b5c,e5047b2c,c0638cd6,e5047b5c) at=20 VOP_LOCK_APV+0x3b ffs_lock(e5047b5c,4,12,c8f59660,e5047b78) at ffs_lock+0x19 VOP_LOCK_APV(c06874e0,e5047b5c,e5047b54,c0523708,c53a6058) at=20 VOP_LOCK_APV+0x3b vn_lock(c8f59660,2012,c4b23180,c0694100,c53a6000) at vn_lock+0x69 vget(c8f59660,2012,c4b23180,c90c3000,e5047c28) at vget+0x83 qsync(c4d82c00,c4d82c00,c4b23180,c05308df,e5047c28) at qsync+0x1b5 ffs_sync(c4d82c00,3,c4b23180,c4b23180,c4e4c3f0) at ffs_sync+0x1f2 sync_fsync(e5047ce4,e5047d00,c052dd55,c0680140,e5047ce4) at=20 sync_fsync+0x184 VOP_FSYNC_APV(c0680140,e5047ce4,c4b23180,0,0) at VOP_FSYNC_APV+0x34 sched_sync(0,e5047d38,84021106,99110919,40121099) at sched_sync+0x4a7 fork_exit(c052d8ae,0,e5047d38) at fork_exit+0x5f fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip =3D 0, esp =3D 0xe5047d6c, ebp =3D 0 --- db> ps [...] 77 c4b99000 0 0 0 0000204 [CPU 0] syncer [...] My hardware looks quite different from yours. I have a UP system,=20 different network, different Chipset, different processor, different=20 SCSI controller. - Oliver --=20 | Oliver Brandmueller | Offenbacher Str. 1 | Germany D-14197 Berlin | | Fon +49-172-3130856 | Fax +49-172-3145027 | WWW: http://the.addict.de/ | | Ich bin das Internet. Sowahr ich Gott helfe. | | Eine gewerbliche Nutzung aller enthaltenen Adressen ist nicht gestattet! | --sdtB3X0nJg68CQEu Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD3f/BiqtMdzjafykRAmTPAKC7N7pdqVyans+YbNKSESX6266oAQCfQiVn QMXxCSJ3VgUzcFnrSeWPH9E= =snkn -----END PGP SIGNATURE----- --sdtB3X0nJg68CQEu-- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 30 12:06:37 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5580616A422 for ; Mon, 30 Jan 2006 12:06:37 +0000 (GMT) (envelope-from lists@elehack.net) Received: from weirdo.crazywebhosting.net (weirdo.crazywebhosting.net [70.85.78.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 856A043D45 for ; Mon, 30 Jan 2006 12:06:36 +0000 (GMT) (envelope-from lists@elehack.net) Received: from rentacop.student.iastate.edu ([65.110.225.31] helo=bezalel) by weirdo.crazywebhosting.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.52) id 1F3Xnt-0004gb-QO for freebsd-stable@freebsd.org; Mon, 30 Jan 2006 06:06:42 -0600 Date: Mon, 30 Jan 2006 06:05:27 -0600 From: Michael Ekstrand To: freebsd-stable@freebsd.org Message-Id: <20060130060527.0a62334f.lists@elehack.net> In-Reply-To: <1138548623.1865.3.camel@niobe.gwch.net> References: <1138548623.1865.3.camel@niobe.gwch.net> Organization: Ekstrand Family X-Mailer: Sylpheed version 2.0.4 (GTK+ 2.8.11; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Antivirus-Scanner: Clean mail though you should still use an Antivirus X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - weirdo.crazywebhosting.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [47 12] X-AntiAbuse: Sender Address Domain - elehack.net X-Source: X-Source-Args: X-Source-Dir: Subject: Re: where is gnome-power-manager X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jan 2006 12:06:37 -0000 On Sun, 29 Jan 2006 16:30:23 +0100 Roger Grosswiler wrote: > i look for gnome-power-manager. where except gnome.org can i find it??? There's x11/gnome2-power-tools in Ports, not sure if that includes Power Manager or not. Otherwise, try getting it from gnome.org. I don't know if it depends on any Linux-specific power management interfaces; it may or may not. - Michael From owner-freebsd-stable@FreeBSD.ORG Mon Jan 30 12:27:55 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5341116A420; Mon, 30 Jan 2006 12:27:55 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 019A543D6A; Mon, 30 Jan 2006 12:27:48 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.4/8.13.4) with ESMTP id k0UCRlBJ098184; Mon, 30 Jan 2006 07:27:48 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id k0UCRl05003248; Mon, 30 Jan 2006 07:27:47 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A40537302F; Mon, 30 Jan 2006 07:27:47 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060130122747.A40537302F@freebsd-current.sentex.ca> Date: Mon, 30 Jan 2006 07:27:47 -0500 (EST) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [releng_6 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jan 2006 12:27:55 -0000 TB --- 2006-01-30 11:18:40 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-01-30 11:18:40 - starting RELENG_6 tinderbox run for sparc64/sparc64 TB --- 2006-01-30 11:18:40 - cleaning the object tree TB --- 2006-01-30 11:19:06 - checking out the source tree TB --- 2006-01-30 11:19:06 - cd /tinderbox/RELENG_6/sparc64/sparc64 TB --- 2006-01-30 11:19:06 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6 src TB --- 2006-01-30 11:29:10 - building world (CFLAGS=-O -pipe) TB --- 2006-01-30 11:29:10 - cd /src TB --- 2006-01-30 11:29:10 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2006-01-30 12:17:39 - generating LINT kernel config TB --- 2006-01-30 12:17:39 - cd /src/sys/sparc64/conf TB --- 2006-01-30 12:17:39 - /usr/bin/make -B LINT TB --- 2006-01-30 12:17:39 - building LINT kernel (COPTFLAGS=-O -pipe) TB --- 2006-01-30 12:17:39 - cd /src TB --- 2006-01-30 12:17:39 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Jan 30 12:17:39 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ===> isp (all) cc -O -pipe -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sparc64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=15000 -fno-common -I/obj/sparc64/src/sys/LINT -mcmodel=medlow -msoft-float -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /src/sys/modules/isp/../../dev/isp/isp.c cc -O -pipe -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sparc64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=15000 -fno-common -I/obj/sparc64/src/sys/LINT -mcmodel=medlow -msoft-float -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /src/sys/modules/isp/../../dev/isp/isp_target.c /src/sys/modules/isp/../../dev/isp/isp_target.c: In function `isp_target_notify': @/dev/isp/isp_inline.h:1272: warning: inlining failed in call to 'isp_get_ctio': --param large-function-growth limit reached /src/sys/modules/isp/../../dev/isp/isp_target.c:163: warning: called from here @/dev/isp/isp_inline.h:1203: warning: inlining failed in call to 'isp_get_atio2e': --param large-function-growth limit reached /src/sys/modules/isp/../../dev/isp/isp_target.c:168: warning: called from here *** Error code 1 Stop in /src/sys/modules/isp. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-01-30 12:27:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-01-30 12:27:47 - ERROR: failed to build lint kernel TB --- 2006-01-30 12:27:47 - tinderbox aborted TB --- 0.88 user 3.85 system 4147.00 real From owner-freebsd-stable@FreeBSD.ORG Mon Jan 30 12:29:04 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 22BA516A420 for ; Mon, 30 Jan 2006 12:29:04 +0000 (GMT) (envelope-from o.palij@dp.uz.gov.ua) Received: from spd-ii.dp.uz.gov.ua (spd-ii.dp.uz.gov.ua [193.108.46.124]) by mx1.FreeBSD.org (Postfix) with ESMTP id 49FF243D45 for ; Mon, 30 Jan 2006 12:29:02 +0000 (GMT) (envelope-from o.palij@dp.uz.gov.ua) Received: from s4dnepr.dp.uz.gov.ua (s4dnepr.dp.uz.gov.ua [10.6.105.15]) by spd-ii.dp.uz.gov.ua (8.13.4/8.13.4/Debian-3) with ESMTP id k0UCSxDL015656 for ; Mon, 30 Jan 2006 14:29:00 +0200 Received: from s1dnepr.dp.uz.gov.ua ([10.6.105.18]) by s4dnepr.dp.uz.gov.ua (Lotus Domino Release 5.0.12) with SMTP id 2006013014285072:15919 ; Mon, 30 Jan 2006 14:28:50 +0200 Received: from iscmpd-oleg.dp.uz.gov.ua ([10.6.105.74]) by s1dnepr.dp.uz.gov.ua (Lotus SMTP MTA v4.6.5 (863.2 5-20-1999)) with SMTP id 42257106.00448191; Mon, 30 Jan 2006 14:28:16 +0200 Received: by iscmpd-oleg.dp.uz.gov.ua (sSMTP sendmail emulation); Mon, 30 Jan 2006 14:28:34 +0200 Date: Mon, 30 Jan 2006 14:28:34 +0200 From: Oleg Palij To: freebsd-stable@freebsd.org Message-ID: <20060130122834.GA2427@iscmpd-oleg.dp.uz.gov.ua> Mail-Followup-To: freebsd-stable@freebsd.org Mime-Version: 1.0 User-Agent: Mutt/1.4.2.1i X-MIMETrack: Itemize by SMTP Server on s4dnepr/DNEPR/UKRZAL(Release 5.0.12 |February 13, 2003) at 01/30/2006 02:28:50 PM, Serialize by Router on s4dnepr/DNEPR/UKRZAL(Release 5.0.12 |February 13, 2003) at 01/30/2006 02:29:00 PM, Serialize complete at 01/30/2006 02:29:00 PM Content-Type: text/plain; charset=koi8-r Content-Disposition: inline X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on spd-ii X-Virus-Status: Clean Subject: panic: smbiod X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jan 2006 12:29:04 -0000 Approximately once per month or two this server panics. # mount | grep smbfs //LASU@SPD/FTPEXCHANGE on /mnt/exchange (smbfs) //PORTER@ISC-CACHE/FREEBSD on /mnt/FreeBSD (smbfs) # dmesg -a can be found at http://www.dp.uz.gov.ua/dmesg.isc-cache kernel config - http://www.dp.uz.gov.ua/kernel.isc-cache # uname -a FreeBSD isc-cache.dp.uz.gov.ua 5.4-RELEASE-p4 FreeBSD 5.4-RELEASE-p4 #1: Fri Nov 4 11:37:34 EET 2005 root@isc-cache.dp.uz.gov.ua:/usr/obj/usr/src/sys/ISC-CACHE_KERNEL i386 db> where Tracing pid 91914 tid 100078 td 0xc125ec00 turnstile_head(0,c1c7f900,c1e67a00,c1c7f900,cc32fb54) at turnstile_head+0x6 _mtx_unlock_sleep(c1e67a94,0,c1d21ec2,61) at _mtx_unlock_sleep+0x40 _mtx_unlock_flags(c1e67a94,0,c1d21ec2,61,c1c7f900) at _mtx_unlock_flags+0x2e smb_iod_invrq(c1c7f900,c1c7f900,c1c7f900,cc32fba4,c1d16766) at smb_iod_invrq+0x43 smb_iod_dead(c1c7f900,c1c7f400,c1c7f488,c1e67a00,cc32fbbc) at smb_iod_dead+0x1a smb_iod_addrq(c1e67a00,c1e67a00,0,c154f200,cc32fbd4) at smb_iod_addrq+0x6e smb_rq_enqueue(c1e67a00,c1e67a18,c0fae3e0,c154f200,cc32fce4) at smb_rq_enqueue+0x2d smb_rq_simple(c1e67a00,c1e67a00,c1e67a18,c154f200,c1d21cd9) at smb_rq_simple+0x2a smb_smb_treeconnect(c1c7f400,c1c7f950,c1b461a0,c1c7f900,c1c7f958) at smb_smb_treeconnect+0x24e smb_iod_treeconnect(c1c7f900,c1c7f400,c1c7f900,c125d710,c1d16d3c) at smb_iod_treeconnect+0x7b smb_iod_thread(c1c7f900,cc32fd48) at smb_iod_thread+0xf4 fork_exit(c1d16d3c,c1c7f900,cc32fd48) at fork_exit+0x74 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xcc32fd7c, ebp = 0 --- db> ps ... 91914 c125d710 0 1 0 0000204 [APU 0] smbiod4 ... What additional information can I provide? Thanks! -- Best regards, Palij Oleg, ISC (Pridn railway) xmpp://malik@jabber.te.ua From owner-freebsd-stable@FreeBSD.ORG Mon Jan 30 12:49:38 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C105916A420 for ; Mon, 30 Jan 2006 12:49:38 +0000 (GMT) (envelope-from michael.schuh@gmail.com) Received: from uproxy.gmail.com (uproxy.gmail.com [66.249.92.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id 029B143D4C for ; Mon, 30 Jan 2006 12:49:37 +0000 (GMT) (envelope-from michael.schuh@gmail.com) Received: by uproxy.gmail.com with SMTP id u40so841078ugc for ; Mon, 30 Jan 2006 04:49:36 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ideyfUo7ZLpiBSs9QrPzEO/lt9rLJKtGN66Bc37j4wXQ39pb+KW33lT6ObD46CBWm3aGUzHNdMWke+S+Z7/I6CIkPl6/ffLj8zsuNVoNnBIbQZcw7B7q7hMnNUAZrrQAHOn3V/XkjD2BIjFGd/8pRXT+8anAzC4+fZ3Z80pBCxk= Received: by 10.48.127.8 with SMTP id z8mr964253nfc; Mon, 30 Jan 2006 04:49:35 -0800 (PST) Received: by 10.48.240.4 with HTTP; Mon, 30 Jan 2006 04:49:35 -0800 (PST) Message-ID: <1dbad3150601300449h6f73929fr@mail.gmail.com> Date: Mon, 30 Jan 2006 13:49:35 +0100 From: Michael Schuh To: freebsd-stable@freebsd.org In-Reply-To: <1dbad3150601300443h7f038759h@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <1dbad3150601300443h7f038759h@mail.gmail.com> Subject: Re: top doesn't show any Process in idle-Mode X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jan 2006 12:49:38 -0000 Hello, i use top mostly in idle-mode. # top or # top -I Under releng_6 (stable p4) and the older versions, i think down to releng_5, doesn't show a running process. I have tryed to dig in the source but my experiences are not so good that i can find the possible error. Has anyone same experiences made with top, or has anyone a workaround (please not like while true........) thanks to all regards michael > From owner-freebsd-stable@FreeBSD.ORG Mon Jan 30 13:58:00 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 001E016A420 for ; Mon, 30 Jan 2006 13:57:59 +0000 (GMT) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay01.ispgateway.de (smtprelay01.ispgateway.de [80.67.18.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id 98D0B43D45 for ; Mon, 30 Jan 2006 13:57:58 +0000 (GMT) (envelope-from freebsd-listen@fabiankeil.de) Received: (qmail 18604 invoked from network); 30 Jan 2006 13:57:55 -0000 Received: from unknown (HELO localhost) ([pbs]775067@[217.187.182.151]) (envelope-sender ) by smtprelay01.ispgateway.de (qmail-ldap-1.03) with SMTP for ; 30 Jan 2006 13:57:55 -0000 Date: Mon, 30 Jan 2006 14:57:42 +0100 From: Fabian Keil To: Michael Schuh Message-ID: <20060130145742.23c407ee@localhost> In-Reply-To: <1dbad3150601300449h6f73929fr@mail.gmail.com> References: <1dbad3150601300443h7f038759h@mail.gmail.com> <1dbad3150601300449h6f73929fr@mail.gmail.com> X-Mailer: Sylpheed-Claws 1.9.100 (GTK+ 2.8.6; i386-portbld-freebsd6.0) X-PGP-KEY-URL: http://www.fabiankeil.de/gpg-keys/freebsd-listen-2006-08-19.asc Mime-Version: 1.0 Content-Type: multipart/signed; boundary=Sig_jy1FcUKB.kgkWGox5CeQ9mE; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: freebsd-stable@freebsd.org Subject: Re: top doesn't show any Process in idle-Mode X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jan 2006 13:58:00 -0000 --Sig_jy1FcUKB.kgkWGox5CeQ9mE Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Michael Schuh wrote: > i use top mostly in idle-mode. > # top > or > # top -I >=20 > Under releng_6 (stable p4) and the older versions, > i think down to releng_5, doesn't show a running process. By default top doesn't show system processes. If you run top -I and no process is shown, it means one of the system processes is running. Probably idle. Try top -I -S. Fabian --=20 http://www.fabiankeil.de/ --Sig_jy1FcUKB.kgkWGox5CeQ9mE Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD3htnjV8GA4rMKUQRAtYFAJ4yFIPLO+k8DWtFpnLeqqf7+JwhLACeIjCJ 0WfgDNmFotRIr4et1KeRSPI= =Ztcj -----END PGP SIGNATURE----- --Sig_jy1FcUKB.kgkWGox5CeQ9mE-- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 30 14:28:32 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 884AA16A420 for ; Mon, 30 Jan 2006 14:28:32 +0000 (GMT) (envelope-from SRS0=ljaQ=32=FreeBSD.org=se@srs.kundenserver.de) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id DCB4D43D46 for ; Mon, 30 Jan 2006 14:28:31 +0000 (GMT) (envelope-from SRS0=ljaQ=32=FreeBSD.org=se@srs.kundenserver.de) Received: from [80.135.128.204] (helo=Gatekeeper.FreeBSD.org) by mrelayeu.kundenserver.de (node=mrelayeu0) with ESMTP (Nemesis), id 0MKwh2-1F3a111GRY-0001VZ; Mon, 30 Jan 2006 15:28:23 +0100 Received: from StefanEsser.FreeBSD.org (se [192.168.0.10]) by Gatekeeper.FreeBSD.org (Postfix) with ESMTP id 4FBB9B814; Mon, 30 Jan 2006 15:28:22 +0100 (CET) Received: by StefanEsser.FreeBSD.org (Postfix, from userid 200) id 7DFE02301; Mon, 30 Jan 2006 15:28:21 +0100 (CET) Date: Mon, 30 Jan 2006 15:28:21 +0100 From: Stefan Esser To: Michael Schuh Message-ID: <20060130142821.GA3199@StefanEsser.FreeBSD.org> Mail-Followup-To: Stefan Esser , Michael Schuh , freebsd-stable@freebsd.org References: <1dbad3150601300443h7f038759h@mail.gmail.com> <1dbad3150601300449h6f73929fr@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1dbad3150601300449h6f73929fr@mail.gmail.com> User-Agent: Mutt/1.5.11 X-Provags-ID: kundenserver.de abuse@kundenserver.de login:fa3fae9b6ca38d745862a668565919f6 Cc: freebsd-stable@freebsd.org Subject: Re: top doesn't show any Process in idle-Mode X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jan 2006 14:28:32 -0000 On 2006-01-30 13:49 +0100, Michael Schuh wrote: > Hello, > > i use top mostly in idle-mode. > # top > or > # top -I > > Under releng_6 (stable p4) and the older versions, > i think down to releng_5, doesn't show a running process. > > I have tryed to dig in the source but my experiences are not > so good that i can find the possible error. See line 603 (in HEAD) of /usr/src/usr.bin/top/machine.c: if (displaymode == DISP_CPU && !show_idle && (pp->ki_pctcpu == 0 || pp->ki_stat != SRUN)) /* skip idle or non-running processes */ continue; Since I do not like the current behaviour, I considered removing the test for state SRUN. But I guess that the teest can not be completely eliminated. Instead of selecting only SRUN, some states may need to be suppressed (SZOMB, possibly also SIDL, SSTOP). I'll test the following version on my system: if (displaymode == DISP_CPU && !show_idle && (pp->ki_pctcpu == 0 || pp->ki_stat == SZOMB || pp->ki_stat == SSTOP)) /* skip idle or non-running processes */ continue; > Has anyone same experiences made with top, or has > anyone a workaround (please not like while true........) Patch included (not verified to apply to 5.x or 6.x, but editing the test in place should be easy, then). Regards, STefan --- /usr/src/usr.bin/top/machine.c 18 May 2005 13:42:51 -0000 1.74 +++ /usr/src/usr.bin/top/machine.c 30 Jan 2006 14:26:08 -0000 @@ -601,7 +601,7 @@ continue; if (displaymode == DISP_CPU && !show_idle && - (pp->ki_pctcpu == 0 || pp->ki_stat != SRUN)) + (pp->ki_pctcpu == 0 || pp->ki_stat == SZOMB || pp->ki_stat == SSTOP)) /* skip idle or non-running processes */ continue; From owner-freebsd-stable@FreeBSD.ORG Mon Jan 30 14:46:40 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 516DC16A420 for ; Mon, 30 Jan 2006 14:46:40 +0000 (GMT) (envelope-from lofi@freebsd.org) Received: from mail-in-07.arcor-online.net (mail-in-07.arcor-online.net [151.189.21.47]) by mx1.FreeBSD.org (Postfix) with ESMTP id B756E43D49 for ; Mon, 30 Jan 2006 14:46:37 +0000 (GMT) (envelope-from lofi@freebsd.org) Received: from mail-in-09-z2.arcor-online.net (mail-in-09-z2.arcor-online.net [151.189.8.21]) by mail-in-07.arcor-online.net (Postfix) with ESMTP id DA12210A172; Mon, 30 Jan 2006 15:46:36 +0100 (CET) Received: from mail-in-02.arcor-online.net (mail-in-02.arcor-online.net [151.189.21.42]) by mail-in-09-z2.arcor-online.net (Postfix) with ESMTP id D57EC8942F; Mon, 30 Jan 2006 15:46:36 +0100 (CET) Received: from lofi.dyndns.org (dslb-084-061-156-194.pools.arcor-ip.net [84.61.156.194]) by mail-in-02.arcor-online.net (Postfix) with ESMTP id 34433165B2D; Mon, 30 Jan 2006 15:46:36 +0100 (CET) Received: from [192.168.8.4] (kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.13.4/8.13.3) with ESMTP id k0UEkT9T059140 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 30 Jan 2006 15:46:34 +0100 (CET) (envelope-from lofi@freebsd.org) Message-ID: <43DE26C5.2020502@freebsd.org> Date: Mon, 30 Jan 2006 15:46:29 +0100 From: Michael Nottebrock User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: "Daniel O'Connor" References: <200601301652.16237.doconnor@gsoft.com.au> In-Reply-To: <200601301652.16237.doconnor@gsoft.com.au> X-Enigmail-Version: 0.94.0.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig38BB9B3661D9BD9D05A57176" X-Virus-Scanned: by amavisd-new Cc: freebsd-stable@freebsd.org Subject: Re: KDE 3.5.0 seems much chubbier than 3.4.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jan 2006 14:46:40 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig38BB9B3661D9BD9D05A57176 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable Daniel O'Connor schrieb: > I just updated to KDE 3.5.0 and it seems considerably more memory hungr= y that=20 > 3.4.2, for example.. >=20 > PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAN= D > 1126 darius 5 20 0 213M 50816K kserel 13:09 0.73% amarok= app > 1119 darius 3 20 0 260M 67180K kserel 40:04 0.00% kdeini= t > 1153 darius 3 20 0 137M 51080K kserel 17:08 0.00% kmail > 1118 darius 3 20 0 119M 7324K kserel 6:03 0.00% kopete= > 1050 darius 1 96 0 77228K 10140K select 3:37 0.00% kdeini= t > 1090 darius 1 96 0 98476K 12680K select 1:20 0.00% kdeini= t > 1110 darius 1 96 0 73292K 5136K select 1:14 0.00% kdeini= t > 1089 darius 1 96 0 91168K 6084K select 0:47 0.00% kdeini= t > 1082 darius 1 96 0 122M 7268K select 0:40 0.00% kdeini= t >=20 > No wonder my system is thrashing :) >=20 > Does anyone know why 3.5.0 seems to be using so much more memory? >=20 > I did recently update to the latest -current (ie new malloc implementat= ion)=20 > but the the sluggish behaviour was still present prior to that (althoug= h=20 > maybe not as bad) Not to suggest you're imagining things, but someone else just posted on freebsd-current@ that other applications show greatly increased memory usage as well, so it probably is a -current specific problem after all. Cheers, --=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --------------enig38BB9B3661D9BD9D05A57176 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3-nr1 (Windows 2000) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFD3ibFXhc68WspdLARAp7hAJsH8hmJHnBUJSO3P8wp1sfiqHWQ2QCfX5dx TKMp9JkigHiQ7OGpwwEYpsE= =cUVE -----END PGP SIGNATURE----- --------------enig38BB9B3661D9BD9D05A57176-- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 30 18:28:15 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AB6E416A420 for ; Mon, 30 Jan 2006 18:28:15 +0000 (GMT) (envelope-from dwilde@sandia.gov) Received: from mm02snlnto.sandia.gov (mm02snlnto.sandia.gov [132.175.109.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 47D7143D46 for ; Mon, 30 Jan 2006 18:28:15 +0000 (GMT) (envelope-from dwilde@sandia.gov) Received: from 132.175.109.1 by mm02snlnto.sandia.gov with ESMTP ( Tumbleweed MMS SMTP Relay 01 (MMS v5.6.3)); Mon, 30 Jan 2006 11:28:04 -0700 X-Server-Uuid: 914ACFB1-8EBC-470E-882B-54A00EED9786 Received: from ES23SNLNT.srn.sandia.gov (ec04snlnt.sandia.gov [134.253.164.156] (may be forged)) by mailgate.sandia.gov ( 8.13.3/8.13.3) with ESMTP id k0UIS3EO000036 for ; Mon, 30 Jan 2006 11:28:04 -0700 (MST) Received: from ES20SNLNT.srn.sandia.gov ([134.253.164.29]) by ES23SNLNT.srn.sandia.gov with Microsoft SMTPSVC(6.0.3790.1830); Mon, 30 Jan 2006 11:28:04 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Mon, 30 Jan 2006 11:28:03 -0700 Message-ID: <040DF00BF960A24897B5B3EFBE63FE8A01CE91B0@ES20SNLNT.srn.sandia.gov> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: X.org 6.9 thread-index: AcYlyugf7kFNcAfQTPyDARFXPvBAmQ== From: "Wilde, Donald" To: freebsd-stable@freebsd.org X-OriginalArrivalTime: 30 Jan 2006 18:28:04.0799 (UTC) FILETIME=[E8EB3CF0:01C625CA] X-WSS-ID: 6FC0853E1FK975715-01-01 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: X.org 6.9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jan 2006 18:28:15 -0000 Friday, I updated to latest 6-stable and did portupgrade --all successfully, however, I did not restart the system and X until this morning. The system boots to login properly, but will not startx to KDE. It locks up completely, cannot even ssh in from outside. Seeing the note in /usr/ports/UPDATING about Display Postscript, I cvsupped again and rebuilt world, ran portupgrade again, and cleaned x11/kde3 and did make && make install on it. No tasty enchiladas yet. I just tried running startx without startkde in .xinitrc, but still no luck. The X log file (/var/log/Xorg.0.log) never gets written. I am about to make clean for all X.org libraries and reinstall. What else should I be doing? -- Don Wilde Org 01737 505-844-1126 Man does not live by words alone, despite the fact that sometimes he has to eat them. - Adlai E. Stevenson Jr.=20 From owner-freebsd-stable@FreeBSD.ORG Mon Jan 30 18:35:20 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5627B16A420 for ; Mon, 30 Jan 2006 18:35:20 +0000 (GMT) (envelope-from andyfraser@gmail.com) Received: from mail.linuxuser.org.uk (213-152-59-115.dsl.eclipse.net.uk [213.152.59.115]) by mx1.FreeBSD.org (Postfix) with ESMTP id C522143D4C for ; Mon, 30 Jan 2006 18:35:19 +0000 (GMT) (envelope-from andyfraser@gmail.com) Received: from localhost (mantis.linuxuser.org.uk [127.0.0.1]) by mail.linuxuser.org.uk (Postfix) with ESMTP id 267DA20C47 for ; Mon, 30 Jan 2006 18:35:18 +0000 (GMT) Received: from mail.linuxuser.org.uk ([127.0.0.1]) by localhost (mantis.linuxuser.org.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 23711-02 for ; Mon, 30 Jan 2006 18:35:11 +0000 (GMT) Received: from [192.168.0.11] (mac.linuxuser.org.uk [192.168.0.11]) by mail.linuxuser.org.uk (Postfix) with ESMTP id AB4D920C31 for ; Mon, 30 Jan 2006 18:35:11 +0000 (GMT) Mime-Version: 1.0 (Apple Message framework v746.2) In-Reply-To: <040DF00BF960A24897B5B3EFBE63FE8A01CE91B0@ES20SNLNT.srn.sandia.gov> References: <040DF00BF960A24897B5B3EFBE63FE8A01CE91B0@ES20SNLNT.srn.sandia.gov> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <92A8E066-2FD2-4CFC-A5C0-E22A96D7CCE4@gmail.com> Content-Transfer-Encoding: 7bit From: Andy Fraser Date: Mon, 30 Jan 2006 18:35:10 +0000 To: freebsd-stable@freebsd.org X-Mailer: Apple Mail (2.746.2) X-Virus-Scanned: by amavisd-new (Gentoo) at linuxuser.org.uk Subject: Re: X.org 6.9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jan 2006 18:35:20 -0000 On 30 Jan 2006, at 18:28, Wilde, Donald wrote: > Friday, I updated to latest 6-stable and did portupgrade --all > successfully, however, I did not restart the system and X until this > morning. The system boots to login properly, but will not startx to > KDE. > It locks up completely, cannot even ssh in from outside. Seeing the > note > in /usr/ports/UPDATING about Display Postscript, I cvsupped again and > rebuilt world, ran portupgrade again, and cleaned x11/kde3 and did > make > && make install on it. No tasty enchiladas yet. I just tried running > startx without startkde in .xinitrc, but still no luck. The X log file > (/var/log/Xorg.0.log) never gets written. I am about to make clean for > all X.org libraries and reinstall. > > What else should I be doing? I used portmanager and just let it rebuild everything that links to X. Everything's working perfectly for me. Andy. From owner-freebsd-stable@FreeBSD.ORG Mon Jan 30 18:49:45 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 95B9516A42F for ; Mon, 30 Jan 2006 18:49:44 +0000 (GMT) (envelope-from stacey@vickiandstacey.com) Received: from pythagoras.zen.co.uk (pythagoras.zen.co.uk [212.23.3.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA2DD43D53 for ; Mon, 30 Jan 2006 18:49:41 +0000 (GMT) (envelope-from stacey@vickiandstacey.com) Received: from [82.68.31.182] (helo=Demon.vickiandstacey.com) by pythagoras.zen.co.uk with esmtp (Exim 4.30) id 1F3e5s-0003s2-1t; Mon, 30 Jan 2006 18:49:40 +0000 Received: from crom.vickiandstacey.com (crom [192.168.1.10]) by Demon.vickiandstacey.com (8.13.1/8.13.1) with ESMTP id k0UInipg093452; Mon, 30 Jan 2006 18:49:44 GMT (envelope-from stacey@vickiandstacey.com) Received: from crom.vickiandstacey.com (localhost [127.0.0.1]) by crom.vickiandstacey.com (8.13.4/8.13.4) with ESMTP id k0UInXfb012685; Mon, 30 Jan 2006 18:49:34 GMT (envelope-from stacey@crom.vickiandstacey.com) Received: (from stacey@localhost) by crom.vickiandstacey.com (8.13.4/8.13.4/Submit) id k0UInXKw012684; Mon, 30 Jan 2006 18:49:33 GMT (envelope-from stacey) Date: Mon, 30 Jan 2006 18:49:33 +0000 From: Stacey Roberts To: "Wilde, Donald" Message-ID: <20060130184933.GK20911@crom.vickiandstacey.com> Mail-Followup-To: "Wilde, Donald" , freebsd-stable@freebsd.org References: <040DF00BF960A24897B5B3EFBE63FE8A01CE91B0@ES20SNLNT.srn.sandia.gov> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline In-Reply-To: <040DF00BF960A24897B5B3EFBE63FE8A01CE91B0@ES20SNLNT.srn.sandia.gov> User-Agent: Mutt/1.4.2.1i X-Originating-Pythagoras-IP: [82.68.31.182] Cc: freebsd-stable@freebsd.org Subject: Re: X.org 6.9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jan 2006 18:49:45 -0000 Hello, On Mon, 30 Jan 2006, Wilde, Donald wrote: > Friday, I updated to latest 6-stable and did portupgrade --all > successfully, however, I did not restart the system and X until this > morning. The system boots to login properly, but will not startx to KDE. > It locks up completely, cannot even ssh in from outside. Seeing the note > in /usr/ports/UPDATING about Display Postscript, I cvsupped again and > rebuilt world, ran portupgrade again, and cleaned x11/kde3 and did make > && make install on it. No tasty enchiladas yet. I just tried running > startx without startkde in .xinitrc, but still no luck. The X log file > (/var/log/Xorg.0.log) never gets written. I am about to make clean for > all X.org libraries and reinstall. > > What else should I be doing? For me on my IBM T43, updating to Xorg-6.9 broke X as well. After some time spent hunting around for answers, I found a thread that suggested that Xorg-6.9 broke DRI (certainly for the graphics card on the T43). Disabling DRI in xorg.conf then enabled me to use startx successfully thereafter., Might be worth a shot for you too. Regards, Stacey > > -- > Don Wilde Org 01737 505-844-1126 > Man does not live by words alone, despite the fact that sometimes he has > to eat them. - Adlai E. Stevenson Jr. > > > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Mon Jan 30 19:26:58 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9F63A16A420 for ; Mon, 30 Jan 2006 19:26:58 +0000 (GMT) (envelope-from dwilde@sandia.gov) Received: from MM01SNLNTO.sandia.gov (mm01snlnto.sandia.gov [132.175.109.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3468743D49 for ; Mon, 30 Jan 2006 19:26:58 +0000 (GMT) (envelope-from dwilde@sandia.gov) Received: from 132.175.109.1 by mm02snlnto.sandia.gov with ESMTP ( Tumbleweed MMS SMTP Relay 01 (MMS v5.6.3)); Mon, 30 Jan 2006 12:26:47 -0700 X-Server-Uuid: 914ACFB1-8EBC-470E-882B-54A00EED9786 Received: from ES22SNLNT.srn.sandia.gov (ec03snlnt.sandia.gov [134.253.164.158] (may be forged)) by mailgate.sandia.gov ( 8.13.3/8.13.3) with ESMTP id k0UJQgQW012939 for ; Mon, 30 Jan 2006 12:26:46 -0700 (MST) Received: from ES20SNLNT.srn.sandia.gov ([134.253.164.29]) by ES22SNLNT.srn.sandia.gov with Microsoft SMTPSVC(6.0.3790.1830); Mon, 30 Jan 2006 12:26:44 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Mon, 30 Jan 2006 12:26:44 -0700 Message-ID: <040DF00BF960A24897B5B3EFBE63FE8A01CE9200@ES20SNLNT.srn.sandia.gov> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: X.org 6.9 thread-index: AcYlzfqLxQq060l+TVW+ly7zelsA0gABB83Q From: "Wilde, Donald" To: freebsd-stable@freebsd.org X-OriginalArrivalTime: 30 Jan 2006 19:26:44.0813 (UTC) FILETIME=[1B02BFD0:01C625D3] X-WSS-ID: 6FC0B7FD1FK984213-01-01 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: RE: X.org 6.9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jan 2006 19:26:58 -0000 Yes, Stacey, that worked for me, too.=20 For the record, neither portupgrade or portmanager did the trick. What worked was editing /etc/X11/xorg.conf to comment out the line in Section "Module" that says 'Load "dri"', like so: Section "Module" ... # Load "dri" ... EndSection Thank you for your assistance, Stacey! :D -- Don Wilde Org 01737 505-844-1126 If you don't find it in the index, look very carefully through the entire catalogue. - Sears, Roebuck, and Co. Consumer's Guide, 1897 -----Original Message----- From: Stacey Roberts [mailto:stacey@vickiandstacey.com]=20 Sent: Monday, January 30, 2006 11:50 AM To: Wilde, Donald Cc: freebsd-stable@freebsd.org Subject: Re: X.org 6.9 Hello, On Mon, 30 Jan 2006, Wilde, Donald wrote: > Friday, I updated to latest 6-stable and did portupgrade --all=20 > successfully, however, I did not restart the system and X until this=20 > morning. The system boots to login properly, but will not startx to KDE. > It locks up completely, cannot even ssh in from outside. Seeing the=20 > note in /usr/ports/UPDATING about Display Postscript, I cvsupped again > and rebuilt world, ran portupgrade again, and cleaned x11/kde3 and did > make && make install on it. No tasty enchiladas yet. I just tried=20 > running startx without startkde in .xinitrc, but still no luck. The X=20 > log file > (/var/log/Xorg.0.log) never gets written. I am about to make clean for > all X.org libraries and reinstall. >=20 > What else should I be doing? For me on my IBM T43, updating to Xorg-6.9 broke X as well. After some time spent hunting around for answers, I found a thread that suggested that Xorg-6.9 broke DRI (certainly for the graphics card on the T43). Disabling DRI in xorg.conf then enabled me to use startx successfully thereafter., Might be worth a shot for you too. Regards, Stacey >=20 > -- > Don Wilde Org 01737 505-844-1126 > Man does not live by words alone, despite the fact that sometimes he=20 > has to eat them. - Adlai E. Stevenson Jr. >=20 >=20 >=20 >=20 > _______________________________________________ > freebsd-stable@freebsd.org mailing list=20 > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >=20 From owner-freebsd-stable@FreeBSD.ORG Mon Jan 30 19:42:04 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 28B7916A420 for ; Mon, 30 Jan 2006 19:42:04 +0000 (GMT) (envelope-from LoN_Kamikaze@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.21]) by mx1.FreeBSD.org (Postfix) with SMTP id 57DF743D53 for ; Mon, 30 Jan 2006 19:42:01 +0000 (GMT) (envelope-from LoN_Kamikaze@gmx.de) Received: (qmail invoked by alias); 30 Jan 2006 19:41:59 -0000 Received: from p54A7CB71.dip.t-dialin.net (EHLO [192.168.0.12]) [84.167.203.113] by mail.gmx.net (mp019) with SMTP; 30 Jan 2006 20:41:59 +0100 X-Authenticated: #5465401 Message-ID: <43DE6E75.8000708@gmx.de> Date: Mon, 30 Jan 2006 20:52:21 +0100 From: "[LoN]Kamikaze" Organization: Lords of Nightmare User-Agent: Thunderbird 1.5 (X11/20060128) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <040DF00BF960A24897B5B3EFBE63FE8A01CE91B0@ES20SNLNT.srn.sandia.gov> <20060130184933.GK20911@crom.vickiandstacey.com> In-Reply-To: <20060130184933.GK20911@crom.vickiandstacey.com> X-Enigmail-Version: 0.94.0.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigC0FEE69DA8D6D1819A33707A" X-Y-GMX-Trusted: 0 Subject: Re: X.org 6.9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jan 2006 19:42:04 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigC0FEE69DA8D6D1819A33707A Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable My X also didn't start after the update. I got it fixed though. The trouble seems to be related to improved monitor detection that conflicts with manual settings. To get my X work again I removed all entries in the section Monitor except for Identifier: Section "Monitor" Identifier "LCD" EndSection I also removed the MonitorLayout from my Device section, this was actually causing the problem I think, even though the entry was correct it seemed to cause problems with the auto detection of xorg. It now looks like this: Section "Device" Identifier "ATI Radeon 7500 Mobile" Driver "radeon" Option "BusType" "AGP" Option "AGPMode" "4" Option "AGPFastWrite" "true" Option "GartSize" "64" Option "EnablePageFlip" "true" Option "DDCMode" "true" EndSection I also cleaned up my Screen section, because X is now well capable of detecting the supported resolutions without me interfering: Section "Screen" Identifier "Screen 1" Device "ATI Radeon 7500 Mobile" Monitor "LCD" DefaultDepth 24 EndSection BTW, DRI is not broken for me and after the update glxgears performs with 37% more fps. I also noticed a performance boost in Quake 3 Arena. Stacey Roberts wrote: > Hello, >=20 > On Mon, 30 Jan 2006, Wilde, Donald wrote: >=20 >> Friday, I updated to latest 6-stable and did portupgrade --all >> successfully, however, I did not restart the system and X until this >> morning. The system boots to login properly, but will not startx to KD= E. >> It locks up completely, cannot even ssh in from outside. Seeing the no= te >> in /usr/ports/UPDATING about Display Postscript, I cvsupped again and >> rebuilt world, ran portupgrade again, and cleaned x11/kde3 and did mak= e >> && make install on it. No tasty enchiladas yet. I just tried running >> startx without startkde in .xinitrc, but still no luck. The X log file= >> (/var/log/Xorg.0.log) never gets written. I am about to make clean for= >> all X.org libraries and reinstall. >> >> What else should I be doing? >=20 > For me on my IBM T43, updating to Xorg-6.9 broke X as well. After some = time spent hunting around for answers, I > found a thread that suggested that Xorg-6.9 broke DRI (certainly for th= e graphics card on the T43). >=20 > Disabling DRI in xorg.conf then enabled me to use startx successfully t= hereafter., Might be worth a shot for you > too. >=20 > Regards, >=20 > Stacey >=20 >> -- >> Don Wilde Org 01737 505-844-1126 >> Man does not live by words alone, despite the fact that sometimes he h= as >> to eat them. - Adlai E. Stevenson Jr.=20 >> >> >> >> >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.o= rg" >> > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.or= g" >=20 >=20 --------------enigC0FEE69DA8D6D1819A33707A Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD3m55fMDIb41/+S0RAuWCAJ97cpyE0ggpRcL0DPaYjok0m+HcZACeO3UX bc4Hj8nIHHppYvQM9c3BISw= =Kbe0 -----END PGP SIGNATURE----- --------------enigC0FEE69DA8D6D1819A33707A-- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 30 20:00:53 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 41F3516A420 for ; Mon, 30 Jan 2006 20:00:53 +0000 (GMT) (envelope-from oberman@es.net) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id E996543D58 for ; Mon, 30 Jan 2006 20:00:52 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id IBA74465; Mon, 30 Jan 2006 12:00:48 -0800 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 02B904507C; Mon, 30 Jan 2006 12:00:48 -0800 (PST) To: Michael Ekstrand In-reply-to: Your message of "Mon, 30 Jan 2006 06:05:27 CST." <20060130060527.0a62334f.lists@elehack.net> Date: Mon, 30 Jan 2006 12:00:47 -0800 From: "Kevin Oberman" Message-Id: <20060130200048.02B904507C@ptavv.es.net> Cc: freebsd-stable@freebsd.org Subject: Re: where is gnome-power-manager X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jan 2006 20:00:53 -0000 > Date: Mon, 30 Jan 2006 06:05:27 -0600 > From: Michael Ekstrand > Sender: owner-freebsd-stable@freebsd.org > > On Sun, 29 Jan 2006 16:30:23 +0100 > Roger Grosswiler wrote: > > i look for gnome-power-manager. where except gnome.org can i find it??? > > There's x11/gnome2-power-tools in Ports, not sure if that includes > Power Manager or not. > > Otherwise, try getting it from gnome.org. I don't know if it depends on > any Linux-specific power management interfaces; it may or may not. gnome-power-manager depends on HAL which as not yet been ported to FreeBSD. It will probably also need some work to inter-operate correctly with the FreeBSD ACPI implementation. I believe the HAL port is in progress, although I don't know just how long it might be until it's ready. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-stable@FreeBSD.ORG Mon Jan 30 20:04:29 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A443E16A420 for ; Mon, 30 Jan 2006 20:04:29 +0000 (GMT) (envelope-from dick@nagual.st) Received: from nagual.st (cc20684-a.assen1.dr.home.nl [82.74.2.186]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0294E43D55 for ; Mon, 30 Jan 2006 20:04:28 +0000 (GMT) (envelope-from dick@nagual.st) Received: from arwen.nagual.st (arwen.nagual.st [192.168.11.29]) by nagual.st with esmtp; Mon, 30 Jan 2006 21:04:27 +0100 id 0003982E.43DE714B.00003501 Date: Mon, 30 Jan 2006 21:04:27 +0100 From: dick hoogendijk To: freebsd-stable@freebsd.org Message-Id: <20060130210427.ccfc6ec9.dick@nagual.st> In-Reply-To: <040DF00BF960A24897B5B3EFBE63FE8A01CE91B0@ES20SNLNT.srn.sandia.gov> References: <040DF00BF960A24897B5B3EFBE63FE8A01CE91B0@ES20SNLNT.srn.sandia.gov> Organization: de nagual X-Mailer: Sylpheed version 2.2.0beta6 (GTK+ 2.8.11; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: X.org 6.9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jan 2006 20:04:29 -0000 On Mon, 30 Jan 2006 11:28:03 -0700 "Wilde, Donald" wrote: > Friday, I updated to latest 6-stable and did portupgrade --all > successfully, however, I did not restart the system and X until this > morning. The system boots to login properly, but will not startx to > KDE. It locks up completely, cannot even ssh in from outside. > What else should I be doing? I portupgraded -rRa (all) ports and all was well. Except the fact that KDE (my wife's account uses it) did not start up. Fvwm (my own manager) did though. What I did was a *one time start* of kde from my root account. This one did start! I logged off again as root, started X as my wife an now kde started up OK. Don't know why, but hey, it works ;-) -- dick -- http://nagual.st/ -- PGP/GnuPG key: F86289CE ++ Running FreeBSD 6.0 ++ The Power to Serve From owner-freebsd-stable@FreeBSD.ORG Mon Jan 30 20:17:48 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 847BA16A420 for ; Mon, 30 Jan 2006 20:17:48 +0000 (GMT) (envelope-from marcus@FreeBSD.org) Received: from av-tac-rtp.cisco.com (bantam.cisco.com [64.102.19.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 102B043D48 for ; Mon, 30 Jan 2006 20:17:47 +0000 (GMT) (envelope-from marcus@FreeBSD.org) X-TACSUNS: Virus Scanned Received: from rooster.cisco.com (localhost [127.0.0.1]) by av-tac-rtp.cisco.com (8.11.7p1+Sun/8.11.7) with ESMTP id k0UKHlL22830; Mon, 30 Jan 2006 15:17:47 -0500 (EST) Received: from [64.102.192.190] (dhcp-64-102-192-190.cisco.com [64.102.192.190]) by rooster.cisco.com (8.11.7p1+Sun/8.11.7) with ESMTP id k0UKHkm04002; Mon, 30 Jan 2006 15:17:46 -0500 (EST) Message-ID: <43DE7470.20601@FreeBSD.org> Date: Mon, 30 Jan 2006 15:17:52 -0500 From: Joe Marcus Clarke Organization: FreeBSD, Inc. User-Agent: Thunderbird 1.5 (Macintosh/20051201) MIME-Version: 1.0 To: Kevin Oberman References: <20060130200048.02B904507C@ptavv.es.net> In-Reply-To: <20060130200048.02B904507C@ptavv.es.net> X-Enigmail-Version: 0.93.2.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.org, Michael Ekstrand Subject: Re: where is gnome-power-manager X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jan 2006 20:17:48 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Kevin Oberman wrote: >> Date: Mon, 30 Jan 2006 06:05:27 -0600 >> From: Michael Ekstrand >> Sender: owner-freebsd-stable@freebsd.org >> >> On Sun, 29 Jan 2006 16:30:23 +0100 >> Roger Grosswiler wrote: >>> i look for gnome-power-manager. where except gnome.org can i find it??? >> There's x11/gnome2-power-tools in Ports, not sure if that includes >> Power Manager or not. >> >> Otherwise, try getting it from gnome.org. I don't know if it depends on >> any Linux-specific power management interfaces; it may or may not. > > gnome-power-manager depends on HAL which as not yet been ported to > FreeBSD. It will probably also need some work to inter-operate correctly > with the FreeBSD ACPI implementation. > > I believe the HAL port is in progress, although I don't know just how > long it might be until it's ready. I hope to have something working next month. Joe - -- Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFD3nRwb2iPiv4Uz4cRAqf8AJ4rt2APwCutq0c5Fbft8k3PmhZt1ACeJBL6 bpfC6SgvrcpPg3IulgWJ4T4= =CrzP -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 30 20:35:50 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3322716A420 for ; Mon, 30 Jan 2006 20:35:50 +0000 (GMT) (envelope-from dwilde@sandia.gov) Received: from MM01SNLNTO.sandia.gov (mm01snlnto.sandia.gov [132.175.109.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id C0AE243D45 for ; Mon, 30 Jan 2006 20:35:49 +0000 (GMT) (envelope-from dwilde@sandia.gov) Received: from 132.175.109.1 by MM01SNLNTO.sandia.gov with ESMTP ( Tumbleweed MMS SMTP Relay 01 (MMS v5.6.3)); Mon, 30 Jan 2006 13:35:37 -0700 X-Server-Uuid: 2C1074A8-2B28-4DE3-9F7D-FF40AE090BA2 Received: from ES23SNLNT.srn.sandia.gov (ec04snlnt.sandia.gov [134.253.164.156] (may be forged)) by mailgate.sandia.gov ( 8.13.3/8.13.3) with ESMTP id k0UKZZYs026582 for ; Mon, 30 Jan 2006 13:35:36 -0700 (MST) Received: from ES20SNLNT.srn.sandia.gov ([134.253.164.29]) by ES23SNLNT.srn.sandia.gov with Microsoft SMTPSVC(6.0.3790.1830); Mon, 30 Jan 2006 13:35:36 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Mon, 30 Jan 2006 13:35:35 -0700 Message-ID: <040DF00BF960A24897B5B3EFBE63FE8A01CE9259@ES20SNLNT.srn.sandia.gov> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: X.org 6.9 thread-index: AcYl2IytHxxXo7jqSxq+XqX89r9TCwAADLTw From: "Wilde, Donald" To: freebsd-stable@freebsd.org X-OriginalArrivalTime: 30 Jan 2006 20:35:36.0241 (UTC) FILETIME=[B988A210:01C625DC] X-WSS-ID: 6FC0A7131A01296282-01-01 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: RE: X.org 6.9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jan 2006 20:35:50 -0000 =20 I am finding out more. There are a number of pointers that suggest that DRI (Direct Rendering) in 6.9 includes the 3D by default, but it is broken on the Radeon X300 cards, especially the PCIe variant (see r300.sourceforge.net). That site also says that the development is now in the X.org tree, however, It Ain't There Yet. At the bottom of this message is the diff between enabling (<) and disabling (>) Load "dri" in xorg.conf. The DRI and DRM segments appear to load and test correctly, producing this logfile, but the lockup is so complete the machine will not even listen to its On/Off button, which normally initiates 'shutdown -h now', so restart includes pulling the plug and running fsck -p in single-user mode. :-(.=20 Before the portupgrade/portmanager run it wouldn't even get to write the logfile, so that set of procedures was of some use. 14c14 < (=3D=3D) Log file: "/var/log/Xorg.0.log", Time: Mon Jan 30 12:49:28 = 2006 --- > (=3D=3D) Log file: "/var/log/Xorg.0.log", Time: Mon Jan 30 12:16:52 = 2006 225,236d224 < (II) LoadModule: "dri" < (II) Loading /usr/X11R6/lib/modules/extensions/libdri.so < (II) Module dri: vendor=3D"X.Org Foundation" < compiled for 6.9.0, module version =3D 1.0.0 < ABI class: X.Org Server Extension, version 0.2 < (II) Loading sub module "drm" < (II) LoadModule: "drm" < (II) Loading /usr/X11R6/lib/modules/freebsd/libdrm.so < (II) Module drm: vendor=3D"X.Org Foundation" < compiled for 6.9.0, module version =3D 1.0.0 < ABI class: X.Org Server Extension, version 0.2 < (II) Loading extension XFree86-DRI 751,779d738 < drmOpenDevice: node name is /dev/dri/card0 < drmOpenDevice: open result is 6, (OK) < drmOpenDevice: node name is /dev/dri/card0 < drmOpenDevice: open result is 6, (OK) < drmOpenByBusid: Searching for BusID pci:0000:01:00.0 < drmOpenDevice: node name is /dev/dri/card0 < drmOpenDevice: open result is 6, (OK) < drmOpenByBusid: drmOpenMinor returns 6 < drmOpenByBusid: drmGetBusid reports pci:0000:01:00.0 < (II) RADEON(0): [drm] DRM interface version 1.2 < (II) RADEON(0): [drm] created "radeon" driver at busid "pci:0000:01:00.0" < (II) RADEON(0): [drm] added 8192 byte SAREA at 0xc7208000 < (II) RADEON(0): [drm] mapped SAREA 0xc7208000 to 0x28791000 < (II) RADEON(0): [drm] framebuffer handle =3D 0xd0000000 < (II) RADEON(0): [drm] added 1 reserved context for kernel < (II) RADEON(0): [pci] 8192 kB allocated with handle 0x00000000 < (II) RADEON(0): [pci] ring handle =3D 0xc72b3000 < (II) RADEON(0): [pci] Ring mapped at 0x30881000 < (II) RADEON(0): [pci] Ring contents 0x00000000 < (II) RADEON(0): [pci] ring read ptr handle =3D 0xc73b4000 < (II) RADEON(0): [pci] Ring read ptr mapped at 0x28793000 < (II) RADEON(0): [pci] Ring read ptr contents 0x00000000 < (II) RADEON(0): [pci] vertex/indirect buffers handle =3D 0xc73b5000 < (II) RADEON(0): [pci] Vertex/indirect buffers mapped at 0x30982000 < (II) RADEON(0): [pci] Vertex/indirect buffers contents 0x00000000 < (II) RADEON(0): [pci] GART texture map handle =3D 0xc75b5000 < (II) RADEON(0): [pci] GART Texture map mapped at 0x30b82000 < (II) RADEON(0): [drm] register handle =3D 0xdfde0000 < (II) RADEON(0): [dri] Visual configs initialized 781,785d739 < (II) RADEON(0): CP in BM mode < (II) RADEON(0): Using 8 MB GART aperture < (II) RADEON(0): Using 1 MB for the ring buffer < (II) RADEON(0): Using 2 MB for vertex/indirect buffers < (II) RADEON(0): Using 5 MB for GART textures 789,792d742 < (II) RADEON(0): Will use back buffer at offset 0x10ac000 < (II) RADEON(0): Will use depth buffer at offset 0x1456000 < (II) RADEON(0): Will use 32 kb for PCI GART table at offset 0x7ff8000 < (II) RADEON(0): Will use 106496 kb for textures at offset 0x1800000 820,827c770 < (II) RADEON(0): X context handle =3D 0x1 < (II) RADEON(0): [drm] installed DRM signal handler < (II) RADEON(0): [DRI] installation complete < (II) RADEON(0): [drm] Added 32 65536 byte vertex/indirect buffers < (II) RADEON(0): [drm] Mapped 32 vertex/indirect buffers < (II) RADEON(0): [drm] dma control initialized, using IRQ 16 < (II) RADEON(0): [drm] Initialized kernel GART heap manager, 5111808 < (II) RADEON(0): Direct rendering enabled --- > (WW) RADEON(0): Direct rendering disabled 868a812,822 > SetClientVersion: 0 9 > SetGrabKeysState - disabled > SetGrabKeysState - enabled > SetClientVersion: 0 9 > SetGrabKeysState - disabled > SetGrabKeysState - enabled > SetClientVersion: 0 9 > SetGrabKeysState - disabled > SetGrabKeysState - enabled > (=3D=3D) RADEON(0): Write-combining range (0xa0000,0x10000) was = already clear > FreeFontPath: FPE "/usr/X11R6/lib/X11/fonts/misc/" refcount is 2, should be 1; fixing.=20 -- Don Wilde Org 01737 505-844-1126 If you don't find it in the index, look very carefully through the entire catalogue. - Sears, Roebuck, and Co. Consumer's Guide, 1897 From owner-freebsd-stable@FreeBSD.ORG Mon Jan 30 20:57:56 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A79A016A420; Mon, 30 Jan 2006 20:57:56 +0000 (GMT) (envelope-from oleg@lath.rinet.ru) Received: from lath.rinet.ru (lath.rinet.ru [195.54.192.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C11443D6E; Mon, 30 Jan 2006 20:57:44 +0000 (GMT) (envelope-from oleg@lath.rinet.ru) Received: from lath.rinet.ru (localhost [127.0.0.1]) by lath.rinet.ru (8.13.4/8.13.4) with ESMTP id k0UKvgvm083540 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 30 Jan 2006 23:57:42 +0300 (MSK) (envelope-from oleg@lath.rinet.ru) Received: (from oleg@localhost) by lath.rinet.ru (8.13.4/8.13.4/Submit) id k0UKvgsB083539; Mon, 30 Jan 2006 23:57:42 +0300 (MSK) (envelope-from oleg) Date: Mon, 30 Jan 2006 23:57:42 +0300 From: Oleg Bulyzhin To: husnu demir Message-ID: <20060130205742.GB82483@lath.rinet.ru> References: <20060127122438.GA1044592@metu.edu.tr> <20060127153512.GX83922@FreeBSD.org> <20060127161151.GA1093828@metu.edu.tr> <20060127161348.GA83922@cell.sick.ru> <20060127162904.GA1224732@metu.edu.tr> <20060128080843.GA22614@lath.rinet.ru> <20060129144448.GA1077392@metu.edu.tr> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="neYutvxvOLaeuPCA" Content-Disposition: inline In-Reply-To: <20060129144448.GA1077392@metu.edu.tr> User-Agent: Mutt/1.5.11 Cc: stable@freebsd.org, Gleb Smirnoff Subject: Re: if_bge driver problem. - Upgrade to RELEASE :) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jan 2006 20:57:56 -0000 --neYutvxvOLaeuPCA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sun, Jan 29, 2006 at 04:44:48PM +0200, husnu demir wrote: > On Sat, Jan 28, 2006 at 11:08:43AM +0300, Oleg Bulyzhin wrote: > > On Fri, Jan 27, 2006 at 06:29:04PM +0200, husnu demir wrote: > > > > Also it is important to know whether doing 'ifconfig bge0 -rxcsum -txcsum' > > > > fixes operation on 6.0-STABLE. > > > > > > No, It does not fixed. I will go back to STABLE if you need further detail. > > > > > > > Could you please provide following information: > > 1) boot with verbose mode on (boot -v or verbose_loading="YES" into your > > loader.conf) and check your console messages. Are there any > > "bge2: link UP/DOWN" messages? Unplug/plug cable and check those messages again. > > > > 2) When you sniff bge2 with tcpdump which packets do you see (incoming, outgoing, both)? > > > > -- > > Oleg. > > Hi Oleg, > > I added ; > > root@~# less /boot/loader.conf > verbose_loading="YES > > > and reboot the machine; > > root@~# uname -a > FreeBSD nrouter.cc.metu.edu.tr 6.0-STABLE FreeBSD 6.0-STABLE #1: Sun Jan 29 16:29:48 EET 2006 root@nrouter.cc.metu.edu.tr:/usr/obj/usr/src/sys/NON-GENERIC i386 > > and dmesg shows nothing. After reboot I configured bge2 with ; > > ifconfig bge2 xxx.yyy.2.2/24 up > > root@~# dmesg | grep bge > bge0: mem 0xf1020000-0xf102ffff irq 48 at device 1.0 on pci3 > miibus0: on bge0 > bge0: Ethernet address: 00:11:09:9b:6a:7d > bge1: mem 0xf1000000-0xf100ffff irq 52 at device 2.0 on pci3 > miibus1: on bge1 > bge1: Ethernet address: 00:04:76:f7:99:6e > bge2: mem 0xf1010000-0xf101ffff irq 56 at device 3.0 on pci3 > bge2: Ethernet address: 00:10:18:00:4d:53 > bge0: link state changed to UP > > then I tried to remove the fiber optic connection from the card and reinsert but there was no error messages. I tried it a couple of times. It shows "no carrier" message in the ifconfig status but print no console message. > > > I also added the tcpdump; before starting out tcpdump I initiated a ping xxx.yyy.2.1 for the outgoing messages. No PF working . > > > > root@~# pfctl -d > pfctl: pf not enabled > Could you apply attached patch and try those tests again (verbose boot, plug/unplug cable, check for link messages)? -- Oleg. --neYutvxvOLaeuPCA Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="bge_tbi-link.patch" Index: if_bge.c =================================================================== RCS file: /home/ncvs/src/sys/dev/bge/if_bge.c,v retrieving revision 1.91.2.10 diff -u -r1.91.2.10 if_bge.c --- if_bge.c 30 Jan 2006 13:17:44 -0000 1.91.2.10 +++ if_bge.c 30 Jan 2006 20:53:54 -0000 @@ -3769,23 +3769,9 @@ } if (sc->bge_tbi) { - /* - * Sometimes PCS encoding errors are detected in - * TBI mode (on fiber NICs), and for some reason - * the chip will signal them as link changes. - * If we get a link change event, but the 'PCS - * encoding error' bit in the MAC status register - * is set, don't bother doing a link check. - * This avoids spurious "link UP" messages - * that sometimes appear on fiber NICs during - * periods of heavy traffic. (There should be no - * effect on copper NICs.) - */ status = CSR_READ_4(sc, BGE_MAC_STS); - if (!(status & (BGE_MACSTAT_PORT_DECODE_ERROR| - BGE_MACSTAT_MI_COMPLETE))) { - if (!sc->bge_link && - (status & BGE_MACSTAT_TBI_PCS_SYNCHED)) { + if (status & BGE_MACSTAT_TBI_PCS_SYNCHED) { + if (!sc->bge_link) { sc->bge_link++; if (sc->bge_asicrev == BGE_ASICREV_BCM5704) BGE_CLRBIT(sc, BGE_MAC_MODE, @@ -3793,11 +3779,13 @@ CSR_WRITE_4(sc, BGE_MAC_STS, 0xFFFFFFFF); if (bootverbose) if_printf(sc->bge_ifp, "link UP\n"); - } else if (sc->bge_link) { - sc->bge_link = 0; - if (bootverbose) - if_printf(sc->bge_ifp, "link DOWN\n"); + if_link_state_change(sc->bge_ifp, LINK_STATE_UP); } + } else if (sc->bge_link) { + sc->bge_link = 0; + if (bootverbose) + if_printf(sc->bge_ifp, "link DOWN\n"); + if_link_state_change(sc->bge_ifp, LINK_STATE_DOWN); } } else { /* --neYutvxvOLaeuPCA-- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 30 21:03:56 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7FF3416A420 for ; Mon, 30 Jan 2006 21:03:56 +0000 (GMT) (envelope-from dwilde@sandia.gov) Received: from mm02snlnto.sandia.gov (mm02snlnto.sandia.gov [132.175.109.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1853443D45 for ; Mon, 30 Jan 2006 21:03:56 +0000 (GMT) (envelope-from dwilde@sandia.gov) Received: from 132.175.109.1 by MM01SNLNTO.sandia.gov with ESMTP ( Tumbleweed MMS SMTP Relay 01 (MMS v5.6.3)); Mon, 30 Jan 2006 14:03:38 -0700 X-Server-Uuid: 2C1074A8-2B28-4DE3-9F7D-FF40AE090BA2 Received: from ES23SNLNT.srn.sandia.gov (ec04snlnt.sandia.gov [134.253.164.156] (may be forged)) by mailgate.sandia.gov ( 8.13.3/8.13.3) with ESMTP id k0UL2int002259 for ; Mon, 30 Jan 2006 14:03:36 -0700 (MST) Received: from ES20SNLNT.srn.sandia.gov ([134.253.164.29]) by ES23SNLNT.srn.sandia.gov with Microsoft SMTPSVC(6.0.3790.1830); Mon, 30 Jan 2006 14:03:07 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Mon, 30 Jan 2006 14:03:07 -0700 Message-ID: <040DF00BF960A24897B5B3EFBE63FE8A01CE927A@ES20SNLNT.srn.sandia.gov> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: X.org 6.9 thread-index: AcYl1Zkh53jdHc0uTGGLN+gtm/JNpgACVfxw From: "Wilde, Donald" To: freebsd-stable@freebsd.org X-OriginalArrivalTime: 30 Jan 2006 21:03:07.0660 (UTC) FILETIME=[91DB2CC0:01C625E0] X-WSS-ID: 6FC0A0A01A01301253-01-01 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: RE: X.org 6.9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jan 2006 21:03:56 -0000 Hi, Kamikaze - Mine only has the following, twice for two heads. MonitorLayout was already commented out. Section "Device" Option "BusType" "PCIE" # []4 Identifier "Card0" Driver "radeon" VendorName "ATI Technologies Inc" BoardName "RADEON X300" BusID "PCI:1:0:0" EndSection I followed all your other suggestions, and they speeded up the non-accelerated startup quite a bit, but it still crashes _hard_ with DRI enabled. -- Don Wilde Org 01737 505-844-1126 If you don't find it in the index, look very carefully through the entire catalogue. - Sears, Roebuck, and Co. Consumer's Guide, 1897 -----Original Message----- From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd-stable@freebsd.org] On Behalf Of [LoN]Kamikaze Sent: Monday, January 30, 2006 12:52 PM To: freebsd-stable@freebsd.org Subject: Re: X.org 6.9 My X also didn't start after the update. I got it fixed though. The trouble seems to be related to improved monitor detection that conflicts with manual settings. To get my X work again I removed all entries in the section Monitor except for Identifier: Section "Monitor" Identifier "LCD" EndSection I also removed the MonitorLayout from my Device section, this was actually causing the problem I think, even though the entry was correct it seemed to cause problems with the auto detection of xorg. It now looks like this: Section "Device" Identifier "ATI Radeon 7500 Mobile" Driver "radeon" Option "BusType" "AGP" Option "AGPMode" "4" Option "AGPFastWrite" "true" Option "GartSize" "64" Option "EnablePageFlip" "true" Option "DDCMode" "true" EndSection I also cleaned up my Screen section, because X is now well capable of detecting the supported resolutions without me interfering: Section "Screen" Identifier "Screen 1" Device "ATI Radeon 7500 Mobile" Monitor "LCD" DefaultDepth 24 EndSection BTW, DRI is not broken for me and after the update glxgears performs with 37% more fps. I also noticed a performance boost in Quake 3 Arena. Stacey Roberts wrote: > Hello, >=20 > On Mon, 30 Jan 2006, Wilde, Donald wrote: >=20 >> Friday, I updated to latest 6-stable and did portupgrade --all=20 >> successfully, however, I did not restart the system and X until this=20 >> morning. The system boots to login properly, but will not startx to KDE. >> It locks up completely, cannot even ssh in from outside. Seeing the=20 >> note in /usr/ports/UPDATING about Display Postscript, I cvsupped=20 >> again and rebuilt world, ran portupgrade again, and cleaned x11/kde3=20 >> and did make && make install on it. No tasty enchiladas yet. I just=20 >> tried running startx without startkde in .xinitrc, but still no luck. >> The X log file >> (/var/log/Xorg.0.log) never gets written. I am about to make clean=20 >> for all X.org libraries and reinstall. >> >> What else should I be doing? >=20 > For me on my IBM T43, updating to Xorg-6.9 broke X as well. After some > time spent hunting around for answers, I found a thread that suggested that Xorg-6.9 broke DRI (certainly for the graphics card on the T43). >=20 > Disabling DRI in xorg.conf then enabled me to use startx successfully=20 > thereafter., Might be worth a shot for you too. >=20 > Regards, >=20 > Stacey >=20 >> -- >> Don Wilde Org 01737 505-844-1126 >> Man does not live by words alone, despite the fact that sometimes he=20 >> has to eat them. - Adlai E. Stevenson Jr. >> >> >> >> >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list=20 >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >> > _______________________________________________ > freebsd-stable@freebsd.org mailing list=20 > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >=20 >=20 From owner-freebsd-stable@FreeBSD.ORG Mon Jan 30 21:39:51 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 58B3C16A420; Mon, 30 Jan 2006 21:39:51 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from smtp3.adl2.internode.on.net (smtp3.adl2.internode.on.net [203.16.214.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 03E2C43D69; Mon, 30 Jan 2006 21:39:42 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from midget.dons.net.au (ppp208-69.lns1.adl2.internode.on.net [203.122.208.69]) by smtp3.adl2.internode.on.net (8.13.5/8.13.5) with ESMTP id k0ULdXnL042695; Tue, 31 Jan 2006 08:09:41 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.dons.net.au (inchoate.dons.net.au [10.0.2.99]) (authenticated bits=0) by midget.dons.net.au (8.13.4/8.13.3) with ESMTP id k0ULdV5b089459 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 31 Jan 2006 08:09:33 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Michael Nottebrock Date: Tue, 31 Jan 2006 08:09:16 +1030 User-Agent: KMail/1.9.1 References: <200601301652.16237.doconnor@gsoft.com.au> <43DE26C5.2020502@freebsd.org> In-Reply-To: <43DE26C5.2020502@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1412008.oSxvlfVJ3c"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200601310809.25242.doconnor@gsoft.com.au> X-Spam-Score: 0 () X-Scanned-By: MIMEDefang 2.52 on 10.0.2.7 Cc: freebsd-stable@freebsd.org Subject: Re: KDE 3.5.0 seems much chubbier than 3.4.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jan 2006 21:39:51 -0000 --nextPart1412008.oSxvlfVJ3c Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 31 January 2006 01:16, Michael Nottebrock wrote: > > I did recently update to the latest -current (ie new malloc > > implementation) but the the sluggish behaviour was still present prior = to > > that (although maybe not as bad) > > Not to suggest you're imagining things, but someone else just posted on > freebsd-current@ that other applications show greatly increased memory > usage as well, so it probably is a -current specific problem after all. I did have a kernel from before the new malloc and it still seemed quite=20 sluggish. I remember being stuck because a commit to the AGP driver on=20 20/12/05 prevented the nvidia driver building. Only yesterday did I revert those changes and built a new kernel & installe= d=20 it. Unfortunately I don't have any logs or top/ps output from before the new=20 kernel :( =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1412008.oSxvlfVJ3c Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBD3oeN5ZPcIHs/zowRAl4VAJ0YEIrZd/j8NGXqAD5WGqj+9qSWHwCaA05x QU8QDIRo4178+pw+XZfdIwE= =CAIF -----END PGP SIGNATURE----- --nextPart1412008.oSxvlfVJ3c-- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 30 21:55:58 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D7DB616A422; Mon, 30 Jan 2006 21:55:58 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C4FA43D60; Mon, 30 Jan 2006 21:55:55 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 646411A3C2B; Mon, 30 Jan 2006 13:55:55 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 99CE45125B; Mon, 30 Jan 2006 16:55:54 -0500 (EST) Date: Mon, 30 Jan 2006 16:55:54 -0500 From: Kris Kennaway To: Daniel O'Connor Message-ID: <20060130215554.GA68540@xor.obsecurity.org> References: <200601301652.16237.doconnor@gsoft.com.au> <43DE26C5.2020502@freebsd.org> <200601310809.25242.doconnor@gsoft.com.au> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="FL5UXtIhxfXey3p5" Content-Disposition: inline In-Reply-To: <200601310809.25242.doconnor@gsoft.com.au> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org, Michael Nottebrock Subject: Re: KDE 3.5.0 seems much chubbier than 3.4.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jan 2006 21:55:59 -0000 --FL5UXtIhxfXey3p5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jan 31, 2006 at 08:09:16AM +1030, Daniel O'Connor wrote: > On Tuesday 31 January 2006 01:16, Michael Nottebrock wrote: > > > I did recently update to the latest -current (ie new malloc > > > implementation) but the the sluggish behaviour was still present prio= r to > > > that (although maybe not as bad) > > > > Not to suggest you're imagining things, but someone else just posted on > > freebsd-current@ that other applications show greatly increased memory > > usage as well, so it probably is a -current specific problem after all. >=20 > I did have a kernel from before the new malloc and it still seemed quite= =20 > sluggish. I remember being stuck because a commit to the AGP driver on=20 > 20/12/05 prevented the nvidia driver building. new malloc =3D userland, not kernel. Kris P.S. You're posting to the wrong list ;) --FL5UXtIhxfXey3p5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD3otqWry0BWjoQKURAnAkAKC/Tx6eNYAfW2WSKY/c4OdVnhL20wCg7Zrd KJ9pFFKJgyzi3a6X6ctcBzs= =sTTq -----END PGP SIGNATURE----- --FL5UXtIhxfXey3p5-- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 30 21:58:33 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B13CF16A422 for ; Mon, 30 Jan 2006 21:58:33 +0000 (GMT) (envelope-from elfshadow@physics.upatras.gr) Received: from nic.upatras.gr (nic.upatras.gr [150.140.129.30]) by mx1.FreeBSD.org (Postfix) with SMTP id 1E21643D66 for ; Mon, 30 Jan 2006 21:58:27 +0000 (GMT) (envelope-from elfshadow@physics.upatras.gr) Received: (qmail 8347 invoked by uid 111); 30 Jan 2006 21:58:26 -0000 Received: from 150.140.159.71 by nic.upatras.gr (envelope-from , uid 103) with qmail-scanner-1.25 (clamdscan: 0.83/706. Clear:RC:1(150.140.159.71):. Processed in 0.063437 secs); 30 Jan 2006 21:58:26 -0000 Received: from pythagoras.physics.upatras.gr (150.140.159.71) by nic.upatras.gr with SMTP; 30 Jan 2006 21:58:25 -0000 Received: (qmail 3346 invoked by uid 1189); 30 Jan 2006 22:01:05 -0000 Date: Tue, 31 Jan 2006 00:01:05 +0200 From: Laganakos Vassilis To: freebsd-stable@freebsd.org Message-ID: <20060130220105.GA3260@pythagoras.physics.upatras.gr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2i Subject: X.org 6.9 - Greek Keyboard Layout - FreeBSD 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jan 2006 21:58:33 -0000 Hello, I use two layouts on X, English and Greek. I use the following lines in xorg.conf to switch between those two: Option "XkbRules" "xorg" Option "XkbModel" "acpi" Option "XkbLayout" "us,el" Option "XkbOptions" "grp:alt_shift_toggle,grp_led:scroll,altwin:menu" This worked just fine until I port-upgraded to X.org 6.9 last week. It was compiled and installed correctly. Whe I tried to start X I noticed that I couldn't switch to the Greek layout, and I could not switch to to console with the Alt-Ctrl-F? key combination. When I exited the X mode, I saw the following message: The XKEYBOARD keymap compiler (xkbcomp) reports: > Error: Can't find file "pc/el" for symbols include > Exiting > Abandoning symbols file "basic" > Abandoning symbols file "default" Errors from xkbcomp are not fatal to the X server So I was forced to comment out the last two of those lines in xorg.conf and use only English. Greek are can be displayed in any program or Web page, but I cannot type in greek. When I searched out the web for any clues, I found the following: http://archives.neohapsis.com/archives/linux/mandrake/2006-q1/0018.html http://rpmfind.net/linux/RPM/mandriva/devel/cooker/ppc/media/main/xorg-x11-100dpi-fonts-6.9.0-8mdk.ppc.html which state that there was an issue with Greek keyboard, but it should be corrected with the 6.9.0 final. Any ideas why's that happening in FreeBSD 6.0 Stable or how could I repair it? Thanx, Vassilis -- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 30 22:11:28 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A956616A420 for ; Mon, 30 Jan 2006 22:11:28 +0000 (GMT) (envelope-from atanas@asd.aplus.net) Received: from smtpa.abac.com (smtpa.abac.com [216.55.128.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 283C743D55 for ; Mon, 30 Jan 2006 22:11:28 +0000 (GMT) (envelope-from atanas@asd.aplus.net) Received: from asd0.aplus.net ([216.55.129.41]) by smtpa.abac.com with esmtp id 1F3hF5-000NJ7-KD; Mon, 30 Jan 2006 14:11:23 -0800 Message-ID: <43DE902F.30508@asd.aplus.net> Date: Mon, 30 Jan 2006 14:16:15 -0800 From: Atanas User-Agent: Thunderbird 1.5 (X11/20051201) MIME-Version: 1.0 To: Henri Hennebert References: <43BFAB99.1030208@restart.be> In-Reply-To: <43BFAB99.1030208@restart.be> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Aplus-MailScanner-Information: Please contact the ISP for more information X-Aplus-MailScanner: Found to be clean X-Aplus-MailScanner-SpamCheck: not spam, SpamAssassin (score=-1.799, required 1, autolearn=disabled, ALL_TRUSTED -1.80, BAYES_50 0.00) Cc: freebsd-stable@freebsd.org Subject: Re: 6.0-RELEASE freeze repetitively X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jan 2006 22:11:28 -0000 Henri Hennebert said the following on 01/07/06 03:52: > Hello, > > I have a production server which freeze from time to time > (from 5 hours to 7 days between freeze). > > I try (in /boot/loader.conf.local): > > - hint.acpi.0.disabled="1" > > - debug.mpsafevfs=0 > debug.mpsafevm=0 > > to no avail. > If you have SMP and QUOTA enabled, you might find the following threads useful: http://lists.freebsd.org/pipermail/freebsd-hackers/2005-November/014339.html http://lists.freebsd.org/pipermail/freebsd-stable/2005-December/020606.html http://lists.freebsd.org/pipermail/freebsd-stable/2006-January/021693.html All of the possible workarounds I know are limited to the following: - disable SMP - disable QUOTA support - downgrade to 5.4(-STABLE) This should have been in errata since mid Nov 2005. Regards, Atanas > I setup a serial console and go into ddb and get: > > KDB: enter: Line break on console > [thread pid 61 tid 100052 ] > Stopped at kdb_enter+0x30: leave > db> > db> bt > Tracing pid 61 tid 100052 td 0xc355e300 > kdb_enter(c075ddb2,a,9e0a90,417ff9,e69e0aac) at kdb_enter+0x30 > siointr1(c3660800,a,2,2,6400) at siointr1+0xe7 > siointr(c3660800,257,0,4,c355e300) at siointr+0x78 > intr_execute_handlers(c352b090,e69e0aa0,e69e0af8,c06fee23,34) at > intr_execute_handlers+0x98 > lapic_handle_intr(34) at lapic_handle_intr+0x3a > Xapic_isr1() at Xapic_isr1+0x33 > --- interrupt, eip = 0xc057d1c0, esp = 0xe69e0ae4, ebp = 0xe69e0af8 --- > vop_stdlock(c078e260,e69e0b50,e69e0b20,c0721424,e69e0b50) at vop_stdlock > ffs_lock(e69e0b50,0,2012,c54db440,e69e0b6c) at ffs_lock+0x19 > VOP_LOCK_APV(c078db60,e69e0b50,c3811400,e69e0b4c,c057d232) at > VOP_LOCK_APV+0x54 > vn_lock(c54db440,2012,c355e300,c079a980,c6029000) at vn_lock+0x13e > vget(c54db440,2012,c355e300,c81c1aa0,1) at vget+0xff > qsync(c3811400,c3811400,c355e300,c3b64660,0) at qsync+0x1df > ffs_sync(c3811400,3,c355e300,c355e300,c355e300) at ffs_sync+0x3fb > sync_fsync(e69e0ca0,e69e0cbc,c05876a4,c0782700,e69e0ca0) at > sync_fsync+0x21b > VOP_FSYNC_APV(c0782700,e69e0ca0,c355e300,0,e69e0cbc) at VOP_FSYNC_APV+0x3e > sync_vnode(c39093f0,c355e300,68,c07493b5,0) at sync_vnode+0x1b4 > sched_sync(0,e69e0d38,4489e045,458d1424,244489dc) at sched_sync+0x2ef > fork_exit(c05877a0,0,e69e0d38) at fork_exit+0x80 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0x1, eip = 0, esp = 0xe69e0d6c, ebp = 0 --- > db> ps > pid proc uid ppid pgrp flag stat wmesg wchan cmd > 94717 c3e64624 80 94700 94696 0004000 [RUNQ] rrdtool > 94703 c3c08624 0 800 800 0000101 [RUNQ] rsync > 94702 c3e6c000 80 94698 94698 0004000 [RUNQ] perl > 94701 c3e6420c 113 94697 94697 0004001 [RUNQ] perl5.8.7 > 94700 c5f41a3c 80 94696 94696 0004000 [SLPQ wait 0xc5f41a3c][SLP] > perl5.8.7 > 94698 c35fb418 80 94693 94698 0004000 [SLPQ wait 0xc35fb418][SLP] sh > 94697 c3e6c20c 113 94694 94697 0004000 [SLPQ wait 0xc3e6c20c][SLP] sh > 94696 c382a20c 80 94692 94696 0004000 [SLPQ wait 0xc382a20c][SLP] sh > 94694 c35fb000 0 710 710 0000000 [SLPQ piperd 0xc4adc660][SLP] cron > 94693 c8160c48 0 710 710 0000000 [SLPQ piperd 0xc815b4c8][SLP] cron > 94692 c5f40624 0 710 710 0000000 [SLPQ piperd 0xc38a9198][SLP] cron > 94689 c815f000 0 1 94689 0000100 [SLPQ select 0xc07a7404][SLP] > sendmail > 94584 c3e6ca3c 60667 678 678 0000100 [SLPQ lockf 0xc5c2ea80][SLP] > perl5.8.7 > 94338 c3c08a3c 60667 678 678 0000100 [SLPQ lockf 0xc5c636c0][SLP] > perl5.8.7 > 94300 c43ab830 8 758 739 0004000 [SLPQ nanslp 0xc07a086c][SLP] sleep > 93950 c389f624 60667 678 678 0000100 [SLPQ lockf 0xc5c2e380][SLP] > perl5.8.7 > 93326 c43aaa3c 60667 678 678 0000100 [SLPQ select 0xc07a7404][SLP] > perl5.8.7 > 93248 c3c08830 0 694 694 0000100 [SLPQ select 0xc07a7404][SLP] > sendmail > 92514 c43ab624 8 754 754 0004000 [SLPQ sbwait 0xc4a43a64][SLP] > perl5.8.7 > 92513 c3c08418 8 754 754 0004000 [SLPQ select 0xc07a7404][SLP] > innfeed > 88624 c816020c 0 1 88624 0004002 [SLPQ ttyin 0xc3666010][SLP] getty > 88573 c3827418 0 1 88573 0004002 [SLPQ ttyin 0xc3666410][SLP] getty > 88570 c43a820c 0 1 88570 0004002 [SLPQ ttyin 0xc3665410][SLP] getty > 3820 c39ca624 0 1 3820 0004002 [SLPQ ttyin 0xc3664c10][SLP] getty > 905 c43ab20c 0 1 905 0000000 [SLPQ select 0xc07a7404][SLP] inetd > 896 c3e64c48 0 1 896 0000000 [SLPQ select 0xc07a7404][SLP] > moused > 872 c389c000 0 1 68 000c082 (threaded) java > thread 0xc60c9600 ksegrp 0xc389e1e0 [SLPQ kserel 0xc389e214][SLP] > thread 0xc4f56180 ksegrp 0xc389e1e0 [SLPQ sbwait 0xc5e2ae90][SLP] > thread 0xc49eda80 ksegrp 0xc389e1e0 [SLPQ sbwait 0xc6191a64][SLP] > thread 0xc4f61180 ksegrp 0xc389e1e0 [SLPQ kserel 0xc389e214][SLP] > thread 0xc49fb900 ksegrp 0xc389e1e0 [SLPQ sbwait 0xc3a37a64][SLP] > thread 0xc4d13a80 ksegrp 0xc389e1e0 [SLPQ sbwait 0xc60d4e90][SLP] > thread 0xc5f5c900 ksegrp 0xc389e1e0 [SLPQ accept 0xc3d9ab5a][SLP] > thread 0xc4f22d80 ksegrp 0xc389e1e0 [SLPQ sbwait 0xc5eba20c][SLP] > thread 0xc622ad80 ksegrp 0xc389e1e0 [SLPQ sbwait 0xc61914d4][SLP] > thread 0xc3e65300 ksegrp 0xc389e1e0 [SLPQ accept 0xc3d9a9f6][SLP] > thread 0xc3e65000 ksegrp 0xc43a9000 [SLPQ ksesigwait 0xc389c138][SLP] > 843 c3c08000 100 841 843 0004000 [SLPQ piperd 0xc39cb4c8][SLP] > unlinkd > 841 c3e6c830 100 837 837 000c080 (threaded) squid > thread 0xc3b70480 ksegrp 0xc3e6b360 [SLPQ kserel 0xc3e6b394][SLP] > thread 0xc4f1c180 ksegrp 0xc3e6b360 [SLPQ kserel 0xc3e6b394][SLP] > thread 0xc3f65600 ksegrp 0xc3e6b360 [SLPQ select 0xc07a7404][SLP] > thread 0xc3e66780 ksegrp 0xc389e2a0 [SLPQ kserel 0xc389e2d4][SLP] > thread 0xc3e66900 ksegrp 0xc389e300 [SLPQ kserel 0xc389e334][SLP] > thread 0xc3e66a80 ksegrp 0xc389e360 [SLPQ kserel 0xc389e394][SLP] > thread 0xc3e66c00 ksegrp 0xc389e3c0 [SLPQ kserel 0xc389e3f4][SLP] > thread 0xc3e66d80 ksegrp 0xc389e420 [SLPQ kserel 0xc389e454][SLP] > thread 0xc3ea3000 ksegrp 0xc389e480 [SLPQ kserel 0xc389e4b4][SLP] > thread 0xc3ea3180 ksegrp 0xc389e4e0 [SLPQ kserel 0xc389e514][SLP] > thread 0xc3ea3300 ksegrp 0xc389e540 [SLPQ kserel 0xc389e574][SLP] > thread 0xc3ea3480 ksegrp 0xc389e5a0 [SLPQ kserel 0xc389e5d4][SLP] > thread 0xc3ea3600 ksegrp 0xc389e600 [SLPQ kserel 0xc389e634][SLP] > thread 0xc3ea3780 ksegrp 0xc389e660 [SLPQ kserel 0xc389e694][SLP] > thread 0xc3ea3900 ksegrp 0xc389e6c0 [SLPQ kserel 0xc389e6f4][SLP] > thread 0xc3ea3a80 ksegrp 0xc389e720 [SLPQ kserel 0xc389e754][SLP] > thread 0xc3ea3c00 ksegrp 0xc389e780 [SLPQ kserel 0xc389e7b4][SLP] > thread 0xc3ea3d80 ksegrp 0xc389e7e0 [SLPQ kserel 0xc389e814][SLP] > thread 0xc3ea7000 ksegrp 0xc389e840 [SLPQ kserel 0xc389e874][SLP] > thread 0xc3ea7180 ksegrp 0xc389e8a0 [SLPQ kserel 0xc389e8d4][SLP] > thread 0xc3ea7300 ksegrp 0xc389e900 [SLPQ kserel 0xc389e934][SLP] > thread 0xc3ea7480 ksegrp 0xc389e960 [SLPQ kserel 0xc389e994][SLP] > thread 0xc3ea7600 ksegrp 0xc389e9c0 [SLPQ kserel 0xc389e9f4][SLP] > thread 0xc3ea7780 ksegrp 0xc389ea20 [SLPQ kserel 0xc389ea54][SLP] > thread 0xc3c85780 ksegrp 0xc389ea80 [SLPQ kserel 0xc389eab4][SLP] > thread 0xc3c85d80 ksegrp 0xc389eae0 [SLPQ kserel 0xc389eb14][SLP] > thread 0xc3b70180 ksegrp 0xc389eb40 [SLPQ kserel 0xc389eb74][SLP] > thread 0xc3829900 ksegrp 0xc389eba0 [SLPQ kserel 0xc389ebd4][SLP] > thread 0xc3c7e180 ksegrp 0xc389ec00 [SLPQ kserel 0xc389ec34][SLP] > thread 0xc3b70900 ksegrp 0xc389ec60 [SLPQ kserel 0xc389ec94][SLP] > thread 0xc3c85600 ksegrp 0xc389ecc0 [SLPQ kserel 0xc389ecf4][SLP] > thread 0xc3c7f000 ksegrp 0xc389ed20 [SLPQ kserel 0xc389ed54][SLP] > thread 0xc3c7e000 ksegrp 0xc389ed80 [SLPQ kserel 0xc389edb4][SLP] > thread 0xc3c85900 ksegrp 0xc389ede0 [SLPQ kserel 0xc389ee14][SLP] > thread 0xc3c7f300 ksegrp 0xc389ee40 [SLPQ kserel 0xc389ee74][SLP] > thread 0xc3c7f180 ksegrp 0xc389eea0 [SLPQ ksesigwait 0xc3e6c968][SLP] > 837 c389f20c 100 1 837 0000000 [SLPQ wait 0xc389f20c][SLP] squid > 824 c39cac48 60001 823 823 000c180 (threaded) python2.3 > thread 0xc4f51300 ksegrp 0xc354f420 [SLPQ kserel 0xc354f454][SLP] > thread 0xc361a600 ksegrp 0xc354f420 [SLPQ select 0xc07a7404][SLP] > thread 0xc355ea80 ksegrp 0xc354f420 [SLPQ kserel 0xc354f454][SLP] > thread 0xc3f14900 ksegrp 0xc3e6b960 [SLPQ ksesigwait 0xc39cad80][SLP] > 823 c382a000 0 1 823 0000000 [SLPQ select 0xc07a7404][SLP] > python2.3 > 817 c39ca830 0 811 811 0000001 [SLPQ lockf 0xc5ce1040][SLP] > saslauthd > 816 c39caa3c 0 811 811 0000001 [SLPQ accept 0xc3c02e22][SLP] > saslauthd > 815 c39ca20c 0 811 811 0000001 [SLPQ lockf 0xc61bac80][SLP] > saslauthd > 814 c389c20c 0 811 811 0000001 [SLPQ lockf 0xc3847580][SLP] > saslauthd > 811 c39c9000 0 1 811 0000001 [SLPQ lockf 0xc3c86640][SLP] > saslauthd > 800 c39c9624 0 1 800 0000000 [SLPQ select 0xc07a7404][SLP] rsync > 793 c3827a3c 0 1 793 0000000 [SLPQ select 0xc07a7404][SLP] > racoon > 785 c39ca000 60001 784 784 0004100 [SLPQ select 0xc07a7404][SLP] > python2.3 > 784 c382720c 0 1 784 0000000 [SLPQ select 0xc07a7404][SLP] > python2.3 > 778 c3c07418 80 731 731 0008180 (threaded) httpd > thread 0xc4f1c600 ksegrp 0xc354f2a0 [SLPQ kserel 0xc354f2d4][SLP] > thread 0xc520cc00 ksegrp 0xc354f2a0 [SLPQ kserel 0xc354f2d4][SLP] > thread 0xc5efd000 ksegrp 0xc354f2a0 [SLPQ select 0xc07a7404][SLP] > thread 0xc5e10180 ksegrp 0xc354f2a0 [SLPQ lockf 0xc38a7d80][SLP] > thread 0xc4abb300 ksegrp 0xc354f2a0 [SLPQ select 0xc07a7404][SLP] > thread 0xc3c7ea80 ksegrp 0xc3c09000 [SLPQ ksesigwait 0xc3c07550][SLP] > thread 0xc3b6fa80 ksegrp 0xc354f2a0 [SLPQ piperd 0xc38a9b28][SLP] > 777 c3c07624 80 731 731 0008180 (threaded) httpd > thread 0xc4166900 ksegrp 0xc354f240 [SLPQ kserel 0xc354f274][SLP] > thread 0xc60c9300 ksegrp 0xc354f240 [SLPQ select 0xc07a7404][SLP] > thread 0xc4f56c00 ksegrp 0xc354f240 [SLPQ kserel 0xc354f274][SLP] > thread 0xc60cad80 ksegrp 0xc354f240 [SLPQ lockf 0xc5c2e940][SLP] > thread 0xc3c7ed80 ksegrp 0xc3c09060 [SLPQ ksesigwait 0xc3c0775c][SLP] > thread 0xc3b6f900 ksegrp 0xc354f240 [SLPQ piperd 0xc38a9b28][SLP] > 776 c3c07830 80 731 731 0008180 (threaded) httpd > thread 0xc4d14900 ksegrp 0xc354f1e0 [SLPQ kserel 0xc354f214][SLP] > thread 0xc60c9c00 ksegrp 0xc354f1e0 [SLPQ select 0xc07a7404][SLP] > thread 0xc5efdc00 ksegrp 0xc354f1e0 [SLPQ kserel 0xc354f214][SLP] > thread 0xc3c7f600 ksegrp 0xc3c090c0 [SLPQ ksesigwait 0xc3c07968][SLP] > thread 0xc3b6f780 ksegrp 0xc354f1e0 [SLPQ piperd 0xc38a9b28][SLP] > 775 c3c07a3c 0 731 731 0000000 [SLPQ accept 0xc3c0203a][SLP] httpd > 768 c389c624 80 731 731 0000100 [SLPQ accept 0xc3c01b5a][SLP] httpd > 759 c39ca418 8 756 739 0004002 [SLPQ nanslp 0xc07a086c][SLP] > perl5.8.7 > 758 c389ca3c 8 755 739 0004002 [SLPQ wait 0xc389ca3c][SLP] sh > 756 c38a320c 8 1 739 0000002 [SLPQ wait 0xc38a320c][SLP] sh > 755 c38a3a3c 8 1 739 0000002 [SLPQ wait 0xc38a3a3c][SLP] sh > 754 c3827830 8 1 754 0000001 [SLPQ select 0xc07a7404][SLP] innd > 731 c389f000 0 1 731 0000000 [SLPQ nanslp 0xc07a086c][SLP] httpd > 710 c389c830 0 1 710 0000000 [SLPQ nanslp 0xc07a086c][SLP] cron > 698 c39c9a3c 25 1 698 0000100 [SLPQ pause 0xc39c9a70][SLP] > sendmail > 694 c389fc48 0 1 694 0000100 [SLPQ select 0xc07a7404][SLP] > sendmail > 689 c389f830 60667 1 689 0008080 (threaded) amavis-milter > thread 0xc5f5ca80 ksegrp 0xc354fcc0 [SLPQ kserel 0xc354fcf4][SLP] > thread 0xc4d19a80 ksegrp 0xc354fcc0 [SLPQ select 0xc07a7404][SLP] > thread 0xc49fb180 ksegrp 0xc354fcc0 [SLPQ kserel 0xc354fcf4][SLP] > thread 0xc3c88a80 ksegrp 0xc354fcc0 [SLPQ select 0xc07a7404][SLP] > thread 0xc3b70600 ksegrp 0xc354f3c0 [SLPQ ksesigwait 0xc389f968][SLP] > 678 c3827000 60667 1 678 0000100 [SLPQ nanslp 0xc07a086c][SLP] > perl5.8.7 > 673 c389fa3c 0 1 673 0000100 [SLPQ select 0xc07a7404][SLP] sshd > 643 c38a3624 0 1 643 0000000 [SLPQ select 0xc07a7404][SLP] ntpd > 628 c39c9c48 0 1 628 0000000 [SLPQ select 0xc07a7404][SLP] lpd > 613 c39c9418 0 1 613 0000000 [SLPQ select 0xc07a7404][SLP] timed > 534 c38a3418 53 1 534 0000100 [SLPQ select 0xc07a7404][SLP] named > 473 c38a3830 0 1 473 0000000 [SLPQ select 0xc07a7404][SLP] > syslogd > 438 c3827c48 0 1 438 0000000 [SLPQ select 0xc07a7404][SLP] devd > 67 c382a624 0 0 0 0000204 [SLPQ - 0xe6c2ecf8][SLP] schedcpu > 66 c382a830 0 0 0 0000204 [SLPQ - 0xc07bb92c][SLP] nfsiod 3 > 65 c382aa3c 0 0 0 0000204 [SLPQ - 0xc07bb928][SLP] nfsiod 2 > 64 c382ac48 0 0 0 0000204 [SLPQ - 0xc07bb924][SLP] nfsiod 1 > 63 c355c20c 0 0 0 0000204 [SLPQ - 0xc07bb920][SLP] nfsiod 0 > 62 c355c418 0 0 0 0000204 [SLPQ vlruwt 0xc355c418][SLP] vnlru > 61 c355c624 0 0 0 0000204 [CPU 0] syncer > 60 c355c830 0 0 0 0000204 [SLPQ psleep 0xc07a794c][SLP] > bufdaemon > 59 c355ca3c 0 0 0 000020c [SLPQ pgzero 0xc07c1de4][SLP] > pagezero > 58 c355cc48 0 0 0 0000204 [SLPQ psleep 0xc07c1934][SLP] > vmdaemon > 57 c35bc000 0 0 0 0000204 [SLPQ psleep 0xc07c18f0][SLP] > pagedaemon > 56 c35bc20c 0 0 0 0000204 [IWAIT] swi0: sio > 55 c35bc418 0 0 0 0000204 [SLPQ - 0xc352b43c][SLP] fdc0 > 54 c35bc624 0 0 0 0000204 [SLPQ usbtsk 0xc079d8c4][SLP] > usbtask > 53 c35bc830 0 0 0 0000204 [SLPQ usbevt 0xc35c0210][SLP] usb0 > 9 c35bca3c 0 0 0 0000204 [SLPQ - 0xc3563300][SLP] acpi_task2 > 8 c35bcc48 0 0 0 0000204 [SLPQ - 0xc3563300][SLP] acpi_task1 > 7 c354d624 0 0 0 0000204 [SLPQ - 0xc3563300][SLP] acpi_task0 > 6 c354d830 0 0 0 0000204 [SLPQ - 0xc3563380][SLP] thread > taskq > 52 c354da3c 0 0 0 0000204 [IWAIT] swi6:+ > 51 c354dc48 0 0 0 0000204 [IWAIT] swi6: task queue > 50 c355b000 0 0 0 0000204 [IWAIT] swi2: cambio > 5 c355b20c 0 0 0 0000204 [SLPQ - 0xc3563700][SLP] kqueue > taskq > 49 c355b418 0 0 0 0000204 [IWAIT] swi5:+ > 48 c355b624 0 0 0 0000204 [SLPQ - 0xc079d1c0][SLP] yarrow > 4 c355b830 0 0 0 0000204 [SLPQ - 0xc079dd88][SLP] g_down > 3 c355ba3c 0 0 0 0000204 [SLPQ - 0xc079dd84][SLP] g_up > 2 c355bc48 0 0 0 0000204 [SLPQ - 0xc079dd7c][SLP] g_event > 47 c355c000 0 0 0 0000204 [IWAIT] swi3: vm > 46 c353ec48 0 0 0 000020c [CPU 1] swi4: clock sio > 45 c354c000 0 0 0 0000204 [IWAIT] swi1: net > 44 c354c20c 0 0 0 0000204 [IWAIT] irq0: > 43 c354c418 0 0 0 0000204 [IWAIT] irq31: > 42 c354c624 0 0 0 0000204 [LOCK Giant c8229dc0] irq30: fxp0 > 41 c354c830 0 0 0 0000204 [LOCK Giant c8229dc0] irq29: sym1 > 40 c354ca3c 0 0 0 0000204 [IWAIT] irq28: ohci0 > 39 c354cc48 0 0 0 0000204 [IWAIT] irq27: > 38 c354d000 0 0 0 0000204 [IWAIT] irq26: > 37 c354d20c 0 0 0 0000204 [IWAIT] irq25: > 36 c354d418 0 0 0 0000204 [IWAIT] irq24: > 35 c352d624 0 0 0 0000204 [IWAIT] irq23: > 34 c352d830 0 0 0 0000204 [IWAIT] irq22: > 33 c352da3c 0 0 0 0000204 [IWAIT] irq21: > 32 c352dc48 0 0 0 0000204 [IWAIT] irq20: sym0 > 31 c353e000 0 0 0 0000204 [IWAIT] irq19: > 30 c353e20c 0 0 0 0000204 [IWAIT] irq18: > 29 c353e418 0 0 0 0000204 [IWAIT] irq17: > 28 c353e624 0 0 0 0000204 [IWAIT] irq16: > 27 c353e830 0 0 0 0000204 [IWAIT] irq15: ata1 > 26 c353ea3c 0 0 0 0000204 [IWAIT] irq14: ata0 > 25 c34de20c 0 0 0 0000204 [IWAIT] irq13: > 24 c34de418 0 0 0 0000204 [IWAIT] irq12: psm0 > 23 c34de624 0 0 0 0000204 [IWAIT] irq11: > 22 c34de830 0 0 0 0000204 [IWAIT] irq10: > 21 c34dea3c 0 0 0 0000204 [IWAIT] irq9: acpi0 > 20 c34dec48 0 0 0 0000204 [IWAIT] irq8: > 19 c352d000 0 0 0 0000204 [IWAIT] irq7: ppc0 > 18 c352d20c 0 0 0 0000204 [IWAIT] irq6: fdc0 > 17 c352d418 0 0 0 0000204 [IWAIT] irq5: > 16 c34d9000 0 0 0 0000204 [IWAIT] irq4: sio0 > 15 c34d920c 0 0 0 0000204 [IWAIT] irq3: sio1 > 14 c34d9418 0 0 0 0000204 [IWAIT] irq2: > 13 c34d9624 0 0 0 0000204 [RUNQ] irq1: atkbd0 > 12 c34d9830 0 0 0 000020c [Can run] idle: cpu0 > 11 c34d9a3c 0 0 0 000020c [Can run] idle: cpu1 > 1 c34d9c48 0 0 1 0004200 [SLPQ wait 0xc34d9c48][SLP] init > 10 c34de000 0 0 0 0000204 [SLPQ ktrace 0xc079e7d8][SLP] > ktrace > 0 c079de80 0 0 0 0000200 [IWAIT] swapper > db> show lockedvnods > Locked vnodes > > 0xc43a1770: tag ufs, type VDIR > usecount 1, writecount 0, refcount 2 mountedhere 0 > flags () > lock type ufs: EXCL (count 1) by thread 0xc3c7e900 (pid 94701) > ino 8, on dev da1s1h > > 0xc3909330: tag syncer, type VNON > usecount 1, writecount 0, refcount 2 mountedhere 0 > flags () > lock type syncer: EXCL (count 1) by thread 0xc355e300 (pid 61) > > 0xc4c1caa0: tag ufs, type VREG > usecount 0, writecount 0, refcount 1 mountedhere 0 > flags (VI_DOOMED) > lock type ufs: EXCL (count 1) by thread 0xc3c7e900 (pid 94701) > ino 69, on dev da1s1h > db> show thread > 100156 (0xc3c7f480) > sched_switch(c3c7f480,c34df900,6,ed1c9c06,6cfa789d) at sched_switch+0x160 > 100127 (0xc38a5d80) sched_switch(c38a5d80,0,2,8d2becce,ac2bdc7b) at > sched_switch+0x160 > 100160 (0xc3e66000) > sched_switch(c3e66000,c34df900,6,59b5b15e,e07064b6) at sched_switch+0x160 > 100154 (0xc3c7e900) sched_switch(c3c7e900,0,1,2d651c7a,a2790c7f) at > sched_switch+0x160 > 100250 (0xc520c300) sched_switch(c520c300,0,1,75e66fe2,8e60e7df) at > sched_switch+0x160 > 100282 (0xc3c85a80) sched_switch(c3c85a80,0,1,f0b58d3e,e2542b6e) at > sched_switch+0x160 > 100161 (0xc3e65d80) sched_switch(c3e65d80,0,1,92f47c7e,e250531c) at > sched_switch+0x160 > 100071 (0xc3828600) sched_switch(c3828600,0,1,7c42da7e,e10c069a) at > sched_switch+0x160 > 100280 (0xc5210000) sched_switch(c5210000,0,1,ad9b423e,dd6bd755) at > sched_switch+0x160 > 100276 (0xc5e10300) sched_switch(c5e10300,0,1,7d81dcfe,de83f0d4) at > sched_switch+0x160 > 100239 (0xc520fd80) sched_switch(c520fd80,0,1,157f6e1e,dce9b713) at > sched_switch+0x160 > 100241 (0xc3b70a80) sched_switch(c3b70a80,0,1,6e3396d0,9c04a7f9) at > sched_switch+0x160 > 100165 (0xc3e65780) sched_switch(c3e65780,0,1,b52d9ee2,a365ff2) at > sched_switch+0x160 > 100129 (0xc38a5a80) sched_switch(c38a5a80,0,1,6358ee80,5150bbd6) at > sched_switch+0x160 > 100222 (0xc3f13000) sched_switch(c3f13000,0,1,85eb5e3a,6f1af712) at > sched_switch+0x160 > 100087 (0xc3829a80) sched_switch(c3829a80,0,1,f40b7eae,b6727aed) at > sched_switch+0x160 > 100216 (0xc3f14480) sched_switch(c3f14480,0,1,15e3b506,ff812e0c) at > sched_switch+0x160 > 100128 (0xc38a5c00) sched_switch(c38a5c00,0,1,b88a3d28,35446375) at > sched_switch+0x160 > 100221 (0xc3ea7a80) sched_switch(c3ea7a80,0,1,5609055a,536167f1) at > sched_switch+0x160 > 100126 (0xc3b6f000) sched_switch(c3b6f000,0,1,9a807a58,7e920f45) at > sched_switch+0x160 > 100271 (0xc520c180) sched_switch(c520c180,0,1,fea952ea,d5303890) at > sched_switch+0x160 > 100065 (0xc3829000) sched_switch(c3829000,0,1,373a6a6c,70d06376) at > sched_switch+0x160 > 100205 (0xc3f14a80) sched_switch(c3f14a80,0,1,7fdec2b8,10f2540b) at > sched_switch+0x160 > 100108 (0xc38a4180) sched_switch(c38a4180,0,1,f5d8e66e,80e8b786) at > sched_switch+0x160 > 100219 (0xc3ea7900) sched_switch(c3ea7900,0,1,487e208a,6c60d329) at > sched_switch+0x160 > 100159 (0xc3e66180) sched_switch(c3e66180,0,1,6d4069ac,8016b60e) at > sched_switch+0x160 > 100229 (0xc60c9600) sched_switch(c60c9600,0,1,f785468,b78e53fa) at > sched_switch+0x160 > 100164 (0xc4f56180) > sched_switch(c4f56180,c60c9600,1,36fa0956,b960c70d) at sched_switch+0x160 > 100201 (0xc49eda80) > sched_switch(c49eda80,c4f56180,1,1ba79ff4,75d77c1c) at sched_switch+0x160 > 100137 (0xc4f61180) sched_switch(c4f61180,0,1,225731d8,b7881a50) at > sched_switch+0x160 > 100149 (0xc49fb900) > sched_switch(c49fb900,c49ed180,1,7df13994,8c50c615) at sched_switch+0x160 > 100300 (0xc4d13a80) > sched_switch(c4d13a80,c49fb900,1,4a89bee0,ff6dc3f3) at sched_switch+0x160 > 100204 (0xc5f5c900) > sched_switch(c5f5c900,c3d64900,1,612c604e,bdef9021) at sched_switch+0x160 > 100141 (0xc4f22d80) > sched_switch(c4f22d80,c3c88c00,1,45b72b8e,590f2e9) at sched_switch+0x160 > 100277 (0xc622ad80) sched_switch(c622ad80,c5f5da80,1,d3e4acb4,64dadf) > at sched_switch+0x160 > 100228 (0xc3e65300) > sched_switch(c3e65300,c3c88300,1,3331449e,ff8b9b1) at sched_switch+0x160 > 100151 (0xc3e65000) sched_switch(c3e65000,0,1,646bef38,8e2dcf71) at > sched_switch+0x160 > 100124 (0xc3b6f300) sched_switch(c3b6f300,0,1,d1599694,53f5b585) at > sched_switch+0x160 > 100139 (0xc3b70480) sched_switch(c3b70480,0,1,c98fb2fe,6e71793e) at > sched_switch+0x160 > 100088 (0xc4f1c180) sched_switch(c4f1c180,0,1,86f02fde,6dc34218) at > sched_switch+0x160 > 100146 (0xc3f65600) > sched_switch(c3f65600,c3b70480,1,6eca6dbe,6e6ba6b3) at sched_switch+0x160 > 100200 (0xc3e66780) sched_switch(c3e66780,0,1,1ded7970,fd39f1f3) at > sched_switch+0x160 > 100199 (0xc3e66900) sched_switch(c3e66900,0,1,20776480,a49703a6) at > sched_switch+0x160 > 100198 (0xc3e66a80) sched_switch(c3e66a80,0,1,5cd77526,2fbea73) at > sched_switch+0x160 > 100197 (0xc3e66c00) sched_switch(c3e66c00,0,1,aae88704,a5fac4d8) at > sched_switch+0x160 > 100196 (0xc3e66d80) sched_switch(c3e66d80,0,1,c040ba64,5c58ecc3) at > sched_switch+0x160 > 100195 (0xc3ea3000) sched_switch(c3ea3000,0,1,ffc35024,a40d24ae) at > sched_switch+0x160 > 100194 (0xc3ea3180) sched_switch(c3ea3180,0,1,1a310e14,4f11edc6) at > sched_switch+0x160 > 100193 (0xc3ea3300) sched_switch(c3ea3300,0,1,11253b5e,fd508553) at > sched_switch+0x160 > 100192 (0xc3ea3480) sched_switch(c3ea3480,0,1,d037e94e,a5ae9536) at > sched_switch+0x160 > 100191 (0xc3ea3600) sched_switch(c3ea3600,0,1,448973cc,59f2d285) at > sched_switch+0x160 > 100190 (0xc3ea3780) sched_switch(c3ea3780,0,1,544decb2,5ced1aa6) at > sched_switch+0x160 > 100189 (0xc3ea3900) sched_switch(c3ea3900,0,1,6836ae2,98f9ceb9) at > sched_switch+0x160 > 100188 (0xc3ea3a80) sched_switch(c3ea3a80,0,1,1a0dc262,a3f71ded) at > sched_switch+0x160 > 100187 (0xc3ea3c00) sched_switch(c3ea3c00,0,1,444e3da8,a598bd54) at > sched_switch+0x160 > 100186 (0xc3ea3d80) sched_switch(c3ea3d80,0,1,8960b20a,fc23ac48) at > sched_switch+0x160 > 100185 (0xc3ea7000) sched_switch(c3ea7000,0,1,5fa1373a,101f7c5) at > sched_switch+0x160 > 100184 (0xc3ea7180) sched_switch(c3ea7180,0,1,1a4e1f9c,a4d679a5) at > sched_switch+0x160 > 100183 (0xc3ea7300) sched_switch(c3ea7300,0,1,f26f1a50,81eb278a) at > sched_switch+0x160 > 100182 (0xc3ea7480) sched_switch(c3ea7480,0,1,9f3417a2,990bf878) at > sched_switch+0x160 > 100181 (0xc3ea7600) sched_switch(c3ea7600,0,1,860a4b48,a6357828) at > sched_switch+0x160 > 100180 (0xc3ea7780) sched_switch(c3ea7780,0,1,4b9dcb9e,ee3f9b) at > sched_switch+0x160 > 100179 (0xc3c85780) sched_switch(c3c85780,0,1,bfd29fde,a7434c1b) at > sched_switch+0x160 > 100178 (0xc3c85d80) sched_switch(c3c85d80,0,1,f7e31ec8,a327defb) at > sched_switch+0x160 > 100177 (0xc3b70180) sched_switch(c3b70180,0,1,76ab677a,a75766b4) at > sched_switch+0x160 > 100176 (0xc3829900) sched_switch(c3829900,0,1,e1ba2526,30eaa30) at > sched_switch+0x160 > 100175 (0xc3c7e180) sched_switch(c3c7e180,0,1,421e3f9e,5c467355) at > sched_switch+0x160 > 100174 (0xc3b70900) sched_switch(c3b70900,0,1,9687c0ba,f80e7d82) at > sched_switch+0x160 > 100173 (0xc3c85600) sched_switch(c3c85600,0,1,cc2c600a,81cd95a3) at > sched_switch+0x160 > 100172 (0xc3c7f000) sched_switch(c3c7f000,0,1,68be1c46,5a180251) at > sched_switch+0x160 > 100171 (0xc3c7e000) sched_switch(c3c7e000,0,1,78595dde,fc0df9e5) at > sched_switch+0x160 > 100170 (0xc3c85900) sched_switch(c3c85900,0,1,62845a0e,5d06302d) at > sched_switch+0x160 > 100169 (0xc3c7f300) sched_switch(c3c7f300,0,1,74e1a53a,f7f8cfcf) at > sched_switch+0x160 > 100152 (0xc3c7f180) sched_switch(c3c7f180,0,1,aca934fc,81405547) at > sched_switch+0x160 > 100085 (0xc3829d80) sched_switch(c3829d80,0,1,31e7f0ea,27a29388) at > sched_switch+0x160 > 100132 (0xc4f51300) sched_switch(c4f51300,0,1,b379b410,2e284172) at > sched_switch+0x160 > 100113 (0xc361a600) > sched_switch(c361a600,c4f51300,1,683ed010,2e1b5da0) at sched_switch+0x160 > 100077 (0xc355ea80) sched_switch(c355ea80,0,1,356f28d0,2e2a162c) at > sched_switch+0x160 > 100265 (0xc3f14900) sched_switch(c3f14900,0,1,127defba,f008b136) at > sched_switch+0x160 > 100070 (0xc3828780) sched_switch(c3828780,0,1,9d37b56c,6337e43a) at > sched_switch+0x160 > 100109 (0xc38a4000) sched_switch(c38a4000,0,1,a51c72d2,e7e085e0) at > sched_switch+0x160 > 100110 (0xc389dd80) sched_switch(c389dd80,0,1,c6b2775c,e747db78) at > sched_switch+0x160 > 100106 (0xc38a4480) sched_switch(c38a4480,0,1,4affd136,e889ff34) at > sched_switch+0x160 > 100078 (0xc389d900) sched_switch(c389d900,0,1,13c985c4,e809aed1) at > sched_switch+0x160 > 100098 (0xc38a5180) sched_switch(c38a5180,0,1,1ec9f55e,e833b436) at > sched_switch+0x160 > 100101 (0xc38a4c00) sched_switch(c38a4c00,0,1,f4cc778e,25ff41eb) at > sched_switch+0x160 > 100068 (0xc3828a80) sched_switch(c3828a80,0,1,20b9eac,1c043201) at > sched_switch+0x160 > 100105 (0xc38a4600) sched_switch(c38a4600,0,1,4981bd04,39cb983b) at > sched_switch+0x160 > 100064 (0xc355d000) sched_switch(c355d000,0,1,5df6b2c8,d2e7687d) at > sched_switch+0x160 > 100144 (0xc4f1c600) sched_switch(c4f1c600,0,1,83bc94e2,e49a164) at > sched_switch+0x160 > 100116 (0xc520cc00) sched_switch(c520cc00,0,1,b3879762,e29fdd4) at > sched_switch+0x160 > 100168 (0xc5efd000) > sched_switch(c5efd000,c4f1c600,1,655752a4,e336263) at sched_switch+0x160 > 100140 (0xc5e10180) > sched_switch(c5e10180,c3d64900,1,ef67a354,67ddc8cb) at sched_switch+0x160 > 100225 (0xc4abb300) > sched_switch(c4abb300,c4f76600,1,1e1680f8,a5e568e0) at sched_switch+0x160 > 100138 (0xc3c7ea80) sched_switch(c3c7ea80,0,1,e5657842,f23ee64b) at > sched_switch+0x160 > 100119 (0xc3b6fa80) > sched_switch(c3b6fa80,c3c7e780,1,61c04e0e,e751b60a) at sched_switch+0x160 > 100150 (0xc4166900) sched_switch(c4166900,0,1,7e8f7ebc,63e4f0ce) at > sched_switch+0x160 > 100167 (0xc60c9300) > sched_switch(c60c9300,c4166900,1,3cde634a,96c2bc1e) at sched_switch+0x160 > 100237 (0xc4f56c00) sched_switch(c4f56c00,0,1,37303e4c,63dbb66f) at > sched_switch+0x160 > 100142 (0xc60cad80) sched_switch(c60cad80,0,1,35ec0f10,53770376) at > sched_switch+0x160 > 100133 (0xc3c7ed80) sched_switch(c3c7ed80,0,1,1f274368,ed6170bf) at > sched_switch+0x160 > 100120 (0xc3b6f900) > sched_switch(c3b6f900,c355ea80,1,df4d25cc,e872a7dd) at sched_switch+0x160 > 100254 (0xc4d14900) sched_switch(c4d14900,0,1,76a4275a,c83aac05) at > sched_switch+0x160 > 100256 (0xc60c9c00) > sched_switch(c60c9c00,c4d14900,1,b0745d6,c833753f) at sched_switch+0x160 > 100230 (0xc5efdc00) sched_switch(c5efdc00,0,1,b772edf4,c830bad8) at > sched_switch+0x160 > 100131 (0xc3c7f600) sched_switch(c3c7f600,0,1,5a288ba6,5db5ff77) at > sched_switch+0x160 > 100121 (0xc3b6f780) > sched_switch(c3b6f780,c3c7f300,1,dbf284d2,e5a7927d) at sched_switch+0x160 > 100122 (0xc3b6f600) sched_switch(c3b6f600,0,1,fba2ff26,da22fdd9) at > sched_switch+0x160 > 100080 (0xc389d600) sched_switch(c389d600,0,1,32601d56,9f30d031) at > sched_switch+0x160 > 100107 (0xc38a4300) sched_switch(c38a4300,0,1,cc94805e,86634d94) at > sched_switch+0x160 > 100082 (0xc389d300) sched_switch(c389d300,0,1,9967fe14,48feda89) at > sched_switch+0x160 > 100092 (0xc3829300) sched_switch(c3829300,0,1,36b88956,d703a98f) at > sched_switch+0x160 > 100096 (0xc38a5480) sched_switch(c38a5480,0,1,c60c13f0,d705fcd7) at > sched_switch+0x160 > 100067 (0xc3828c00) sched_switch(c3828c00,0,1,ad84418e,567994e8) at > sched_switch+0x160 > 100084 (0xc389d000) sched_switch(c389d000,0,1,2f10b1c4,67c047ab) at > sched_switch+0x160 > 100081 (0xc389d480) sched_switch(c389d480,0,1,4012d430,b6903102) at > sched_switch+0x160 > 100103 (0xc38a4900) sched_switch(c38a4900,0,1,7f46c43c,e3b56dff) at > sched_switch+0x160 > 100090 (0xc3829600) sched_switch(c3829600,0,1,d2f48564,9f586b7) at > sched_switch+0x160 > 100227 (0xc5f5ca80) sched_switch(c5f5ca80,0,1,70b05e4,14e20f23) at > sched_switch+0x160 > 100244 (0xc4d19a80) > sched_switch(c4d19a80,c5f5ca80,1,4592fd4c,14de52f0) at sched_switch+0x160 > 100234 (0xc49fb180) sched_switch(c49fb180,0,1,dc1e8762,14e3cc6c) at > sched_switch+0x160 > 100114 (0xc3c88a80) > sched_switch(c3c88a80,c4a86a80,1,1d700794,4cd31a9) at sched_switch+0x160 > 100112 (0xc3b70600) sched_switch(c3b70600,0,1,a1eecce,4c22e160) at > sched_switch+0x160 > 100063 (0xc355d180) sched_switch(c355d180,0,1,1658f664,d8f64f48) at > sched_switch+0x160 > 100089 (0xc3829780) sched_switch(c3829780,0,1,79b90ec2,5afa0fe4) at > sched_switch+0x160 > 100094 (0xc38a5780) sched_switch(c38a5780,0,1,478ea1de,239904a0) at > sched_switch+0x160 > 100104 (0xc38a4780) sched_switch(c38a4780,0,1,d236590c,bc7d624c) at > sched_switch+0x160 > 100100 (0xc38a4d80) sched_switch(c38a4d80,0,1,8d214e42,141a4219) at > sched_switch+0x160 > 100093 (0xc3829180) sched_switch(c3829180,0,1,2ed3bd8c,8b0d0012) at > sched_switch+0x160 > 100095 (0xc38a5600) sched_switch(c38a5600,0,1,b8fed4e0,31033279) at > sched_switch+0x160 > 100069 (0xc3828900) sched_switch(c3828900,0,1,49e93b8c,c6e7d922) at > sched_switch+0x160 > 100073 (0xc3828300) sched_switch(c3828300,0,1,b7c4904c,469710d8) at > sched_switch+0x160 > 100074 (0xc3828180) sched_switch(c3828180,0,1,3825e9ac,8f7f66d0) at > sched_switch+0x160 > 100075 (0xc3828000) sched_switch(c3828000,0,1,340c7fc,7562a9ce) at > sched_switch+0x160 > 100076 (0xc355ed80) sched_switch(c355ed80,0,1,c3dd6030,64df8a2a) at > sched_switch+0x160 > 100050 (0xc355e600) sched_switch(c355e600,0,1,fb024458,dae27a36) at > sched_switch+0x160 > 100051 (0xc355e480) sched_switch(c355e480,0,1,ba22af90,fc1cb7c6) at > sched_switch+0x160 > 100052 (0xc355e300) kdb_enter(c075ddb2,a,9e0a90,417ff9,e69e0aac) at > kdb_enter+0x30 > 100053 (0xc355e180) sched_switch(c355e180,0,1,ac51fea4,4bc57042) at > sched_switch+0x160 > 100054 (0xc355e000) sched_switch(c355e000,0,1,2d9af1d4,97116f1c) at > sched_switch+0x160 > 100055 (0xc355dd80) sched_switch(c355dd80,0,1,adc0148c,1e62d385) at > sched_switch+0x160 > 100056 (0xc355dc00) sched_switch(c355dc00,0,1,67d0bfd8,e30a8837) at > sched_switch+0x160 > 100057 (0xc355da80) sched_switch(c355da80,0,1,6509ed8c,5917b859) at > sched_switch+0x160 > 100058 (0xc355d900) sched_switch(c355d900,0,1,6db61f60,dd29d36a) at > sched_switch+0x160 > 100059 (0xc355d780) sched_switch(c355d780,0,1,d90f0b8c,59287d9c) at > sched_switch+0x160 > 100060 (0xc355d600) sched_switch(c355d600,0,1,e8ec9c38,37e0919c) at > sched_switch+0x160 > 100061 (0xc355d480) sched_switch(c355d480,0,1,eb10fd8c,592789e3) at > sched_switch+0x160 > 100062 (0xc355d300) sched_switch(c355d300,0,1,3accb40c,59273a36) at > sched_switch+0x160 > 100038 (0xc354ea80) sched_switch(c354ea80,0,1,7e30100c,5926c9b9) at > sched_switch+0x160 > 100039 (0xc354e900) sched_switch(c354e900,0,1,d9d1ed8c,15a7d67b) at > sched_switch+0x160 > 100040 (0xc354e780) fork_trampoline() at fork_trampoline > 100041 (0xc354e600) sched_switch(c354e600,0,1,b7f21c8c,c8f6d228) at > sched_switch+0x160 > 100042 (0xc354e480) sched_switch(c354e480,0,1,ae6f8de8,488816e4) at > sched_switch+0x160 > 100043 (0xc354e300) sched_switch(c354e300,0,1,db79368c,5924b818) at > sched_switch+0x160 > 100044 (0xc354e180) fork_trampoline() at fork_trampoline > 100045 (0xc354e000) sched_switch(c354e000,0,1,f8537864,508828) at > sched_switch+0x160 > 100046 (0xc353fd80) sched_switch(c353fd80,0,1,d9de21be,bf25ef31) at > sched_switch+0x160 > 100047 (0xc353fc00) sched_switch(c353fc00,0,1,a433e1d2,e3b4ecd0) at > sched_switch+0x160 > 100048 (0xc353fa80) sched_switch(c353fa80,0,1,35d0085e,f026ab20) at > sched_switch+0x160 > 100049 (0xc353f900) fork_trampoline() at fork_trampoline > 100027 (0xc353f180) > sched_switch(c353f180,c34df900,6,6f1b1704,98026e96) at sched_switch+0x160 > 100028 (0xc353f000) sched_switch(c353f000,0,1,f7632472,6d3fa016) at > sched_switch+0x160 > 100029 (0xc34dfd80) fork_trampoline() at fork_trampoline > 100030 (0xc34dfc00) fork_trampoline() at fork_trampoline > 100031 (0xc34dfa80) sched_switch(c34dfa80,0,1,97ed3824,bd4146e6) at > sched_switch+0x160 > 100032 (0xc34df900) sched_switch(c34df900,0,1,c56bd50a,d6c72fa9) at > sched_switch+0x160 > 100033 (0xc34df780) fork_trampoline() at fork_trampoline > 100034 (0xc34df600) fork_trampoline() at fork_trampoline > 100035 (0xc34df480) fork_trampoline() at fork_trampoline > 100036 (0xc354ed80) fork_trampoline() at fork_trampoline > 100037 (0xc354ec00) fork_trampoline() at fork_trampoline > 100017 (0xc34db900) fork_trampoline() at fork_trampoline > 100018 (0xc34db780) fork_trampoline() at fork_trampoline > 100019 (0xc34db600) fork_trampoline() at fork_trampoline > 100020 (0xc34db480) sched_switch(c34db480,0,1,dfd87026,67b89d1) at > sched_switch+0x160 > 100021 (0xc34db300) fork_trampoline() at fork_trampoline > 100022 (0xc34db180) fork_trampoline() at fork_trampoline > 100023 (0xc353f780) fork_trampoline() at fork_trampoline > 100024 (0xc353f600) fork_trampoline() at fork_trampoline > 100025 (0xc353f480) sched_switch(c353f480,0,1,e11d190c,2c827e41) at > sched_switch+0x160 > 100026 (0xc353f300) fork_trampoline() at fork_trampoline > 100008 (0xc34da300) fork_trampoline() at fork_trampoline > 100009 (0xc34da180) sched_switch(c34da180,0,1,7ea4249a,8d78e619) at > sched_switch+0x160 > 100010 (0xc34da000) fork_trampoline() at fork_trampoline > 100011 (0xc34df300) fork_trampoline() at fork_trampoline > 100012 (0xc34df180) fork_trampoline() at fork_trampoline > 100042 (0xc354e480) sched_switch(c354e480,0,1,ae6f8de8,488816e4) at > sched_switch+0x160 > 100043 (0xc354e300) sched_switch(c354e300,0,1,db79368c,5924b818) at > sched_switch+0x160 > 100044 (0xc354e180) fork_trampoline() at fork_trampoline > 100045 (0xc354e000) sched_switch(c354e000,0,1,f8537864,508828) at > sched_switch+0x160 > 100046 (0xc353fd80) sched_switch(c353fd80,0,1,d9de21be,bf25ef31) at > sched_switch+0x160 > 100047 (0xc353fc00) sched_switch(c353fc00,0,1,a433e1d2,e3b4ecd0) at > sched_switch+0x160 > 100048 (0xc353fa80) sched_switch(c353fa80,0,1,35d0085e,f026ab20) at > sched_switch+0x160 > 100049 (0xc353f900) fork_trampoline() at fork_trampoline > 100027 (0xc353f180) > sched_switch(c353f180,c34df900,6,6f1b1704,98026e96) at sched_switch+0x160 > 100028 (0xc353f000) sched_switch(c353f000,0,1,f7632472,6d3fa016) at > sched_switch+0x160 > 100029 (0xc34dfd80) fork_trampoline() at fork_trampoline > 100030 (0xc34dfc00) fork_trampoline() at fork_trampoline > 100031 (0xc34dfa80) sched_switch(c34dfa80,0,1,97ed3824,bd4146e6) at > sched_switch+0x160 > 100032 (0xc34df900) sched_switch(c34df900,0,1,c56bd50a,d6c72fa9) at > sched_switch+0x160 > 100033 (0xc34df780) fork_trampoline() at fork_trampoline > 100034 (0xc34df600) fork_trampoline() at fork_trampoline > 100035 (0xc34df480) fork_trampoline() at fork_trampoline > 100036 (0xc354ed80) fork_trampoline() at fork_trampoline > 100037 (0xc354ec00) fork_trampoline() at fork_trampoline > 100017 (0xc34db900) fork_trampoline() at fork_trampoline > 100018 (0xc34db780) fork_trampoline() at fork_trampoline > 100019 (0xc34db600) fork_trampoline() at fork_trampoline > 100020 (0xc34db480) sched_switch(c34db480,0,1,dfd87026,67b89d1) at > sched_switch+0x160 > 100021 (0xc34db300) fork_trampoline() at fork_trampoline > 100022 (0xc34db180) fork_trampoline() at fork_trampoline > 100023 (0xc353f780) fork_trampoline() at fork_trampoline > 100024 (0xc353f600) fork_trampoline() at fork_trampoline > 100025 (0xc353f480) sched_switch(c353f480,0,1,e11d190c,2c827e41) at > sched_switch+0x160 > 100026 (0xc353f300) fork_trampoline() at fork_trampoline > 100008 (0xc34da300) fork_trampoline() at fork_trampoline > 100009 (0xc34da180) sched_switch(c34da180,0,1,7ea4249a,8d78e619) at > sched_switch+0x160 > 100010 (0xc34da000) fork_trampoline() at fork_trampoline > 100011 (0xc34df300) fork_trampoline() at fork_trampoline > 100012 (0xc34df180) fork_trampoline() at fork_trampoline > 100013 (0xc34df000) fork_trampoline() at fork_trampoline > 100014 (0xc34dbd80) fork_trampoline() at fork_trampoline > 100015 (0xc34dbc00) fork_trampoline() at fork_trampoline > 100016 (0xc34dba80) fork_trampoline() at fork_trampoline > 100000 (0xc34db000) fork_trampoline() at fork_trampoline > 100001 (0xc34dad80) fork_trampoline() at fork_trampoline > 100002 (0xc34dac00) fork_trampoline() at fork_trampoline > 100003 (0xc34daa80) sched_switch(c34daa80,0,1,a928b8f8,b0f056e3) at > sched_switch+0x160 > 100004 (0xc34da900) sched_switch(c34da900,0,1,1ed57904,57a551b2) at > sched_switch+0x160 > 100005 (0xc34da780) sched_switch(c34da780,0,1,acc16ddc,3366968) at > sched_switch+0x160 > 100006 (0xc34da600) sched_switch(c34da600,0,1,8165208,1e4f0201) at > sched_switch+0x160 > 100007 (0xc34da480) sched_switch(c34da480,0,1,80fa0f0c,591aaaf3) at > sched_switch+0x160 > 0 (0xc079e0a0) sched_switch(c079e0a0,0,1,89dc4e8c,26fda0de) at > sched_switch+0x160 > db> call boot(0) > Waiting (max 60 seconds) for system process `vnlru' to stop... > > And the system freeze again ... > > > Here is the dmesg: > > Copyright (c) 1992-2005 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 6.0-RELEASE #0: Thu Dec 22 11:15:36 CET 2005 > root@morzine.ciger.be:/usr/obj/usr/src/sys/MORZINE > WARNING: debug.mpsafenet forced to 0 as ipsec requires Giant > WARNING: MPSAFE network stack disabled, expect reduced performance. > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Pentium(R) III CPU family 1266MHz (1260.61-MHz > 686-class CPU) > Origin = "GenuineIntel" Id = 0x6b1 Stepping = 1 > > Features=0x383fbff > R,SSE> > real memory = 2147483648 (2048 MB) > avail memory = 2096680960 (1999 MB) > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > cpu0 (BSP): APIC ID: 3 > cpu1 (AP): APIC ID: 0 > ioapic0 irqs 0-15 on motherboard > ioapic1 irqs 16-31 on motherboard > npx0: [FAST] > npx0: on motherboard > npx0: INT 16 interface > acpi0: on motherboard > acpi0: Power Button (fixed) > pci_link0: on acpi0 > pci_link1: on acpi0 > pci_link2: on acpi0 > pci_link3: on acpi0 > pci_link4: irq 5 on acpi0 > pci_link5: on acpi0 > pci_link6: on acpi0 > pci_link7: on acpi0 > pci_link8: on acpi0 > pci_link9: on acpi0 > pci_link10: on acpi0 > pci_link11: on acpi0 > pci_link12: irq 9 on acpi0 > pci_link13: irq 10 on acpi0 > pci_link14: irq 9 on acpi0 > pci_link15: on acpi0 > Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 > acpi_timer0: <32-bit timer at 3.579545MHz> port 0xf008-0xf00b on acpi0 > cpu0: on acpi0 > cpu1: on acpi0 > acpi_button0: on acpi0 > pcib0: on acpi0 > pci0: on pcib0 > pci0: at device 4.0 (no driver attached) > fxp0: port 0x1400-0x143f mem > 0xfc021000-0xfc021fff,0xfc000000-0xfc0 > 1ffff irq 30 at device 10.0 on pci0 > miibus0: on fxp0 > inphy0: on miibus0 > inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > fxp0: Ethernet address: 00:30:05:19:9f:a8 > fxp0: [GIANT-LOCKED] > isab0: port 0xf100-0xf10f at device 15.0 on pci0 > isa0: on isab0 > atapci0: port > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1800-0x180 > f at device 15.1 on pci0 > ata0: on atapci0 > ata1: on atapci0 > ohci0: mem 0xfc022000-0xfc022fff irq 28 > at device 15.2 on pci0 > ohci0: [GIANT-LOCKED] > usb0: OHCI version 1.0, legacy support > usb0: on ohci0 > usb0: USB revision 1.0 > uhub0: (0x1166) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub0: 4 ports with 4 removable, self powered > pcib1: on acpi0 > pci1: on pcib1 > sym0: <1010-66> port 0x1c00-0x1cff mem > 0xfe004000-0xfe0043ff,0xfe000000-0xfe001fff irq 20 at device > 8.0 on pci1 > sym0: Symbios NVRAM, ID 7, Fast-80, LVD, parity checking > sym0: open drain IRQ line driver, using on-chip SRAM > sym0: using LOAD/STORE-based firmware. > sym0: handling phase mismatch from SCRIPTS. > sym0: [GIANT-LOCKED] > sym1: <1010-66> port 0x2000-0x20ff mem > 0xfe004400-0xfe0047ff,0xfe002000-0xfe003fff irq 29 at device > 10.0 on pci1 > sym1: Symbios NVRAM, ID 7, Fast-80, LVD, parity checking > sym1: open drain IRQ line driver, using on-chip SRAM > sym1: using LOAD/STORE-based firmware. > sym1: handling phase mismatch from SCRIPTS. > sym1: [GIANT-LOCKED] > pcib2: on acpi0 > pci2: on pcib2 > atkbdc0: port 0x60,0x64 irq 1 on acpi0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > psm0: irq 12 on atkbdc0 > psm0: [GIANT-LOCKED] > psm0: model IntelliMouse Explorer, device ID 4 > fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 > fdc0: [FAST] > fd0: <1440-KB 3.5" drive> on fdc0 drive 0 > ppc0: port 0x378-0x37b irq 7 on acpi0 > ppc0: port 0x378-0x37b irq 7 on acpi0 > ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode > ppbus0: on ppc0 > lpt0: on ppbus0 > lpt0: Interrupt-driven port > ppi0: on ppbus0 > sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x90 on > acpi0 > sio0: type 16550A, console > sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 > sio1: type 16550A > orm0: at iomem 0xc0000-0xc8fff,0xc9000-0xccfff on isa0 > sc0: at flags 0x100 on isa0 > sc0: VGA <4 virtual consoles, flags=0x300> > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > Timecounters tick every 1.000 msec > IPv6 packet filtering initialized, default to accept, logging limited to > 100 packets/entry > IPsec: Initialized Security Association Processing. > ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding > enabled, default to deny, logging > limited to 100 packets/entry by default > acd0: CDROM at ata1-master UDMA33 > Waiting 3 seconds for SCSI devices to settle > (noperiph:sym0:0:-1:-1): SCSI BUS reset delivered. > (noperiph:sym1:0:-1:-1): SCSI BUS reset delivered. > GEOM_LABEL: Label for provider fd0 is msdosfs/DOS 6_22. > (probe22:sym1:0:8:0): phase change 6-7 6@00c7a58c resid=4. > sa0 at sym0 bus 0 target 4 lun 0 > sa0: Removable Sequential Access SCSI-2 device > sa0: 40.000MB/s transfers (20.000MHz, offset 31, 16bit) > pass5 at sym1 bus 0 target 8 lun 0 > pass5: Fixed Processor SCSI-2 device > pass5: 3.300MB/s transfers > da0 at sym1 bus 0 target 0 lun 0 > da0: Fixed Direct Access SCSI-3 device > da0: 160.000MB/s transfers (80.000MHz, offset 62, 16bit), Tagged > Queueing Enabled > da0: 17501MB (35843670 512 byte sectors: 255H 63S/T 2231C) > da1 at sym1 bus 0 target 1 lun 0 > da1: Fixed Direct Access SCSI-3 device > da1: 160.000MB/s transfers (80.000MHz, offset 62, 16bit), Tagged > Queueing Enabled > da1: 17501MB (35843670 512 byte sectors: 255H 63S/T 2231C) > da2 at sym1 bus 0 target 2 lun 0 > da2: Fixed Direct Access SCSI-3 device > da2: 160.000MB/s transfers (80.000MHz, offset 62, 16bit), Tagged > Queueing Enabled > da2: 17501MB (35843670 512 byte sectors: 255H 63S/T 2231C) > da3 at sym1 bus 0 target 3 lun 0 > da3: Fixed Direct Access SCSI-3 device > da3: 160.000MB/s transfers (80.000MHz, offset 62, 16bit), Tagged > Queueing Enabled > da3: 17501MB (35843670 512 byte sectors: 255H 63S/T 2231C) > SMP: AP CPU #1 Launched! > Trying to mount root from ufs:/dev/da0s1a > > > > Any help / advice really appreciated ... > > > Henri > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Mon Jan 30 22:16:00 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F399216A420; Mon, 30 Jan 2006 22:15:59 +0000 (GMT) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D82743D53; Mon, 30 Jan 2006 22:15:58 +0000 (GMT) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost2.sentex.ca (8.13.4/8.13.4) with ESMTP id k0UMFukI058785; Mon, 30 Jan 2006 17:15:56 -0500 (EST) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.3/8.13.3) with ESMTP id k0UMFtxG081553 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 30 Jan 2006 17:15:55 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <6.2.3.4.0.20060130165727.07935ef0@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.3.4 Date: Mon, 30 Jan 2006 17:15:28 -0500 To: freebsd-stable@freebsd.org From: Mike Tancsa Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="=====================_277594269==_" X-Virus-Scanned: by amavisd-new X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: imp@freebsd.org Subject: Fwd: cvs commit: src/sys/dev/pci pci.c X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jan 2006 22:16:00 -0000 --=====================_277594269==_ Content-Type: text/plain; charset="us-ascii"; format=flowed Hi, Sometime after the commit below, two of my AMD dual core boxes (i386) no longer boot. One of them with just a 3ware controller and the other, and areca and a few extra nics and drives. The one with just the 3ware freezes at SMP: AP CPU #1 Launched! and the other freezes after probing the first ide drive Timecounters tick every 1.000 msec ad0: 76319MB at ata0-master UDMA100 twed0: on twe0 twed0: 152626MB (312579760 sectors) SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/twed0s1a bge0: link state changed to UP bge0: link state changed to DOWN Timecounters tick every 1.000 msec Waiting 5 seconds for SCSI devices to settle ad0: 38166MB at ata0-master UDMA100 ad4: 238475MB at ata2-master SATA150 ad6: 238475MB at ata3-master SATA150 ad8: 238475MB at ata4-master SATA150 ad10: 238475MB at ata5-master SATA150 da0 at arcmsr0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 166.666MB/s transfers (83.333MHz, offset 32, 16bit), Tagged Queueing Enabled da0: 858306MB (1757812224 512 byte sectors: 255H 63S/T 109418C) SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/ad0s1a Full dmesgs of both boxes attached >X-Original-To: cvs-all@FreeBSD.org >Delivered-To: cvs-all@FreeBSD.org >From: Warner Losh >Date: Mon, 30 Jan 2006 18:42:10 +0000 (UTC) >To: src-committers@freebsd.org, cvs-src@freebsd.org, cvs-all@freebsd.org > >imp 2006-01-30 18:42:10 UTC > > FreeBSD src repository > > Modified files: (Branch: RELENG_6) > sys/dev/pci pci.c > Log: > MFC: > 1.308, 1.307, 1.306: expose pci_add_resources to the outside > world. Implement force in pci_add_map. Write values of allocated > resources to the BARs. > 1.304: Improve diagnostic messages > 1.303: Improved resource allocation. > 1.302: Use symbolic names > 1.301: Minor style(9) nitage > 1.296: Allow code to access cached values for CMDREG, > CACHLNSZ, MINGNT, > MAXLAT and LATTIMER. > > Revision Changes Path > 1.292.2.6 +93 -49 src/sys/dev/pci/pci.c >_______________________________________________ >cvs-all@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/cvs-all >To unsubscribe, send any mail to "cvs-all-unsubscribe@freebsd.org" -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike --=====================_277594269==_ Content-Type: text/plain; charset="us-ascii" Content-Disposition: attachment; filename="dmesg.txt" Copyright (c) 1992-2005 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 6.0-STABLE #1: Mon Jan 30 07:59:00 EST 2006 mdtancsa@formerly-itx-vpn.sentex.ca:/usr/obj/usr/src/sys/smp ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 3800+ (2015.01-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x20fb1 Stepping = 1 Features=0x178bfbff Features2=0x1 AMD Features=0xe2500800,LM,3DNow+,3DNow> real memory = 2147418112 (2047 MB) avail memory = 2096418816 (1999 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi0: Power Button (fixed) acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 cpu0: on acpi0 cpu1: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.0 (no driver attached) isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device 6.0 on pci0 ata0: on atapci0 ata1: on atapci0 atapci1: port 0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xd800-0xd80f mem 0xd9002000-0xd9002fff irq 21 at device 7.0 on pci0 ata2: on atapci1 ata3: on atapci1 atapci2: port 0x9e0-0x9e7,0xbe0-0xbe3,0x960-0x967,0xb60-0xb63,0xc400-0xc40f mem 0xd9001000-0xd9001fff irq 22 at device 8.0 on pci0 ata4: on atapci2 ata5: on atapci2 pcib1: at device 9.0 on pci0 pci7: on pcib1 ubsec0 mem 0xd8000000-0xd800ffff irq 17 at device 7.0 on pci7 ubsec0: Broadcom 5805 pci7: at device 8.0 (no driver attached) nve0: port 0xb000-0xb007 mem 0xd9000000-0xd9000fff irq 23 at device 10.0 on pci0 nve0: Ethernet address 00:13:d4:ae:9b:6b miibus0: on nve0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto nve0: Ethernet address: 00:13:d4:ae:9b:6b pcib2: at device 11.0 on pci0 pci6: on pcib2 pcib3: at device 12.0 on pci0 pci5: on pcib3 bge0: mem 0xd5000000-0xd500ffff irq 16 at device 0.0 on pci5 miibus1: on bge0 brgphy0: on miibus1 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: Ethernet address: 00:10:18:14:15:12 pcib4: at device 13.0 on pci0 pci4: on pcib4 bge1: mem 0xd3000000-0xd300ffff irq 19 at device 0.0 on pci4 miibus2: on bge1 brgphy1: on miibus2 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge1: Ethernet address: 00:10:18:14:38:d2 pcib5: at device 14.0 on pci0 pci1: on pcib5 pcib6: at device 0.0 on pci1 pci2: on pcib6 arcmsr0: mem 0xd1000000-0xd1000fff irq 16 at device 14.0 on pci2 arcmsr0: [GIANT-LOCKED] pcib7: at device 0.2 on pci1 pci3: on pcib7 acpi_tz0: on acpi0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc97ff,0xce000-0xcffff,0xd0000-0xd1fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec Waiting 5 seconds for SCSI devices to settle ad0: 38166MB at ata0-master UDMA100 ad4: 238475MB at ata2-master SATA150 ad6: 238475MB at ata3-master SATA150 ad8: 238475MB at ata4-master SATA150 ad10: 238475MB at ata5-master SATA150 da0 at arcmsr0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 166.666MB/s transfers (83.333MHz, offset 32, 16bit), Tagged Queueing Enabled da0: 858306MB (1757812224 512 byte sectors: 255H 63S/T 109418C) SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/ad0s1a none0@pci0:0:0: class=0x058000 card=0x815a1043 chip=0x005e10de rev=0xa3 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'nForce4 Memory Controller' class = memory isab0@pci0:1:0: class=0x060100 card=0x815a1043 chip=0x005010de rev=0xa3 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'nForce4 PCI to ISA Bridge' class = bridge subclass = PCI-ISA none1@pci0:1:1: class=0x0c0500 card=0x815a1043 chip=0x005210de rev=0xa2 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'nForce4 SMBus' class = serial bus subclass = SMBus atapci0@pci0:6:0: class=0x01018a card=0x815a1043 chip=0x005310de rev=0xf2 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'nForce4 Parallel ATA Controller' class = mass storage subclass = ATA atapci1@pci0:7:0: class=0x010185 card=0x815a1043 chip=0x005410de rev=0xf3 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'nForce4 Serial ATA Controller' class = mass storage subclass = ATA atapci2@pci0:8:0: class=0x010185 card=0x815a1043 chip=0x005510de rev=0xf3 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'nForce4 Serial ATA Controller' class = mass storage subclass = ATA pcib1@pci0:9:0: class=0x060401 card=0x00000000 chip=0x005c10de rev=0xa2 hdr=0x01 vendor = 'NVIDIA Corporation' device = 'nForce4 PCI Bridge' class = bridge subclass = PCI-PCI nve0@pci0:10:0: class=0x068000 card=0x81411043 chip=0x005710de rev=0xa3 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'nForce4 Ethernet Controller' class = bridge pcib2@pci0:11:0: class=0x060400 card=0x00000040 chip=0x005d10de rev=0xa3 hdr=0x01 vendor = 'NVIDIA Corporation' device = 'nForce4 PCI Express Bridge' class = bridge subclass = PCI-PCI pcib3@pci0:12:0: class=0x060400 card=0x00000040 chip=0x005d10de rev=0xa3 hdr=0x01 vendor = 'NVIDIA Corporation' device = 'nForce4 PCI Express Bridge' class = bridge subclass = PCI-PCI pcib4@pci0:13:0: class=0x060400 card=0x00000040 chip=0x005d10de rev=0xa3 hdr=0x01 vendor = 'NVIDIA Corporation' device = 'nForce4 PCI Express Bridge' class = bridge subclass = PCI-PCI pcib5@pci0:14:0: class=0x060400 card=0x00000040 chip=0x005d10de rev=0xa3 hdr=0x01 vendor = 'NVIDIA Corporation' device = 'nForce4 PCI Express Bridge' class = bridge subclass = PCI-PCI hostb0@pci0:24:0: class=0x060000 card=0x00000000 chip=0x11001022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Athlon 64 / Opteron HyperTransport Technology Configuration' class = bridge subclass = HOST-PCI hostb1@pci0:24:1: class=0x060000 card=0x00000000 chip=0x11011022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Athlon 64 / Opteron Address Map' class = bridge subclass = HOST-PCI hostb2@pci0:24:2: class=0x060000 card=0x00000000 chip=0x11021022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Athlon 64 / Opteron DRAM Controller' class = bridge subclass = HOST-PCI hostb3@pci0:24:3: class=0x060000 card=0x00000000 chip=0x11031022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Athlon 64 / Opteron Miscellaneous Control' class = bridge subclass = HOST-PCI ubsec0@pci7:7:0: class=0x0b4000 card=0x00000000 chip=0x580514e4 rev=0x01 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM5805 The BCM5805 Security Processor integrates a high-performance IPSec engine (DES, 3DES, HMAC-SHA-1, HM' class = processor none2@pci7:8:0: class=0x030000 card=0x00081002 chip=0x474d1002 rev=0x65 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'Rage XL AGP 2x' class = display subclass = VGA bge0@pci5:0:0: class=0x020000 card=0x167714e4 chip=0x167714e4 rev=0x01 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM5750A1 NetXtreme Gigabit Ethernet PCI Express' class = network subclass = ethernet bge1@pci4:0:0: class=0x020000 card=0x167714e4 chip=0x167714e4 rev=0x01 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM5750A1 NetXtreme Gigabit Ethernet PCI Express' class = network subclass = ethernet pcib6@pci1:0:0: class=0x060400 card=0x00000044 chip=0x03308086 rev=0x07 hdr=0x01 vendor = 'Intel Corporation' device = '80332 [Dobson] I/O processor A-segment Bridge' class = bridge subclass = PCI-PCI pcib7@pci1:0:2: class=0x060400 card=0x00000044 chip=0x03328086 rev=0x07 hdr=0x01 vendor = 'Intel Corporation' device = '80332 [Dobson] I/O processor B-segment Bridge' class = bridge subclass = PCI-PCI arcmsr0@pci2:14:0: class=0x010400 card=0x121017d3 chip=0x121017d3 rev=0x00 hdr=0x00 vendor = 'Areca Technology Corporation' device = 'ARC-1210 4-Port PCI-Express to SATA RAID Controller' class = mass storage subclass = RAID % cat /var/run/dmesg.boot Copyright (c) 1992-2005 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 6.0-STABLE #0: Mon Jan 30 12:03:38 EST 2006 mdtancsa@rec-net5.sentex.ca:/usr/obj/usr/src/sys/ns5 ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 4200+ (2210.20-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x20fb1 Stepping = 1 Features=0x178bfbff Features2=0x1 AMD Features=0xe2500800,LM,3DNow+,3DNow> real memory = 3756916736 (3582 MB) avail memory = 3677667328 (3507 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi0: Power Button (fixed) acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 cpu1: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.0 (no driver attached) isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) ohci0: mem 0xfebff000-0xfebfffff irq 21 at device 2.0 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 8 ports with 8 removable, self powered ehci0: mem 0xfeb00000-0xfeb000ff irq 22 at device 2.1 on pci0 ehci0: [GIANT-LOCKED] usb1: EHCI version 1.0 usb1: companion controller, 4 ports each: usb0 usb1: on ehci0 usb1: USB revision 2.0 uhub1: nVidia EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub1: 8 ports with 8 removable, self powered atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xe800-0xe80f at device 6.0 on pci0 ata0: on atapci0 ata1: on atapci0 pcib1: at device 9.0 on pci0 pci1: on pcib1 pci1: at device 5.0 (no driver attached) rl0: port 0xd800-0xd8ff mem 0xfdffe000-0xfdffe0ff irq 16 at device 7.0 on pci1 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:50:fc:23:48:c6 twe0: <3ware Storage Controller. Driver version 1.50.01.002> port 0xd400-0xd40f mem 0xfd000000-0xfd7fffff irq 18 at device 9.0 on pci1 twe0: [GIANT-LOCKED] twe0: 2 ports, Firmware FE7S 1.05.00.063, BIOS BE7X 1.08.00.048 pci0: at device 10.0 (no driver attached) pcib2: at device 11.0 on pci0 pci2: on pcib2 pcib3: at device 12.0 on pci0 pci3: on pcib3 pcib4: at device 13.0 on pci0 pci4: on pcib4 bge0: mem 0xfe5f0000-0xfe5fffff irq 19 at device 0.0 on pci4 miibus1: on bge0 brgphy0: on miibus1 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: Ethernet address: 00:e0:81:58:91:69 pcib5: at device 14.0 on pci0 pci5: on pcib5 acpi_tz0: on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xcbfff,0xcc000-0xcd7ff,0xce000-0xcefff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x100> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ppc0: parallel port not found. sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled Timecounters tick every 1.000 msec ad0: 76319MB at ata0-master UDMA100 twed0: on twe0 twed0: 152626MB (312579760 sectors) SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/twed0s1a none0@pci0:0:0: class=0x058000 card=0x286510f1 chip=0x005e10de rev=0xa3 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'nForce4 Memory Controller' class = memory isab0@pci0:1:0: class=0x060100 card=0x286510f1 chip=0x005010de rev=0xa3 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'nForce4 PCI to ISA Bridge' class = bridge subclass = PCI-ISA none1@pci0:1:1: class=0x0c0500 card=0x286510f1 chip=0x005210de rev=0xa2 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'nForce4 SMBus' class = serial bus subclass = SMBus ohci0@pci0:2:0: class=0x0c0310 card=0x286510f1 chip=0x005a10de rev=0xa2 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'nForce4 USB Controller' class = serial bus subclass = USB ehci0@pci0:2:1: class=0x0c0320 card=0x286510f1 chip=0x005b10de rev=0xa3 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'nForce4 USB 2.0 Controller' class = serial bus subclass = USB atapci0@pci0:6:0: class=0x01018a card=0x286510f1 chip=0x005310de rev=0xf2 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'nForce4 Parallel ATA Controller' class = mass storage subclass = ATA pcib1@pci0:9:0: class=0x060401 card=0x00000000 chip=0x005c10de rev=0xa2 hdr=0x01 vendor = 'NVIDIA Corporation' device = 'nForce4 PCI Bridge' class = bridge subclass = PCI-PCI nve0@pci0:10:0: class=0x068000 card=0x286510f1 chip=0x005710de rev=0xa3 hdr=0x00 vendor = 'NVIDIA Corporation' device = 'nForce4 Ethernet Controller' class = bridge pcib2@pci0:11:0: class=0x060400 card=0x00000040 chip=0x005d10de rev=0xa3 hdr=0x01 vendor = 'NVIDIA Corporation' device = 'nForce4 PCI Express Bridge' class = bridge subclass = PCI-PCI pcib3@pci0:12:0: class=0x060400 card=0x00000040 chip=0x005d10de rev=0xa3 hdr=0x01 vendor = 'NVIDIA Corporation' device = 'nForce4 PCI Express Bridge' class = bridge subclass = PCI-PCI pcib4@pci0:13:0: class=0x060400 card=0x00000040 chip=0x005d10de rev=0xa3 hdr=0x01 vendor = 'NVIDIA Corporation' device = 'nForce4 PCI Express Bridge' class = bridge subclass = PCI-PCI pcib5@pci0:14:0: class=0x060400 card=0x00000040 chip=0x005d10de rev=0xa3 hdr=0x01 vendor = 'NVIDIA Corporation' device = 'nForce4 PCI Express Bridge' class = bridge subclass = PCI-PCI hostb0@pci0:24:0: class=0x060000 card=0x00000000 chip=0x11001022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Athlon 64 / Opteron HyperTransport Technology Configuration' class = bridge subclass = HOST-PCI hostb1@pci0:24:1: class=0x060000 card=0x00000000 chip=0x11011022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Athlon 64 / Opteron Address Map' class = bridge subclass = HOST-PCI hostb2@pci0:24:2: class=0x060000 card=0x00000000 chip=0x11021022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Athlon 64 / Opteron DRAM Controller' class = bridge subclass = HOST-PCI hostb3@pci0:24:3: class=0x060000 card=0x00000000 chip=0x11031022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Athlon 64 / Opteron Miscellaneous Control' class = bridge subclass = HOST-PCI none2@pci1:5:0: class=0x030000 card=0x80081002 chip=0x47521002 rev=0x27 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'Rage XL PCI' class = display subclass = VGA rl0@pci1:7:0: class=0x020000 card=0x813910ec chip=0x813910ec rev=0x10 hdr=0x00 vendor = 'Realtek Semiconductor' device = 'RT8139 (A/B/C/810x/813x/C+) Fast Ethernet Adapter' class = network subclass = ethernet twe0@pci1:9:0: class=0x010400 card=0x100113c1 chip=0x100113c1 rev=0x01 hdr=0x00 vendor = '3ware Inc.' device = '7000/8000 series ATA-133 Storage Controller' class = mass storage subclass = RAID bge0@pci4:0:0: class=0x020000 card=0x165914e4 chip=0x165914e4 rev=0x11 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM5750A1 NetXtreme Gigabit Ethernet PCI Express' class = network subclass = ethernet --=====================_277594269==_-- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 30 22:37:23 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 57C9316A420; Mon, 30 Jan 2006 22:37:23 +0000 (GMT) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id B831843D73; Mon, 30 Jan 2006 22:37:12 +0000 (GMT) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost2.sentex.ca (8.13.4/8.13.4) with ESMTP id k0UMbBt3060613; Mon, 30 Jan 2006 17:37:11 -0500 (EST) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.3/8.13.3) with ESMTP id k0UMbAK7081679 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 30 Jan 2006 17:37:10 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <6.2.3.4.0.20060130173138.06f14de8@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.3.4 Date: Mon, 30 Jan 2006 17:36:42 -0500 To: freebsd-stable@freebsd.org From: Mike Tancsa In-Reply-To: <6.2.3.4.0.20060130165727.07935ef0@64.7.153.2> References: <6.2.3.4.0.20060130165727.07935ef0@64.7.153.2> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: imp@freebsd.org Subject: Re: Fwd: cvs commit: src/sys/dev/pci pci.c X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jan 2006 22:37:23 -0000 I have one of the boxes hooked up to the serial console and can break to debugger db> bt Tracing pid 12 tid 100004 td 0xc63db900 kdb_enter(c07975c3) at kdb_enter+0x2b siointr1(c65e3c00) at siointr1+0xce siointr(c65e3c00) at siointr+0x5e intr_execute_handlers(c63d1490,e4f4dc94,4,e4f4dcd8,c07160b3) at intr_execute_handlers+0x85 lapic_handle_intr(34) at lapic_handle_intr+0x2e Xapic_isr1() at Xapic_isr1+0x33 --- interrupt, eip = 0xc0901bcd, esp = 0xe4f4dcd8, ebp = 0xe4f4dcd8 --- acpi_cpu_c1(0,0,e4f4dcf8,c63db900,1) at acpi_cpu_c1+0x5 acpi_cpu_idle(e4f4dd10,c0590ef5,c63da830,c0590e60,e4f4dd24) at acpi_cpu_idle+0x152 cpu_idle(c63da830,c0590e60,e4f4dd24,c0590be1,0) at cpu_idle+0x28 idle_proc(0,e4f4dd38) at idle_proc+0x95 fork_exit(c0590e60,0,e4f4dd38) at fork_exit+0x71 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe4f4dd6c, ebp = 0 --- db> db> ps pid proc uid ppid pgrp flag stat wmesg wchan cmd 48 c645ca3c 0 0 0 0000204 [IWAIT] swi0: sio 47 c645cc48 0 0 0 0000204 [SLPQ cooling 0xc65198d4][SLP] acpi_cooling0 46 c64d6000 0 0 0 0000204 [SLPQ tzpoll 0xc090ecd4][SLP] acpi_thermal 45 c64d620c 0 0 0 0000204 [SLPQ - 0xc646f280][SLP] thread taskq 44 c64d6418 0 0 0 0000204 [IWAIT] swi6:+ 43 c64d6624 0 0 0 0000204 [SLPQ - 0xc646f400][SLP] acpi_task2 9 c64d6830 0 0 0 0000204 [SLPQ - 0xc646f400][SLP] acpi_task1 8 c64d6a3c 0 0 0 0000204 [SLPQ - 0xc646f400][SLP] acpi_task0 42 c64d6c48 0 0 0 0000204 [IWAIT] swi6: task queue 7 c64d7000 0 0 0 0000204 [SLPQ - 0xc646f600][SLP] kqueue taskq 41 c644ec48 0 0 0 0000204 [IWAIT] swi2: cambio 40 c645b000 0 0 0 0000204 [IWAIT] swi5:+ 39 c645b20c 0 0 0 0000204 [SLPQ - 0xc07e4b00][SLP] yarrow 6 c645b418 0 0 0 0000204 [SLPQ crypto_ret_wait 0xc07fb304][SLP] crypto returns 5 c645b624 0 0 0 0000204 [SLPQ crypto_wait 0xc07fb2c4][SLP] crypto 4 c645b830 0 0 0 0000204 [SLPQ - 0xc07e7348][SLP] g_down 3 c645ba3c 0 0 0 0000204 [SLPQ - 0xc07e7344][SLP] g_up 2 c645bc48 0 0 0 0000204 [SLPQ - 0xc07e733c][SLP] g_event 38 c645c000 0 0 0 0000204 [IWAIT] swi3: vm 37 c645c20c 0 0 0 000020c [IWAIT] swi4: clock sio 36 c645c418 0 0 0 0000204 [IWAIT] swi1: net 35 c643d624 0 0 0 0000204 [IWAIT] irq23: 34 c643d830 0 0 0 0000204 [IWAIT] irq22: 33 c643da3c 0 0 0 0000204 [IWAIT] irq21: 32 c643dc48 0 0 0 0000204 [IWAIT] irq20: 31 c644e000 0 0 0 0000204 [IWAIT] irq19: 30 c644e20c 0 0 0 0000204 [IWAIT] irq18: 29 c644e418 0 0 0 0000204 [IWAIT] irq17: 28 c644e624 0 0 0 0000204 [IWAIT] irq16: 27 c644e830 0 0 0 0000204 [IWAIT] irq15: ata1 26 c644ea3c 0 0 0 0000204 [IWAIT] irq14: ata0 25 c63df20c 0 0 0 0000204 [IWAIT] irq13: 24 c63df418 0 0 0 0000204 [IWAIT] irq12: bge0 arcmsr0 23 c63df624 0 0 0 0000204 [IWAIT] irq11: nve0 atapci1 22 c63df830 0 0 0 0000204 [IWAIT] irq10: ubsec0 21 c63dfa3c 0 0 0 0000204 [IWAIT] irq9: acpi0 20 c63dfc48 0 0 0 0000204 [IWAIT] irq8: 19 c643d000 0 0 0 0000204 [IWAIT] irq7: ppc0 18 c643d20c 0 0 0 0000204 [IWAIT] irq6: 17 c643d418 0 0 0 0000204 [IWAIT] irq5: bge1 atapci2 16 c63da000 0 0 0 0000204 [IWAIT] irq4: sio0 15 c63da20c 0 0 0 0000204 [IWAIT] irq3: 14 c63da418 0 0 0 0000204 [IWAIT] irq0: 13 c63da624 0 0 0 0000204 [IWAIT] irq1: atkbd0 12 c63da830 0 0 0 000020c [CPU 0] idle: cpu0 11 c63daa3c 0 0 0 000020c [Can run] idle: cpu1 1 c63dac48 0 0 0 0000200 [INACTIVE] swapper 10 c63df000 0 0 0 0000204 [SLPQ ktrace 0xc07e7db8][SLP] ktrace 0 c07e7440 0 0 0 0000200 [SLPQ conifhk 0xc07c4c0c][SLP] swapper db> db> show pciregs none0@pci0:0:0: class=0x058000 card=0x815a1043 chip=0x005e10de rev=0xa3 hdr=0x00 isab0@pci0:1:0: class=0x060100 card=0x815a1043 chip=0x005010de rev=0xa3 hdr=0x00 none1@pci0:1:1: class=0x0c0500 card=0x815a1043 chip=0x005210de rev=0xa2 hdr=0x00 atapci0@pci0:6:0: class=0x01018a card=0x815a1043 chip=0x005310de rev=0xf2 hdr=0x00 atapci1@pci0:7:0: class=0x010185 card=0x815a1043 chip=0x005410de rev=0xf3 hdr=0x00 atapci2@pci0:8:0: class=0x010185 card=0x815a1043 chip=0x005510de rev=0xf3 hdr=0x00 pcib1@pci0:9:0: class=0x060401 card=0x00000000 chip=0x005c10de rev=0xa2 hdr=0x01 nve0@pci0:10:0: class=0x068000 card=0x81411043 chip=0x005710de rev=0xa3 hdr=0x00 pcib2@pci0:11:0: class=0x060400 card=0x00000040 chip=0x005d10de rev=0xa3 hdr=0x01 pcib3@pci0:12:0: class=0x060400 card=0x00000040 chip=0x005d10de rev=0xa3 hdr=0x01 pcib4@pci0:13:0: class=0x060400 card=0x00000040 chip=0x005d10de rev=0xa3 hdr=0x01 pcib5@pci0:14:0: class=0x060400 card=0x00000040 chip=0x005d10de rev=0xa3 hdr=0x01 hostb0@pci0:24:0: class=0x060000 card=0x00000000 chip=0x11001022 rev=0x00 hdr=0x00 hostb1@pci0:24:1: class=0x060000 card=0x00000000 chip=0x11011022 rev=0x00 hdr=0x00 hostb2@pci0:24:2: class=0x060000 card=0x00000000 chip=0x11021022 rev=0x00 hdr=0x00 hostb3@pci0:24:3: class=0x060000 card=0x00000000 chip=0x11031022 rev=0x00 hdr=0x00 ubsec0@pci7:7:0: class=0x0b4000 card=0x00000000 chip=0x580514e4 rev=0x01 hdr=0x00 none2@pci7:8:0: class=0x030000 card=0x00081002 chip=0x474d1002 rev=0x65 hdr=0x00 bge0@pci5:0:0: class=0x020000 card=0x167714e4 chip=0x167714e4 rev=0x01 hdr=0x00 bge1@pci4:0:0: class=0x020000 card=0x167714e4 chip=0x167714e4 rev=0x01 hdr=0x00 pcib6@pci1:0:0: class=0x060400 card=0x00000044 chip=0x03308086 rev=0x07 hdr=0x01 pcib7@pci1:0:2: class=0x060400 card=0x00000044 chip=0x03328086 rev=0x07 hdr=0x01 arcmsr0@pci2:14:0: class=0x010400 card=0x121017d3 chip=0x121017d3 rev=0x00 hdr=0x00 db> db> continue telnet> send break KDB: enter: Line break on console [thread pid 12 tid 100004 ] Stopped at kdb_enter+0x2b: nop db> bt Tracing pid 12 tid 100004 td 0xc63db900 kdb_enter(c07975c3) at kdb_enter+0x2b siointr1(c65e3c00) at siointr1+0xce siointr(c65e3c00) at siointr+0x5e intr_execute_handlers(c63d1490,e4f4dc94,4,e4f4dcd8,c07160b3) at intr_execute_handlers+0x85 lapic_handle_intr(34) at lapic_handle_intr+0x2e Xapic_isr1() at Xapic_isr1+0x33 --- interrupt, eip = 0xc0901bcd, esp = 0xe4f4dcd8, ebp = 0xe4f4dcd8 --- acpi_cpu_c1(0,0,e4f4dcf8,c63db900,1) at acpi_cpu_c1+0x5 acpi_cpu_idle(e4f4dd10,c0590ef5,c63da830,c0590e60,e4f4dd24) at acpi_cpu_idle+0x152 cpu_idle(c63da830,c0590e60,e4f4dd24,c0590be1,0) at cpu_idle+0x28 idle_proc(0,e4f4dd38) at idle_proc+0x95 fork_exit(c0590e60,0,e4f4dd38) at fork_exit+0x71 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe4f4dd6c, ebp = 0 --- db> ---Mike At 05:15 PM 30/01/2006, Mike Tancsa wrote: >Hi, > Sometime after the commit below, two of my AMD dual core > boxes (i386) no longer boot. One of them with just a 3ware > controller and the other, and areca and a few extra nics and drives. > >The one with just the 3ware freezes at > >SMP: AP CPU #1 Launched! > >and the other freezes after probing the first ide drive > > >Timecounters tick every 1.000 msec >ad0: 76319MB at ata0-master UDMA100 >twed0: on twe0 >twed0: 152626MB (312579760 sectors) >SMP: AP CPU #1 Launched! > >Trying to mount root from ufs:/dev/twed0s1a >bge0: link state changed to UP >bge0: link state changed to DOWN > > > >Timecounters tick every 1.000 msec >Waiting 5 seconds for SCSI devices to settle >ad0: 38166MB at ata0-master UDMA100 > >ad4: 238475MB at ata2-master SATA150 >ad6: 238475MB at ata3-master SATA150 >ad8: 238475MB at ata4-master SATA150 >ad10: 238475MB at ata5-master SATA150 >da0 at arcmsr0 bus 0 target 0 lun 0 >da0: Fixed Direct Access SCSI-3 device >da0: 166.666MB/s transfers (83.333MHz, offset 32, 16bit), Tagged >Queueing Enabled >da0: 858306MB (1757812224 512 byte sectors: 255H 63S/T 109418C) >SMP: AP CPU #1 Launched! >Trying to mount root from ufs:/dev/ad0s1a > >Full dmesgs of both boxes attached > > > > > >>X-Original-To: cvs-all@FreeBSD.org >>Delivered-To: cvs-all@FreeBSD.org >>From: Warner Losh >>Date: Mon, 30 Jan 2006 18:42:10 +0000 (UTC) >>To: src-committers@freebsd.org, cvs-src@freebsd.org, cvs-all@freebsd.org >> >>imp 2006-01-30 18:42:10 UTC >> >> FreeBSD src repository >> >> Modified files: (Branch: RELENG_6) >> sys/dev/pci pci.c >> Log: >> MFC: >> 1.308, 1.307, 1.306: expose pci_add_resources to the outside >> world. Implement force in pci_add_map. Write values of allocated >> resources to the BARs. >> 1.304: Improve diagnostic messages >> 1.303: Improved resource allocation. >> 1.302: Use symbolic names >> 1.301: Minor style(9) nitage >> 1.296: Allow code to access cached values for CMDREG, >> CACHLNSZ, MINGNT, >> MAXLAT and LATTIMER. >> >> Revision Changes Path >> 1.292.2.6 +93 -49 src/sys/dev/pci/pci.c >>_______________________________________________ >>cvs-all@freebsd.org mailing list >>http://lists.freebsd.org/mailman/listinfo/cvs-all >>To unsubscribe, send any mail to "cvs-all-unsubscribe@freebsd.org" > >-------------------------------------------------------------------- >Mike Tancsa, tel +1 519 651 3400 >Sentex Communications, mike@sentex.net >Providing Internet since 1994 www.sentex.net >Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-stable@FreeBSD.ORG Mon Jan 30 22:45:03 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2D16A16A420; Mon, 30 Jan 2006 22:45:03 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from smtp1.adl2.internode.on.net (smtp1.adl2.internode.on.net [203.16.214.181]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A6A843D45; Mon, 30 Jan 2006 22:45:01 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from midget.dons.net.au (ppp208-69.lns1.adl2.internode.on.net [203.122.208.69]) by smtp1.adl2.internode.on.net (8.13.5/8.13.5) with ESMTP id k0UMitOD023216; Tue, 31 Jan 2006 09:14:59 +1030 (CST) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.dons.net.au (inchoate.dons.net.au [10.0.2.99]) (authenticated bits=0) by midget.dons.net.au (8.13.4/8.13.3) with ESMTP id k0UMipNG089905 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 31 Jan 2006 09:14:54 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Kris Kennaway Date: Tue, 31 Jan 2006 09:14:27 +1030 User-Agent: KMail/1.9.1 References: <200601301652.16237.doconnor@gsoft.com.au> <200601310809.25242.doconnor@gsoft.com.au> <20060130215554.GA68540@xor.obsecurity.org> In-Reply-To: <20060130215554.GA68540@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1721064.K6pGgAb2j8"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200601310914.39886.doconnor@gsoft.com.au> X-Spam-Score: 0 () X-Scanned-By: MIMEDefang 2.52 on 10.0.2.7 Cc: freebsd-stable@freebsd.org, Michael Nottebrock Subject: Re: KDE 3.5.0 seems much chubbier than 3.4.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jan 2006 22:45:03 -0000 --nextPart1721064.K6pGgAb2j8 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 31 January 2006 08:25, Kris Kennaway wrote: > > I did have a kernel from before the new malloc and it still seemed quite > > sluggish. I remember being stuck because a commit to the AGP driver on > > 20/12/05 prevented the nvidia driver building. > > new malloc =3D userland, not kernel. Yeah but I don't install world without first doing install kernel :) > P.S. You're posting to the wrong list ;) Doh! =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1721064.K6pGgAb2j8 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBD3pbX5ZPcIHs/zowRAssaAJ90mUXG7kW7obEVfvvLBmP/LsdcewCeLYwH bqpcuQdNiyVSwrGyQgB5Yt0= =5Iv7 -----END PGP SIGNATURE----- --nextPart1721064.K6pGgAb2j8-- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 30 22:48:47 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 65CF116A420 for ; Mon, 30 Jan 2006 22:48:47 +0000 (GMT) (envelope-from ob@gruft.de) Received: from obh.snafu.de (obh.snafu.de [213.73.92.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 94AF143D4C for ; Mon, 30 Jan 2006 22:48:46 +0000 (GMT) (envelope-from ob@gruft.de) Received: from ob by obh.snafu.de with local (Exim 4.60 (FreeBSD)) (envelope-from ) id 1F3hpF-00075x-Ga for freebsd-stable@freebsd.org; Mon, 30 Jan 2006 23:48:45 +0100 Date: Mon, 30 Jan 2006 23:48:45 +0100 From: Oliver Brandmueller To: freebsd-stable@freebsd.org Message-ID: <20060130224845.GP1577@e-Gitt.NET> Mail-Followup-To: freebsd-stable@freebsd.org References: <43BFAB99.1030208@restart.be> <43DE902F.30508@asd.aplus.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5gxpn/Q6ypwruk0T" Content-Disposition: inline In-Reply-To: <43DE902F.30508@asd.aplus.net> User-Agent: Mutt/1.5.11 Sender: Oliver Brandmueller Subject: Re: 6.0-RELEASE freeze repetitively X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jan 2006 22:48:47 -0000 --5gxpn/Q6ypwruk0T Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi On Mon, Jan 30, 2006 at 02:16:15PM -0800, Atanas wrote: > If you have SMP and QUOTA enabled, you might find the following threads= =20 > useful: >=20 > http://lists.freebsd.org/pipermail/freebsd-hackers/2005-November/014339.h= tml > http://lists.freebsd.org/pipermail/freebsd-stable/2005-December/020606.ht= ml > http://lists.freebsd.org/pipermail/freebsd-stable/2006-January/021693.html >=20 > All of the possible workarounds I know are limited to the following: > - disable SMP > - disable QUOTA support > - downgrade to 5.4(-STABLE) I've read these threads. I get almost the same problem (see my other=20 post). On a UP machine with HTT disabled in the BIOS and an non-SMP=20 kernel installed. Disabling QUOTA (though it really, really hurts in my=20 situation) is the next step. Downgrade to 5.4 is kind of a last resort,=20 I really don't want to go that way. With all my busy servers I have a=20 lot better experiences with RELENG_6 than with RELENG_5. Well, except=20 for that one. - Oliver --=20 | Oliver Brandmueller | Offenbacher Str. 1 | Germany D-14197 Berlin | | Fon +49-172-3130856 | Fax +49-172-3145027 | WWW: http://the.addict.de/ | | Ich bin das Internet. Sowahr ich Gott helfe. | | Eine gewerbliche Nutzung aller enthaltenen Adressen ist nicht gestattet! | --5gxpn/Q6ypwruk0T Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD3pfNiqtMdzjafykRAm8nAKCDA2gp9tU2bHdPPMNK7a3aLH4e/ACfcKvc zWhfVz4Bm9dh9YN8u9W72LY= =fAj3 -----END PGP SIGNATURE----- --5gxpn/Q6ypwruk0T-- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 30 22:53:06 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 618) id 77B3516A422; Mon, 30 Jan 2006 22:53:06 +0000 (GMT) In-Reply-To: <200601290842.38251.dan_beckett4@hotmail.com> from Dan Beckett at "Jan 29, 2006 08:42:37 am" To: dan_beckett4@hotmail.com Date: Mon, 30 Jan 2006 22:53:06 +0000 (GMT) X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <20060130225306.77B3516A422@hub.freebsd.org> From: wpaul@FreeBSD.ORG (Bill Paul) Cc: freebsd-stable@freebsd.org Subject: Re: Linksys WPC54g v4, NDIS, & Kernel Panics X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jan 2006 22:53:06 -0000 > Oh, and I should have said, this is an IBM A20m laptop and I'm running > 6.0-Release. > Thanks > Dan Beckett There is a LOT more you should have said. - You didn't say what chipset this chip has. No, "Linksys WPC54g v4" isn't enough to figure it out. You should do pciconf -lv with the card plugged in and show us the result. - You didn't show the dmesg output from when the card is plugged in. - You didn't show what commands you typed to "set an SSID under iconfig," or for your attempts to "set wither WEP or WPA-PSK keys." - If your panic info is accurate, you're using smbfs. Have you tried _NOT_ using smbfs to see what happens? Remember, we're not there to look over your shoulder: you have to _show_ us what you're doing, not summarize. People, I'm getting tired of always having to ask for this basic information. The more I have to ask, the more annoyed I get, and the less inclined I am to help anyone. The shit you don't think is important? It's important. So spill it already. -Bill -- ============================================================================= -Bill Paul (510) 749-2329 | Senior Engineer, Master of Unix-Fu wpaul@windriver.com | Wind River Systems ============================================================================= you're just BEGGING to face the moose ============================================================================= From owner-freebsd-stable@FreeBSD.ORG Mon Jan 30 22:55:59 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6417816A420 for ; Mon, 30 Jan 2006 22:55:59 +0000 (GMT) (envelope-from Mark_Andrews@isc.org) Received: from farside.isc.org (farside.isc.org [204.152.187.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1AE0543D46 for ; Mon, 30 Jan 2006 22:55:59 +0000 (GMT) (envelope-from Mark_Andrews@isc.org) Received: from drugs.dv.isc.org (localhost.isc.org [IPv6:::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by farside.isc.org (Postfix) with ESMTP id 5B421E6086 for ; Mon, 30 Jan 2006 22:55:58 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (8.13.4/8.13.1) with ESMTP id k0UM19LK014727; Tue, 31 Jan 2006 09:01:10 +1100 (EST) (envelope-from marka@drugs.dv.isc.org) Message-Id: <200601302201.k0UM19LK014727@drugs.dv.isc.org> To: "Wilde, Donald" From: Mark Andrews In-reply-to: Your message of "Mon, 30 Jan 2006 13:35:35 PDT." <040DF00BF960A24897B5B3EFBE63FE8A01CE9259@ES20SNLNT.srn.sandia.gov> Date: Tue, 31 Jan 2006 09:01:09 +1100 Sender: Mark_Andrews@isc.org Cc: freebsd-stable@freebsd.org Subject: Re: X.org 6.9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jan 2006 22:55:59 -0000 Well you can atleast get dri to compile. It doesn't compile on FreeBSD 4.11 wants -std=c99 and . No pr sent in yet. None of the xservers compiled. Header files in the wrong order and it wanted va_copy(). Moving to gcc33 and a few patches addressed the issue. Pr sent I know one can't test build all the ports on FreeBSD 4.11 before committing but one would think that X11 was critical enough to too many people not to test build it on FreeBSD 4.11 before committing the changes to ports. Mark -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews@isc.org From owner-freebsd-stable@FreeBSD.ORG Mon Jan 30 23:28:09 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 01FB716A425 for ; Mon, 30 Jan 2006 23:28:08 +0000 (GMT) (envelope-from infofarmer@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id A91AC43D70 for ; Mon, 30 Jan 2006 23:28:00 +0000 (GMT) (envelope-from infofarmer@gmail.com) Received: by zproxy.gmail.com with SMTP id 8so1157767nzo for ; Mon, 30 Jan 2006 15:27:58 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=RAOKMg58bZkUWhnLs683az7OgDD4ad+/JcclVE8VzrVTAJGc2NjTbUGnC3E9d2Q0J+xvK6UxOu5QjspCnvFUcNbVrfIAqydRVdOtQ9JaTml6DPntCb9D8MBNnQ02aWqeHAcHETMEg/o8auBAZlJuHM05vjBhnHN+YsNVi3iWqBA= Received: by 10.36.251.30 with SMTP id y30mr3591997nzh; Mon, 30 Jan 2006 15:27:58 -0800 (PST) Received: by 10.37.20.11 with HTTP; Mon, 30 Jan 2006 15:27:58 -0800 (PST) Message-ID: Date: Tue, 31 Jan 2006 02:27:58 +0300 From: Andrew Pantyukhin To: FreeBSD Stable MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: Subject: Recent MFC's causing trouble with network and mouse X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jan 2006 23:28:09 -0000 I upgraded my world and kernel from about a week's old state to today's source and network (vge) and mouse (ums) stopped working. vge0 has a formerly usual trouble of link state going up and down, while ums0 doesn't move or feel its buttons (tried moused and xorg). Had a look at cvs, didn't see anything suspicious about vge and ums in particular :-( This is about time I learnt how to live with several kernels at hand... From owner-freebsd-stable@FreeBSD.ORG Mon Jan 30 23:40:25 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9FB9316A420 for ; Mon, 30 Jan 2006 23:40:25 +0000 (GMT) (envelope-from mistry.7@osu.edu) Received: from mail.united-ware.com (am-productions.biz [69.61.164.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id D690C43D66 for ; Mon, 30 Jan 2006 23:40:10 +0000 (GMT) (envelope-from mistry.7@osu.edu) Received: from [192.168.1.100] (am-productions.biz [69.61.164.22]) (authenticated bits=0) by mail.united-ware.com (8.13.4/8.13.4) with ESMTP id k0UNmDUC065460 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 30 Jan 2006 18:48:19 -0500 (EST) (envelope-from mistry.7@osu.edu) From: Anish Mistry To: freebsd-stable@freebsd.org Date: Mon, 30 Jan 2006 18:42:57 -0500 User-Agent: KMail/1.9.1 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1414002.l4yyYguIaT"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200601301843.12108.mistry.7@osu.edu> X-Spam-Status: No, score=-6.2 required=5.0 tests=ALL_TRUSTED,BAYES_20, MYFREEBSD2 autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on mail.united-ware.com X-Virus-Scanned: ClamAV 0.88/1262/Mon Jan 30 15:23:09 2006 on mail.united-ware.com X-Virus-Status: Clean Subject: Fatal trap 12: page fault soo_poll X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jan 2006 23:40:25 -0000 --nextPart1414002.l4yyYguIaT Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline I just got the following trap on my AMD64 system while doing some=20 video encoding. I'm updating to the latest STABLE to see if I can=20 reproduce it. =46reeBSD 6.0-STABLE #8: Thu Jan 26 19:07:13 UTC 2006 =46atal trap 12: page fault while in kernel mode fault virtual address =3D 0xffffffcc805543e0 fault code =3D supervisor read, page not present instruction pointer =3D 0x8:0xffffffff8025b244 stack pointer =3D 0x10:0xffffffff962e4900 frame pointer =3D 0x10:0xffffffff962e4930 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 3 current process =3D 705 (Xorg) [thread pid 705 tid 100104 ] Stopped at soo_poll+0x44: movq 0x60(%rax),%rax db> bt Tracing pid 705 tid 100104 td 0xffffff0013a02260 soo_poll() at soo_poll+0x44 kern_select() at kern_select+0x8b7 select() at select+0x3e syscall() at syscall+0x471 Xfast_syscall() at Xfast_syscall+0xa8 =2D-=20 Anish Mistry --nextPart1414002.l4yyYguIaT Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBD3qSQxqA5ziudZT0RAqqrAJ9FZNqn61+6b+DhdejOQdzT1pgDNgCfYrnO grAHBTIz46wqZNHAkG6lXn8= =SK7w -----END PGP SIGNATURE----- --nextPart1414002.l4yyYguIaT-- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 30 23:44:50 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C3BE416A420 for ; Mon, 30 Jan 2006 23:44:50 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 03FF543D77 for ; Mon, 30 Jan 2006 23:44:35 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id k0UNfe2b021149; Mon, 30 Jan 2006 16:41:40 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Mon, 30 Jan 2006 16:41:49 -0700 (MST) Message-Id: <20060130.164149.22979238.imp@bsdimp.com> To: mike@sentex.net From: "M. Warner Losh" In-Reply-To: <6.2.3.4.0.20060130165727.07935ef0@64.7.153.2> References: <6.2.3.4.0.20060130165727.07935ef0@64.7.153.2> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Mon, 30 Jan 2006 16:41:40 -0700 (MST) Cc: freebsd-stable@freebsd.org Subject: Re: cvs commit: src/sys/dev/pci pci.c X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Jan 2006 23:44:50 -0000 I've recreated this on a box I have locally. Film at 11. Warner From owner-freebsd-stable@FreeBSD.ORG Tue Jan 31 00:54:09 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 60DBD16A420 for ; Tue, 31 Jan 2006 00:54:09 +0000 (GMT) (envelope-from conrads@cox.net) Received: from eastrmmtao05.cox.net (eastrmmtao05.cox.net [68.230.240.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id B31EF43D45 for ; Tue, 31 Jan 2006 00:54:08 +0000 (GMT) (envelope-from conrads@cox.net) Received: from serene.no-ip.org ([68.14.59.177]) by eastrmmtao05.cox.net (InterMail vM.6.01.05.02 201-2131-123-102-20050715) with ESMTP id <20060131005415.RXNS14098.eastrmmtao05.cox.net@serene.no-ip.org> for ; Mon, 30 Jan 2006 19:54:15 -0500 Received: from serene.no-ip.org (localhost [127.0.0.1]) by serene.no-ip.org (8.13.4/8.13.4) with ESMTP id k0V0s5Sb081386 for ; Mon, 30 Jan 2006 18:54:05 -0600 (CST) (envelope-from conrads@serene.no-ip.org) Received: (from conrads@localhost) by serene.no-ip.org (8.13.4/8.13.4/Submit) id k0V0s0PL081385 for freebsd-stable@freebsd.org; Mon, 30 Jan 2006 18:54:00 -0600 (CST) (envelope-from conrads) Message-ID: X-Mailer: XFMail 1.5.5 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Mon, 30 Jan 2006 18:53:59 -0600 (CST) From: Conrad Sabatier To: freebsd-stable@freebsd.org Subject: buildkernel suddenly not respecting -DNO_WERROR X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Jan 2006 00:54:09 -0000 I've been unable to build a new kernel for the last several days (RELENG_6). I keep getting warnings re: failed attempts to inline functions, which are being treated as fatal errors due to the -Werror flag. Is anyone else seeing this? When exactly did buildkernel break, and why? -- Conrad J. Sabatier -- "In Unix veritas" From owner-freebsd-stable@FreeBSD.ORG Tue Jan 31 01:39:51 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 55C6F16A422 for ; Tue, 31 Jan 2006 01:39:51 +0000 (GMT) (envelope-from conrads@cox.net) Received: from eastrmmtao01.cox.net (eastrmmtao01.cox.net [68.230.240.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9218B43D49 for ; Tue, 31 Jan 2006 01:39:50 +0000 (GMT) (envelope-from conrads@cox.net) Received: from serene.no-ip.org ([68.14.59.177]) by eastrmmtao01.cox.net (InterMail vM.6.01.05.02 201-2131-123-102-20050715) with ESMTP id <20060131013956.HHWB4894.eastrmmtao01.cox.net@serene.no-ip.org> for ; Mon, 30 Jan 2006 20:39:56 -0500 Received: from serene.no-ip.org (localhost [127.0.0.1]) by serene.no-ip.org (8.13.4/8.13.4) with ESMTP id k0V1dkYV007940 for ; Mon, 30 Jan 2006 19:39:48 -0600 (CST) (envelope-from conrads@serene.no-ip.org) Received: (from conrads@localhost) by serene.no-ip.org (8.13.4/8.13.4/Submit) id k0V1dfct007927 for freebsd-stable@freebsd.org; Mon, 30 Jan 2006 19:39:41 -0600 (CST) (envelope-from conrads) Message-ID: X-Mailer: XFMail 1.5.5 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: Date: Mon, 30 Jan 2006 19:39:41 -0600 (CST) From: Conrad Sabatier To: freebsd-stable@freebsd.org Subject: RE: buildkernel suddenly not respecting -DNO_WERROR X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Jan 2006 01:39:51 -0000 On 31-Jan-2006 Conrad Sabatier wrote: > I've been unable to build a new kernel for the last several days > (RELENG_6). > I keep getting warnings re: failed attempts to inline functions, which > are being treated as fatal errors due to the -Werror flag. > > Is anyone else seeing this? When exactly did buildkernel break, and why? OK, I did a little digging and found that in src/sys/conf/kern.pre.mk, the variable name is WERROR, not NO_WERROR (like in share/mk/bsd.sys.mk). Problem solved. :-) -- Conrad J. Sabatier -- "In Unix veritas" From owner-freebsd-stable@FreeBSD.ORG Tue Jan 31 01:56:43 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C62E816A422 for ; Tue, 31 Jan 2006 01:56:43 +0000 (GMT) (envelope-from lists@elehack.net) Received: from weirdo.crazywebhosting.net (weirdo.crazywebhosting.net [70.85.78.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A55D43D55 for ; Tue, 31 Jan 2006 01:56:43 +0000 (GMT) (envelope-from lists@elehack.net) Received: from rentacop.student.iastate.edu ([65.110.225.31] helo=eshcol) by weirdo.crazywebhosting.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.52) id 1F3klF-0005JA-0Z for freebsd-stable@freebsd.org; Mon, 30 Jan 2006 19:56:49 -0600 Date: Mon, 30 Jan 2006 19:56:55 -0600 From: Michael Ekstrand To: freebsd-stable@freebsd.org Message-Id: <20060130195655.e2c9da19.lists@elehack.net> X-Mailer: Sylpheed version 2.1.1 (GTK+ 2.8.6; i486-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Antivirus-Scanner: Clean mail though you should still use an Antivirus X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - weirdo.crazywebhosting.net X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [47 12] X-AntiAbuse: Sender Address Domain - elehack.net X-Source: X-Source-Args: X-Source-Dir: Subject: GCC not searching /usr/local/include X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Jan 2006 01:56:44 -0000 I'm having a little problem with compiling programs. It seems that gcc does not search /usr/local/include for headers by default; I have to specify -I/usr/local/include. It seems to me that it should. So: Should gcc be searching /usr/local/include by default? If yes: where do I look to try to fix this problem? I'm not sure why I'm thinking it should; I seem to remember it doing so before. But maybe I'm imagining things. Thanks! - Michael From owner-freebsd-stable@FreeBSD.ORG Tue Jan 31 03:46:44 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8025116A420 for ; Tue, 31 Jan 2006 03:46:44 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id E93EA43D46 for ; Tue, 31 Jan 2006 03:46:43 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id C59821A3C20; Mon, 30 Jan 2006 19:46:43 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 315E8520B2; Mon, 30 Jan 2006 22:46:43 -0500 (EST) Date: Mon, 30 Jan 2006 22:46:43 -0500 From: Kris Kennaway To: Conrad Sabatier Message-ID: <20060131034643.GA74061@xor.obsecurity.org> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="n8g4imXOkfNTN/H1" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: buildkernel suddenly not respecting -DNO_WERROR X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Jan 2006 03:46:44 -0000 --n8g4imXOkfNTN/H1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jan 30, 2006 at 07:39:41PM -0600, Conrad Sabatier wrote: >=20 > On 31-Jan-2006 Conrad Sabatier wrote: > > I've been unable to build a new kernel for the last several days > > (RELENG_6). > > I keep getting warnings re: failed attempts to inline functions, which > > are being treated as fatal errors due to the -Werror flag. > >=20 > > Is anyone else seeing this? When exactly did buildkernel break, and wh= y? >=20 > OK, I did a little digging and found that in src/sys/conf/kern.pre.mk, the > variable name is WERROR, not NO_WERROR (like in share/mk/bsd.sys.mk). >=20 > Problem solved. :-) Well, it doesn't explain why your kernel build has suddenly sprouted warnings when none should exist (unless you're using home-grown compiler flags). Kris --n8g4imXOkfNTN/H1 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD3t2iWry0BWjoQKURAi5/AKCLfK1cYEWW2Ua95slLukaC2MDpfgCgxx5p jLRHeky5KBJsvM2c596tkc4= =mkqp -----END PGP SIGNATURE----- --n8g4imXOkfNTN/H1-- From owner-freebsd-stable@FreeBSD.ORG Tue Jan 31 03:47:37 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 80C7416A420 for ; Tue, 31 Jan 2006 03:47:37 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 20D0043D5C for ; Tue, 31 Jan 2006 03:47:36 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id F30F11A4D79; Mon, 30 Jan 2006 19:47:35 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 545F7520B2; Mon, 30 Jan 2006 22:47:35 -0500 (EST) Date: Mon, 30 Jan 2006 22:47:35 -0500 From: Kris Kennaway To: Michael Ekstrand Message-ID: <20060131034735.GB74061@xor.obsecurity.org> References: <20060130195655.e2c9da19.lists@elehack.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="dc+cDN39EJAMEtIO" Content-Disposition: inline In-Reply-To: <20060130195655.e2c9da19.lists@elehack.net> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: GCC not searching /usr/local/include X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Jan 2006 03:47:37 -0000 --dc+cDN39EJAMEtIO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jan 30, 2006 at 07:56:55PM -0600, Michael Ekstrand wrote: > I'm having a little problem with compiling programs. >=20 > It seems that gcc does not search /usr/local/include for headers by > default; I have to specify -I/usr/local/include. It seems to me that it > should. >=20 > So: >=20 > Should gcc be searching /usr/local/include by default? No, if you want to look for third-party headers you need to point the compiler there yourself. Kris --dc+cDN39EJAMEtIO Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD3t3WWry0BWjoQKURArLmAKDzVMwvfyC+qeWew4LbRKhtCLLA8wCeKqTd YP2EYmjgrBen1ZPWT/18ELs= =av+5 -----END PGP SIGNATURE----- --dc+cDN39EJAMEtIO-- From owner-freebsd-stable@FreeBSD.ORG Tue Jan 31 03:54:55 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0E7FE16A420 for ; Tue, 31 Jan 2006 03:54:55 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id B93EA43D48 for ; Tue, 31 Jan 2006 03:54:54 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 99D9D1A3C20; Mon, 30 Jan 2006 19:54:54 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id DFDA4520B2; Mon, 30 Jan 2006 22:54:53 -0500 (EST) Date: Mon, 30 Jan 2006 22:54:53 -0500 From: Kris Kennaway To: Mark Andrews Message-ID: <20060131035453.GA74169@xor.obsecurity.org> References: <040DF00BF960A24897B5B3EFBE63FE8A01CE9259@ES20SNLNT.srn.sandia.gov> <200601302201.k0UM19LK014727@drugs.dv.isc.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6c2NcOVqGQ03X4Wi" Content-Disposition: inline In-Reply-To: <200601302201.k0UM19LK014727@drugs.dv.isc.org> User-Agent: Mutt/1.4.2.1i Cc: "Wilde, Donald" , freebsd-stable@freebsd.org Subject: Re: X.org 6.9 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Jan 2006 03:54:55 -0000 --6c2NcOVqGQ03X4Wi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jan 31, 2006 at 09:01:09AM +1100, Mark Andrews wrote: >=20 > Well you can atleast get dri to compile. It doesn't compile on > FreeBSD 4.11 wants -std=3Dc99 and . No pr sent in yet. >=20 > None of the xservers compiled. Header files in the wrong order > and it wanted va_copy(). Moving to gcc33 and a few patches > addressed the issue. Pr sent >=20 > I know one can't test build all the ports on FreeBSD 4.11 before > committing but one would think that X11 was critical enough to > too many people not to test build it on FreeBSD 4.11 before > committing the changes to ports. The default X server on FreeBSD 4.11 is XFree86 4.5, so that's what gets tested. Of course, x.org 6.9 *was* tested on modern versions of FreeBSD prior to the commit :-) Kris --6c2NcOVqGQ03X4Wi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD3t+NWry0BWjoQKURAiscAJ9Y5qEzOFhWLGoVn+/LanTerQIg/wCg+e7T QeXnANpbb6Xrc4O8VVJ4KCY= =KIIO -----END PGP SIGNATURE----- --6c2NcOVqGQ03X4Wi-- From owner-freebsd-stable@FreeBSD.ORG Tue Jan 31 05:48:16 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E406B16A420 for ; Tue, 31 Jan 2006 05:48:15 +0000 (GMT) (envelope-from pldrouin@pldrouin.net) Received: from smtp.cyberfingers.net (smtp.cyberfingers.net [198.177.254.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A7FB43D45 for ; Tue, 31 Jan 2006 05:48:15 +0000 (GMT) (envelope-from pldrouin@pldrouin.net) Received: from [192.168.1.100] (modemcable009.254-201-24.mc.videotron.ca [24.201.254.9]) by smtp.cyberfingers.net (Postfix) with ESMTP id ED7C41700A8 for ; Tue, 31 Jan 2006 00:48:20 -0500 (EST) Message-ID: <43DEFA14.9070109@pldrouin.net> Date: Tue, 31 Jan 2006 00:48:04 -0500 From: Pierre-Luc Drouin User-Agent: Thunderbird 1.5 (X11/20060114) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: "couldn't map interrupt" problems with updated 6.0 kernel X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Jan 2006 05:48:16 -0000 Hi, Since the FreeBSD src update I did tonight, my computer has problems with irqs. Before this update I was using 6.0-stable (built on Dec 9 '05) and it was working fine with APIC enabled (device apic in kernel config file). Now when I enable APIC with the new kernel I get the following error messages at boot time: Jan 30 22:19:59 ldaemon kernel: bge0: mem 0xd5000000-0xd500ffff irq 9 at device 5.0 on pci2 Jan 30 22:19:59 ldaemon kernel: bge0: couldn't map interrupt Jan 30 22:19:59 ldaemon kernel: device_attach: bge0 attach returned 6 Jan 30 22:19:59 ldaemon kernel: rl0: port 0xb800-0xb8ff mem 0xd4800000-0xd48000ff irq 9 at device 10.0 on pci2 Jan 30 22:19:59 ldaemon kernel: rl0: couldn't map interrupt Jan 30 22:19:59 ldaemon kernel: device_attach: rl0 attach returned 6 Jan 30 22:19:59 ldaemon kernel: pcm0: port 0xb400-0xb41f irq 9 at device 12.0 on pci2 Jan 30 22:19:59 ldaemon kernel: pcm0: Jan 30 22:19:59 ldaemon kernel: pcm0: unable to map interrupt Jan 30 22:19:59 ldaemon kernel: device_attach: pcm0 attach returned 6 Jan 30 22:19:59 ldaemon kernel: pci2: > > or > > # top -I > > > > Under releng_6 (stable p4) and the older versions, > > i think down to releng_5, doesn't show a running process. > > > > I have tryed to dig in the source but my experiences are not > > so good that i can find the possible error. > > See line 603 (in HEAD) of /usr/src/usr.bin/top/machine.c: > > if (displaymode =3D=3D DISP_CPU && !show_idle && > (pp->ki_pctcpu =3D=3D 0 || pp->ki_stat !=3D SRUN)) > /* skip idle or non-running processes */ > continue; > > Since I do not like the current behaviour, I considered removing the > test for state SRUN. But I guess that the teest can not be completely > eliminated. Instead of selecting only SRUN, some states may need to > be suppressed (SZOMB, possibly also SIDL, SSTOP). > > I'll test the following version on my system: > > if (displaymode =3D=3D DISP_CPU && !show_idle && > (pp->ki_pctcpu =3D=3D 0 || pp->ki_stat =3D=3D SZOMB |= | pp->ki_stat =3D=3D SSTOP)) > /* skip idle or non-running processes */ > continue; > > > Has anyone same experiences made with top, or has > > anyone a workaround (please not like while true........) > > Patch included (not verified to apply to 5.x or 6.x, but editing the > test in place should be easy, then). > > Regards, STefan > > --- /usr/src/usr.bin/top/machine.c 18 May 2005 13:42:51 -0000 1= .74 > +++ /usr/src/usr.bin/top/machine.c 30 Jan 2006 14:26:08 -0000 > @@ -601,7 +601,7 @@ > continue; > > if (displaymode =3D=3D DISP_CPU && !show_idle && > - (pp->ki_pctcpu =3D=3D 0 || pp->ki_stat !=3D SRUN)) > + (pp->ki_pctcpu =3D=3D 0 || pp->ki_stat =3D=3D SZOMB |= | pp->ki_stat =3D=3D SSTOP)) > /* skip idle or non-running processes */ > continue; > > From owner-freebsd-stable@FreeBSD.ORG Wed Feb 1 12:28:52 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2908B16A420 for ; Wed, 1 Feb 2006 12:28:52 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC7F643D4C for ; Wed, 1 Feb 2006 12:28:50 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1F4H6D-00079X-89 for freebsd-stable@freebsd.org; Wed, 01 Feb 2006 13:28:37 +0100 Received: from p508c1dab.dip0.t-ipconnect.de ([80.140.29.171]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 01 Feb 2006 13:28:37 +0100 Received: from christian.baer by p508c1dab.dip0.t-ipconnect.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 01 Feb 2006 13:28:37 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Christian Baer Date: Wed, 1 Feb 2006 13:28:19 +0100 (CET) Organization: Convenimus Projekt Lines: 15 Message-ID: References: <43E02C04.3070605@paradise.net.nz> X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: p508c1dab.dip0.t-ipconnect.de User-Agent: slrn/0.9.8.1 (FreeBSD) Sender: news Subject: Update: Change in Promise controllers (is the source-code broken?) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Feb 2006 12:28:52 -0000 I mounted ad8 as ro and tried to copy files off that drive. Didn't do much good, the system still hung up. Because of the -ro I thought it might be possible to shutdown the system cleanly, but that didn't work this time either. During shutdown the fushing of the cache fails. Strangely, this time the system also complained about a Robinson for ad2. What really freaks me out about this is for one ad2 is connected to the southbridge (as the device-name suggests) and that nothing on ad2 was ever mounted in this session. What changed in the code? Regards Chris From owner-freebsd-stable@FreeBSD.ORG Wed Feb 1 12:34:29 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD01116A420 for ; Wed, 1 Feb 2006 12:34:29 +0000 (GMT) (envelope-from ob@gruft.de) Received: from obh.snafu.de (obh.snafu.de [213.73.92.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 695A243D45 for ; Wed, 1 Feb 2006 12:34:29 +0000 (GMT) (envelope-from ob@gruft.de) Received: from ob by obh.snafu.de with local (Exim 4.60 (FreeBSD)) (envelope-from ) id 1F4HBs-000BHq-8B for freebsd-stable@freebsd.org; Wed, 01 Feb 2006 13:34:28 +0100 Date: Wed, 1 Feb 2006 13:34:28 +0100 From: Oliver Brandmueller To: freebsd-stable@freebsd.org Message-ID: <20060201123428.GD97785@e-Gitt.NET> Mail-Followup-To: freebsd-stable@freebsd.org References: <20060201033249.U562@10.0.0.1> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ABTtc+pdwF7KHXCz" Content-Disposition: inline In-Reply-To: <20060201033249.U562@10.0.0.1> User-Agent: Mutt/1.5.11 Sender: Oliver Brandmueller Subject: Re: Quota deadlocks. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Feb 2006 12:34:30 -0000 --ABTtc+pdwF7KHXCz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi. On Wed, Feb 01, 2006 at 03:36:19AM -0800, Jeff Roberson wrote: > I'm not able to reproduce the quota deadlocks that were reported. Can=20 > anyone reproduce them on 7.0? I need more specific instructions on how t= o=20 > reproduce, or more detailed debugging info from someone who can. If you= =20 > can reproduce, please add 'options DEBUG_LOCKS' to your kernel. Then get= =20 > me the output of 'alltrace' 'ps' and 'show lockedvnods' from ddb. I'll= =20 > also need the output of 'mount' and a good description of what triggered= =20 > the issue. I hope to resolve this before 6.1. I have no chance to test on 7 and currently try to avoid crashing our=20 NFS server. I have good reasons to believe, that the problem also occurs=20 on UP machines (see my postings in Reply to Henri Hennebert (Re:=20 6.0-RELEASE freeze repetitively). Unfortunately, the server has no=20 DEBUG_LOCKS turned on :-/ I cannot see any load problem or any cronjob making traffic. Close to=20 the time of the crash I see an ftp user on one of our app servers, that=20 might have reached his quota (rquotad, NFS), though I cannot tell for=20 sure. And also it's unlikely that this is the only time someone reached=20 his quota. If there's apart from what I posted something I could look up in the=20 dump, then please tell me. Thanx for looking into this, Oliver --=20 | Oliver Brandmueller | Offenbacher Str. 1 | Germany D-14197 Berlin | | Fon +49-172-3130856 | Fax +49-172-3145027 | WWW: http://the.addict.de/ | | Ich bin das Internet. Sowahr ich Gott helfe. | | Eine gewerbliche Nutzung aller enthaltenen Adressen ist nicht gestattet! | --ABTtc+pdwF7KHXCz Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD4KrUiqtMdzjafykRAlPPAJ9Re23KitdIiYypxxje91Pym5k03wCfXkrq N2XOutLSAb6HisYOFjldxcE= =uwHy -----END PGP SIGNATURE----- --ABTtc+pdwF7KHXCz-- From owner-freebsd-stable@FreeBSD.ORG Wed Feb 1 12:37:18 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4BA4216A420 for ; Wed, 1 Feb 2006 12:37:18 +0000 (GMT) (envelope-from derkjan@haanjdj.xs4all.nl) Received: from haanjdj.xs4all.nl (haanjdj.xs4all.nl [82.92.74.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 23B5D43D7F for ; Wed, 1 Feb 2006 12:37:02 +0000 (GMT) (envelope-from derkjan@haanjdj.xs4all.nl) Received: from localhost (localhost [127.0.0.1]) by haanjdj.xs4all.nl (Postfix) with ESMTP id 5424B4C3016; Wed, 1 Feb 2006 13:37:01 +0100 (CET) Received: from haanjdj.xs4all.nl ([127.0.0.1]) by localhost (haanjdj.xs4all.nl [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 01016-02; Wed, 1 Feb 2006 13:36:58 +0100 (CET) Received: from haanjdj.xs4all.nl (localhost [127.0.0.1]) by haanjdj.xs4all.nl (Postfix) with ESMTP id 5C2B74C3007; Wed, 1 Feb 2006 13:36:58 +0100 (CET) Received: from 82.92.74.222 (SquirrelMail authenticated user derkjan) by haanjdj.xs4all.nl with HTTP; Wed, 1 Feb 2006 13:36:58 +0100 (CET) Message-ID: <64538.82.92.74.222.1138797418.squirrel@haanjdj.xs4all.nl> In-Reply-To: <20060201095718.GA1025@pegasus.freiberg-net.de> References: <001c01c62666$76b26400$0102a8c0@bogomip> <20060201095718.GA1025@pegasus.freiberg-net.de> Date: Wed, 1 Feb 2006 13:36:58 +0100 (CET) From: "Derkjan de Haan" To: "Holm Tiffe" , "Derkjan de Haan" , freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.4.5 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: amavisd-new at haanjdj.xs4all.nl Cc: Subject: Re: SCSI device timeout X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Feb 2006 12:37:18 -0000 > Derkjan de Haan wrote: >> >> Today, after a cvsup (RELENG_6) and a rebuild of kernel and world, my >> system no longer boots. It hangs on >> >> Waiting 5 seconds for SCSI devices to settle >> >> Booting from the previous kernel allows my system to boot again. Please >> let >> me know if I can do anything to diagnose further. > > I have exactly the same problem here on a ASUS A7V333 Motherboard and > an Adaptec 3960D SCSI Controller. > > The problem seems to be in the acpi interrupt routing, I've updated > the mainboard Bios to the last available version in the meantime > (1018.004 Beta) with no luck. Disabling acpi completly helps booting > the machine again.. On my system, the problem was gone with version 1.292.2.7 of src/sys/dev/pci pci.c, committed on 2006-01-31 14:42:43 UTC. So perhaps it's a good idea to cvsup and rebuild again, to see if everything works again. regards, Derkjan From owner-freebsd-stable@FreeBSD.ORG Wed Feb 1 12:43:38 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 13D9316A420 for ; Wed, 1 Feb 2006 12:43:38 +0000 (GMT) (envelope-from roger@gwch.net) Received: from smtp.hispeed.ch (mxout.hispeed.ch [62.2.95.247]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A15843D45 for ; Wed, 1 Feb 2006 12:43:37 +0000 (GMT) (envelope-from roger@gwch.net) Received: from mail.gwch.net (84-73-90-203.dclient.hispeed.ch [84.73.90.203]) (authenticated bits=0) by smtp.hispeed.ch (8.12.6/8.12.6/taifun-1.0) with ESMTP id k11ChZpN022105 for ; Wed, 1 Feb 2006 13:43:36 +0100 Received: from localhost (link [127.0.0.1]) by mail.gwch.net (Postfix) with ESMTP id A210840630 for ; Wed, 1 Feb 2006 13:43:35 +0100 (CET) Received: from mail.gwch.net ([127.0.0.1]) by localhost (mail.gwch.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 12120-02 for ; Wed, 1 Feb 2006 13:43:31 +0100 (CET) Received: from niobe.gwch.net (frodo.gwch.net [192.168.2.101]) by mail.gwch.net (Postfix) with ESMTP id 282BA4058B for ; Wed, 1 Feb 2006 13:43:31 +0100 (CET) From: Roger Grosswiler To: freebsd-stable@freebsd.org Content-Type: text/plain Date: Wed, 01 Feb 2006 13:43:29 +0100 Message-Id: <1138797809.1711.4.camel@niobe.gwch.net> Mime-Version: 1.0 X-Mailer: Evolution 2.4.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on smtp-03.tornado.cablecom.ch X-Virus-Scanned: amavisd-new at gwch.net X-Virus-Status: Clean X-DCC-spamcheck-01.tornado.cablecom.ch-Metrics: smtp-03.tornado.cablecom.ch 32700; Body=1 Fuz1=1 Subject: KDE 3.5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Feb 2006 12:43:38 -0000 Hey, where can i get it from with pkg_add ?? thx, roger From owner-freebsd-stable@FreeBSD.ORG Wed Feb 1 13:35:19 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4EE8B16A420 for ; Wed, 1 Feb 2006 13:35:19 +0000 (GMT) (envelope-from paulo@nlink.com.br) Received: from smtp.nlink.com.br (smtp.nlink.com.br [201.12.59.3]) by mx1.FreeBSD.org (Postfix) with SMTP id D562E43D48 for ; Wed, 1 Feb 2006 13:35:17 +0000 (GMT) (envelope-from paulo@nlink.com.br) Received: (qmail 80251 invoked from network); 1 Feb 2006 13:35:13 -0000 Received: from unknown (HELO ?201.12.59.126?) (paulo@intra.nlink.com.br@201.12.59.126) by smtp.nlink.com.br with SMTP; 1 Feb 2006 13:35:13 -0000 Message-ID: <43E0B90C.4030802@nlink.com.br> Date: Wed, 01 Feb 2006 10:35:08 -0300 From: Paulo Fragoso User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050724) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Derek Evans References: <1b62a7390601261653j4c54bfddp9db43a5ce59e862c@mail.gmail.com> <1b62a7390601262010v59bd2651id3bd14072a453342@mail.gmail.com> <200601271018.55053.fcash@ocis.net> <43DAB1CA.6020505@techie.com> In-Reply-To: <43DAB1CA.6020505@techie.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Hi all.. Novice user having woes getting Atheros card up in FreeBSD 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Feb 2006 13:35:19 -0000 There is a problem with country code in DWL-AG530, you can solve setting country code, we can find instructions for this in: http://madwifi.org/wiki/Compatibility Our newest DWL-AG530 are working now on FreeBSD 5.4 and FreeBSD 6.0: FreeBSD 5.4 before load contry code: Jan 4 19:39:04 dl2 kernel: ath0: mem 0xee000000-0xee00ffff irq 10 at device 8.0 on pci0 Jan 4 19:39:04 dl2 kernel: ath0: mac 5.9 phy 4.3 5ghz radio 3.6 Jan 4 19:39:04 dl2 kernel: ath0: unable to collect channel list from hal Jan 4 19:39:04 dl2 kernel: device_attach: ath0 attach returned 22 After set country code: Jan 11 15:10:19 dl2 kernel: ath0: mem 0xee000000-0xee00ffff irq 10 at device 8.0 on pci0 Jan 11 15:10:19 dl2 kernel: ath0: mac 5.9 phy 4.3 5ghz radio 3.6 Jan 11 15:10:19 dl2 kernel: ath0: Ethernet address: 00:13:46:9a:29:18 Jan 11 15:10:19 dl2 kernel: ath0: 11a rates: 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps Jan 11 15:10:19 dl2 kernel: ath0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps Jan 11 15:10:19 dl2 kernel: ath0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps Jan 11 15:10:19 dl2 kernel: ath0: turbo rates: 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps Paulo Fragoso. Derek Evans wrote: > I think the newest D-link DWL-AG530 must use the AR5213 chipset too. > Before I got it I had done some checking and read somewhere that it > used the AR5212, so I thought I'd be ok. > > When I tried it recently I got: > > FreeBSD rock 6.0-STABLE FreeBSD 6.0-STABLE #1: Sun Jan 22 10:45:11 EST > 2006 derek@rock:/usr/src/sys/i386/compile/ROCK i386 > ... > ath0: mem 0xea000000-0xea00ffff irq 11 at device 17.0 > on pci0 > ath0: unable to collect channel list from hal; regdomain likely 18 > country code 0 > device_attach: ath0 attach returned 22 > > I haven't tried Sam's patches yet. I'm assuming they're still current > though. > >> I have instructions for getting the patches, applying the patches, >> and testing them. I'll send them to you via BSDForums (since that's >> where they're saved). > > > Can you point me to these instructions as well please? Yes, I already > looked. :) > > -derek > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Wed Feb 1 13:51:18 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 35C3016A420 for ; Wed, 1 Feb 2006 13:51:18 +0000 (GMT) (envelope-from ippiraman@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id B4E4243D45 for ; Wed, 1 Feb 2006 13:51:15 +0000 (GMT) (envelope-from ippiraman@gmail.com) Received: by zproxy.gmail.com with SMTP id v1so138544nzb for ; Wed, 01 Feb 2006 05:51:14 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=aSHLeCOL+pbrFRCxvkYTYjkwys3F5WGsQnjLl6lBUSdNbyX5GQK6Pqz9Zacvr7iGuHPG19gH1T7bZ5QvOCBkAoTWEOJd0bKQxqfPbmpIC1GUurSQYlO9lL+TkyWCPZMcXdxj62S8pbgL+nGUWUQZiAFRscqCOWDZ7rDf7fswsr4= Received: by 10.65.240.20 with SMTP id s20mr5378082qbr; Wed, 01 Feb 2006 05:51:14 -0800 (PST) Received: by 10.65.196.16 with HTTP; Wed, 1 Feb 2006 05:51:14 -0800 (PST) Message-ID: Date: Wed, 1 Feb 2006 13:51:14 +0000 From: Irvin Piraman To: Roger Grosswiler In-Reply-To: <1138797809.1711.4.camel@niobe.gwch.net> MIME-Version: 1.0 References: <1138797809.1711.4.camel@niobe.gwch.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: KDE 3.5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Feb 2006 13:51:18 -0000 Follow the instructions at http://freebsd.kde.org/ On 2/1/06, Roger Grosswiler wrote: > > Hey, > > where can i get it from with pkg_add ?? > > thx, > roger > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > -- // Irvin P. Piraman // http://netgarage.thefluxproject.com // Key ID: 0x92CA572B From owner-freebsd-stable@FreeBSD.ORG Wed Feb 1 13:53:07 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0ABE216A420 for ; Wed, 1 Feb 2006 13:53:07 +0000 (GMT) (envelope-from lofi@freebsd.org) Received: from mail-in-01.arcor-online.net (mail-in-01.arcor-online.net [151.189.21.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D60A43D49 for ; Wed, 1 Feb 2006 13:53:06 +0000 (GMT) (envelope-from lofi@freebsd.org) Received: from mail-in-06-z2.arcor-online.net (mail-in-06-z2.arcor-online.net [151.189.8.18]) by mail-in-01.arcor-online.net (Postfix) with ESMTP id 39D28B407A; Wed, 1 Feb 2006 14:53:05 +0100 (CET) Received: from mail-in-01.arcor-online.net (mail-in-01.arcor-online.net [151.189.21.41]) by mail-in-06-z2.arcor-online.net (Postfix) with ESMTP id F21601945A8; Wed, 1 Feb 2006 14:53:04 +0100 (CET) Received: from lofi.dyndns.org (dslb-084-061-155-068.pools.arcor-ip.net [84.61.155.68]) by mail-in-01.arcor-online.net (Postfix) with ESMTP id C11C8B40A3; Wed, 1 Feb 2006 14:53:04 +0100 (CET) Received: from [192.168.8.4] (kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.13.4/8.13.3) with ESMTP id k11Dr1QW007106 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 1 Feb 2006 14:53:02 +0100 (CET) (envelope-from lofi@freebsd.org) Message-ID: <43E0BD38.3070704@freebsd.org> Date: Wed, 01 Feb 2006 14:52:56 +0100 From: Michael Nottebrock User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Roger Grosswiler References: <1138797809.1711.4.camel@niobe.gwch.net> In-Reply-To: <1138797809.1711.4.camel@niobe.gwch.net> X-Enigmail-Version: 0.94.0.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig06A1056CF3DC943F37161960" X-Virus-Scanned: by amavisd-new Cc: freebsd-stable@freebsd.org Subject: Re: KDE 3.5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Feb 2006 13:53:07 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig06A1056CF3DC943F37161960 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable Roger Grosswiler schrieb: > Hey, >=20 > where can i get it from with pkg_add ?? http://www.freebsd.org/doc/en/books/handbook/packages-using.html Cheers, --=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --------------enig06A1056CF3DC943F37161960 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3-nr1 (Windows 2000) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFD4L08Xhc68WspdLARAv6SAJoDEDef9hI6gDzgLuvbFCz0MVFbLACeLLPl dw4/lFQIVg8m5ED2rIs9FHY= =386i -----END PGP SIGNATURE----- --------------enig06A1056CF3DC943F37161960-- From owner-freebsd-stable@FreeBSD.ORG Wed Feb 1 15:14:04 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9D6DC16A420; Wed, 1 Feb 2006 15:14:04 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4103D43D48; Wed, 1 Feb 2006 15:14:04 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 14F531A3C2F; Wed, 1 Feb 2006 07:14:04 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 3610752169; Wed, 1 Feb 2006 10:14:03 -0500 (EST) Date: Wed, 1 Feb 2006 10:14:03 -0500 From: Kris Kennaway To: Michael Nottebrock Message-ID: <20060201151402.GA27060@xor.obsecurity.org> References: <1138797809.1711.4.camel@niobe.gwch.net> <43E0BD38.3070704@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wac7ysb48OaltWcw" Content-Disposition: inline In-Reply-To: <43E0BD38.3070704@freebsd.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: KDE 3.5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Feb 2006 15:14:04 -0000 --wac7ysb48OaltWcw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Feb 01, 2006 at 02:52:56PM +0100, Michael Nottebrock wrote: > Roger Grosswiler schrieb: > > Hey, > >=20 > > where can i get it from with pkg_add ?? >=20 > http://www.freebsd.org/doc/en/books/handbook/packages-using.html Unfortunately we're still playing catch-up with the official packages, though by now we had just about got kde 3.5.0 built and uploaded everywhere. The extensive testing we had to do for recent bsd.port.mk commits monopolized the build cluster for the past few weeks to the exclusion of other package builds, and then there were qt and other port build problems that have hopefully now been resolved. Unfortunately, now we are back to square 1, since you just committed KDE 3.5.1 :-) Kris --wac7ysb48OaltWcw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD4NA6Wry0BWjoQKURAsj0AJ9tVvdf/NaJXL/ldWmfuVsDO6OH8wCdG3P0 wwQC2ZqLVmd/gsZ/PjcmkZs= =Knud -----END PGP SIGNATURE----- --wac7ysb48OaltWcw-- From owner-freebsd-stable@FreeBSD.ORG Wed Feb 1 15:23:24 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DC6ED16A420 for ; Wed, 1 Feb 2006 15:23:24 +0000 (GMT) (envelope-from lofi@freebsd.org) Received: from mail-in-05.arcor-online.net (mail-in-05.arcor-online.net [151.189.21.45]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C21743D48 for ; Wed, 1 Feb 2006 15:23:24 +0000 (GMT) (envelope-from lofi@freebsd.org) Received: from mail-in-05-z2.arcor-online.net (mail-in-05-z2.arcor-online.net [151.189.8.17]) by mail-in-05.arcor-online.net (Postfix) with ESMTP id B0B2E109465; Wed, 1 Feb 2006 16:23:22 +0100 (CET) Received: from mail-in-03.arcor-online.net (mail-in-03.arcor-online.net [151.189.21.43]) by mail-in-05-z2.arcor-online.net (Postfix) with ESMTP id 9E4E519E748; Wed, 1 Feb 2006 16:23:22 +0100 (CET) Received: from lofi.dyndns.org (dslb-084-061-155-068.pools.arcor-ip.net [84.61.155.68]) by mail-in-03.arcor-online.net (Postfix) with ESMTP id 5FAE213F3AB; Wed, 1 Feb 2006 16:23:22 +0100 (CET) Received: from [192.168.8.4] (kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.13.4/8.13.3) with ESMTP id k11FNKfv008159 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 1 Feb 2006 16:23:20 +0100 (CET) (envelope-from lofi@freebsd.org) Message-ID: <43E0D267.6090206@freebsd.org> Date: Wed, 01 Feb 2006 16:23:19 +0100 From: Michael Nottebrock User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Kris Kennaway References: <1138797809.1711.4.camel@niobe.gwch.net> <43E0BD38.3070704@freebsd.org> <20060201151402.GA27060@xor.obsecurity.org> In-Reply-To: <20060201151402.GA27060@xor.obsecurity.org> X-Enigmail-Version: 0.94.0.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigFEC673932D23E3EC67E39D13" X-Virus-Scanned: by amavisd-new Cc: freebsd-stable@freebsd.org Subject: Re: KDE 3.5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Feb 2006 15:23:25 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigFEC673932D23E3EC67E39D13 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable Kris Kennaway schrieb: > Unfortunately, now we are back to square 1, since you just committed > KDE 3.5.1 :-) 'S okay - patience is a virtue and package users are the most virtuous bunch of them all. And as for square one, expat2 got bumped. :O Cheers, --=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --------------enigFEC673932D23E3EC67E39D13 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3-nr1 (Windows 2000) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFD4NJnXhc68WspdLARAhKHAJ0V6PTTsx2bLSh/ZAvWyGuUqXHtgACdF/Au B215YAJxAbCB3TTuonMkRLY= =xlNr -----END PGP SIGNATURE----- --------------enigFEC673932D23E3EC67E39D13-- From owner-freebsd-stable@FreeBSD.ORG Wed Feb 1 15:39:17 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 82C1716A423 for ; Wed, 1 Feb 2006 15:39:17 +0000 (GMT) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id D125E43D49 for ; Wed, 1 Feb 2006 15:39:16 +0000 (GMT) (envelope-from vivek@khera.org) Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103]) by yertle.kcilink.com (Postfix) with ESMTP id 66DA0B810 for ; Wed, 1 Feb 2006 10:39:16 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v746.2) In-Reply-To: <20060201095718.GA1025@pegasus.freiberg-net.de> References: <001c01c62666$76b26400$0102a8c0@bogomip> <20060201095718.GA1025@pegasus.freiberg-net.de> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Vivek Khera Date: Wed, 1 Feb 2006 10:39:15 -0500 To: freebsd-stable X-Mailer: Apple Mail (2.746.2) Subject: Re: SCSI device timeout X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Feb 2006 15:39:17 -0000 On Feb 1, 2006, at 4:57 AM, Holm Tiffe wrote: > The problem seems to be in the acpi interrupt routing, I've updated > the mainboard Bios to the last available version in the meantime > (1018.004 Beta) with no luck. Disabling acpi completly helps booting > the machine again.. I'm suspecting I have the same issue with 6.0-REL (both CD and -p4 build locally) on a Dell PE800 server. Safe-mode boots ok, but otherwise it locks up. Curiously, the serial console is still responsive but the keyboard is not. I have a PR open for this: http://www.freebsd.org/cgi/query-pr.cgi? pr=91910 I'm trying disabling acpi now... From owner-freebsd-stable@FreeBSD.ORG Wed Feb 1 16:53:34 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C5F0716A422; Wed, 1 Feb 2006 16:53:34 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id AAA6043D6D; Wed, 1 Feb 2006 16:53:27 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.4/8.13.4) with ESMTP id k11GrQ8Q031329; Wed, 1 Feb 2006 11:53:26 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id k11GrQFT078996; Wed, 1 Feb 2006 11:53:26 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6E44E7302F; Wed, 1 Feb 2006 11:53:26 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060201165326.6E44E7302F@freebsd-current.sentex.ca> Date: Wed, 1 Feb 2006 11:53:26 -0500 (EST) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner4 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [releng_6 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Feb 2006 16:53:35 -0000 TB --- 2006-02-01 15:43:51 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-02-01 15:43:51 - starting RELENG_6 tinderbox run for sparc64/sparc64 TB --- 2006-02-01 15:43:51 - cleaning the object tree TB --- 2006-02-01 15:44:16 - checking out the source tree TB --- 2006-02-01 15:44:16 - cd /tinderbox/RELENG_6/sparc64/sparc64 TB --- 2006-02-01 15:44:16 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6 src TB --- 2006-02-01 15:54:31 - building world (CFLAGS=-O -pipe) TB --- 2006-02-01 15:54:31 - cd /src TB --- 2006-02-01 15:54:31 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2006-02-01 16:42:46 - generating LINT kernel config TB --- 2006-02-01 16:42:46 - cd /src/sys/sparc64/conf TB --- 2006-02-01 16:42:46 - /usr/bin/make -B LINT TB --- 2006-02-01 16:42:46 - building LINT kernel (COPTFLAGS=-O -pipe) TB --- 2006-02-01 16:42:46 - cd /src TB --- 2006-02-01 16:42:46 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Feb 1 16:42:46 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ===> isp (all) cc -O -pipe -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sparc64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=15000 -fno-common -I/obj/sparc64/src/sys/LINT -mcmodel=medlow -msoft-float -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /src/sys/modules/isp/../../dev/isp/isp.c cc -O -pipe -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sparc64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=15000 -fno-common -I/obj/sparc64/src/sys/LINT -mcmodel=medlow -msoft-float -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /src/sys/modules/isp/../../dev/isp/isp_target.c /src/sys/modules/isp/../../dev/isp/isp_target.c: In function `isp_target_notify': @/dev/isp/isp_inline.h:1272: warning: inlining failed in call to 'isp_get_ctio': --param large-function-growth limit reached /src/sys/modules/isp/../../dev/isp/isp_target.c:163: warning: called from here @/dev/isp/isp_inline.h:1203: warning: inlining failed in call to 'isp_get_atio2e': --param large-function-growth limit reached /src/sys/modules/isp/../../dev/isp/isp_target.c:168: warning: called from here *** Error code 1 Stop in /src/sys/modules/isp. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-02-01 16:53:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-02-01 16:53:26 - ERROR: failed to build lint kernel TB --- 2006-02-01 16:53:26 - tinderbox aborted TB --- 0.81 user 3.84 system 4174.68 real From owner-freebsd-stable@FreeBSD.ORG Wed Feb 1 17:05:33 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6540616A420; Wed, 1 Feb 2006 17:05:33 +0000 (GMT) (envelope-from Hartmut.Brandt@dlr.de) Received: from smtp-3.dlr.de (smtp-3.dlr.de [195.37.61.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A84043D4C; Wed, 1 Feb 2006 17:05:31 +0000 (GMT) (envelope-from Hartmut.Brandt@dlr.de) Received: from beagle.kn.op.dlr.de ([129.247.173.6]) by smtp-3.dlr.de over TLS secured channel with Microsoft SMTPSVC(6.0.3790.211); Wed, 1 Feb 2006 18:05:29 +0100 Date: Wed, 1 Feb 2006 18:05:27 +0100 (CET) From: Harti Brandt X-X-Sender: brandt_h@beagle.kn.op.dlr.de To: src-committers@freebsd.org In-Reply-To: <20060201165326.6E44E7302F@freebsd-current.sentex.ca> Message-ID: <20060201180223.O52964@beagle.kn.op.dlr.de> References: <20060201165326.6E44E7302F@freebsd-current.sentex.ca> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-OriginalArrivalTime: 01 Feb 2006 17:05:29.0957 (UTC) FILETIME=[B46DD950:01C62751] Cc: stable@freebsd.org, sparc64@freebsd.org Subject: Re: [releng_6 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Harti Brandt List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Feb 2006 17:05:33 -0000 This is failing since January 26. Shouldn't RELENG_6 build, especially while we're preparing a release? harti On Wed, 1 Feb 2006, FreeBSD Tinderbox wrote: FT>TB --- 2006-02-01 15:43:51 - tinderbox 2.3 running on freebsd-current.sentex.ca FT>TB --- 2006-02-01 15:43:51 - starting RELENG_6 tinderbox run for sparc64/sparc64 FT>TB --- 2006-02-01 15:43:51 - cleaning the object tree FT>TB --- 2006-02-01 15:44:16 - checking out the source tree FT>TB --- 2006-02-01 15:44:16 - cd /tinderbox/RELENG_6/sparc64/sparc64 FT>TB --- 2006-02-01 15:44:16 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6 src FT>TB --- 2006-02-01 15:54:31 - building world (CFLAGS=-O -pipe) FT>TB --- 2006-02-01 15:54:31 - cd /src FT>TB --- 2006-02-01 15:54:31 - /usr/bin/make -B buildworld FT>>>> Rebuilding the temporary build tree FT>>>> stage 1.1: legacy release compatibility shims FT>>>> stage 1.2: bootstrap tools FT>>>> stage 2.1: cleaning up the object tree FT>>>> stage 2.2: rebuilding the object tree FT>>>> stage 2.3: build tools FT>>>> stage 3: cross tools FT>>>> stage 4.1: building includes FT>>>> stage 4.2: building libraries FT>>>> stage 4.3: make dependencies FT>>>> stage 4.4: building everything FT>TB --- 2006-02-01 16:42:46 - generating LINT kernel config FT>TB --- 2006-02-01 16:42:46 - cd /src/sys/sparc64/conf FT>TB --- 2006-02-01 16:42:46 - /usr/bin/make -B LINT FT>TB --- 2006-02-01 16:42:46 - building LINT kernel (COPTFLAGS=-O -pipe) FT>TB --- 2006-02-01 16:42:46 - cd /src FT>TB --- 2006-02-01 16:42:46 - /usr/bin/make buildkernel KERNCONF=LINT FT>>>> Kernel build for LINT started on Wed Feb 1 16:42:46 UTC 2006 FT>>>> stage 1: configuring the kernel FT>>>> stage 2.1: cleaning up the object tree FT>>>> stage 2.2: rebuilding the object tree FT>>>> stage 2.3: build tools FT>>>> stage 3.1: making dependencies FT>>>> stage 3.2: building everything FT>[...] FT>===> isp (all) FT>cc -O -pipe -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sparc64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=15000 -fno-common -I/obj/sparc64/src/sys/LINT -mcmodel=medlow -msoft-float -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /src/sys/modules/isp/../../dev/isp/isp.c FT>cc -O -pipe -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sparc64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=15000 -fno-common -I/obj/sparc64/src/sys/LINT -mcmodel=medlow -msoft-float -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /src/sys/modules/isp/../../dev/isp/isp_target.c FT>/src/sys/modules/isp/../../dev/isp/isp_target.c: In function `isp_target_notify': FT>@/dev/isp/isp_inline.h:1272: warning: inlining failed in call to 'isp_get_ctio': --param large-function-growth limit reached FT>/src/sys/modules/isp/../../dev/isp/isp_target.c:163: warning: called from here FT>@/dev/isp/isp_inline.h:1203: warning: inlining failed in call to 'isp_get_atio2e': --param large-function-growth limit reached FT>/src/sys/modules/isp/../../dev/isp/isp_target.c:168: warning: called from here FT>*** Error code 1 FT> FT>Stop in /src/sys/modules/isp. FT>*** Error code 1 FT> FT>Stop in /src/sys/modules. FT>*** Error code 1 FT> FT>Stop in /obj/sparc64/src/sys/LINT. FT>*** Error code 1 FT> FT>Stop in /src. FT>*** Error code 1 FT> FT>Stop in /src. FT>TB --- 2006-02-01 16:53:26 - WARNING: /usr/bin/make returned exit code 1 FT>TB --- 2006-02-01 16:53:26 - ERROR: failed to build lint kernel FT>TB --- 2006-02-01 16:53:26 - tinderbox aborted FT>TB --- 0.81 user 3.84 system 4174.68 real FT> FT>_______________________________________________ FT>freebsd-sparc64@freebsd.org mailing list FT>http://lists.freebsd.org/mailman/listinfo/freebsd-sparc64 FT>To unsubscribe, send any mail to "freebsd-sparc64-unsubscribe@freebsd.org" FT> FT> FT> From owner-freebsd-stable@FreeBSD.ORG Wed Feb 1 17:47:03 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 35AA516A420; Wed, 1 Feb 2006 17:47:03 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 52C5943D46; Wed, 1 Feb 2006 17:47:02 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k11Hkxv3034032; Wed, 1 Feb 2006 10:47:00 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <43E0F41C.5020907@samsco.org> Date: Wed, 01 Feb 2006 10:47:08 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051230 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Harti Brandt References: <20060201165326.6E44E7302F@freebsd-current.sentex.ca> <20060201180223.O52964@beagle.kn.op.dlr.de> In-Reply-To: <20060201180223.O52964@beagle.kn.op.dlr.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on pooker.samsco.org Cc: stable@FreeBSD.org, src-committers@FreeBSD.org, sparc64@FreeBSD.org Subject: Re: [releng_6 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Feb 2006 17:47:03 -0000 I've been trying to reproduce this on my local hardware, but I can't trigger it. Scott Harti Brandt wrote: > This is failing since January 26. Shouldn't RELENG_6 build, especially > while we're preparing a release? > > harti > > On Wed, 1 Feb 2006, FreeBSD Tinderbox wrote: > > FT>TB --- 2006-02-01 15:43:51 - tinderbox 2.3 running on freebsd-current.sentex.ca > FT>TB --- 2006-02-01 15:43:51 - starting RELENG_6 tinderbox run for sparc64/sparc64 > FT>TB --- 2006-02-01 15:43:51 - cleaning the object tree > FT>TB --- 2006-02-01 15:44:16 - checking out the source tree > FT>TB --- 2006-02-01 15:44:16 - cd /tinderbox/RELENG_6/sparc64/sparc64 > FT>TB --- 2006-02-01 15:44:16 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6 src > FT>TB --- 2006-02-01 15:54:31 - building world (CFLAGS=-O -pipe) > FT>TB --- 2006-02-01 15:54:31 - cd /src > FT>TB --- 2006-02-01 15:54:31 - /usr/bin/make -B buildworld > FT>>>> Rebuilding the temporary build tree > FT>>>> stage 1.1: legacy release compatibility shims > FT>>>> stage 1.2: bootstrap tools > FT>>>> stage 2.1: cleaning up the object tree > FT>>>> stage 2.2: rebuilding the object tree > FT>>>> stage 2.3: build tools > FT>>>> stage 3: cross tools > FT>>>> stage 4.1: building includes > FT>>>> stage 4.2: building libraries > FT>>>> stage 4.3: make dependencies > FT>>>> stage 4.4: building everything > FT>TB --- 2006-02-01 16:42:46 - generating LINT kernel config > FT>TB --- 2006-02-01 16:42:46 - cd /src/sys/sparc64/conf > FT>TB --- 2006-02-01 16:42:46 - /usr/bin/make -B LINT > FT>TB --- 2006-02-01 16:42:46 - building LINT kernel (COPTFLAGS=-O -pipe) > FT>TB --- 2006-02-01 16:42:46 - cd /src > FT>TB --- 2006-02-01 16:42:46 - /usr/bin/make buildkernel KERNCONF=LINT > FT>>>> Kernel build for LINT started on Wed Feb 1 16:42:46 UTC 2006 > FT>>>> stage 1: configuring the kernel > FT>>>> stage 2.1: cleaning up the object tree > FT>>>> stage 2.2: rebuilding the object tree > FT>>>> stage 2.3: build tools > FT>>>> stage 3.1: making dependencies > FT>>>> stage 3.2: building everything > FT>[...] > FT>===> isp (all) > FT>cc -O -pipe -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sparc64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=15000 -fno-common -I/obj/sparc64/src/sys/LINT -mcmodel=medlow -msoft-float -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /src/sys/modules/isp/../../dev/isp/isp.c > FT>cc -O -pipe -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sparc64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=15000 -fno-common -I/obj/sparc64/src/sys/LINT -mcmodel=medlow -msoft-float -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /src/sys/modules/isp/../../dev/isp/isp_target.c > FT>/src/sys/modules/isp/../../dev/isp/isp_target.c: In function `isp_target_notify': > FT>@/dev/isp/isp_inline.h:1272: warning: inlining failed in call to 'isp_get_ctio': --param large-function-growth limit reached > FT>/src/sys/modules/isp/../../dev/isp/isp_target.c:163: warning: called from here > FT>@/dev/isp/isp_inline.h:1203: warning: inlining failed in call to 'isp_get_atio2e': --param large-function-growth limit reached > FT>/src/sys/modules/isp/../../dev/isp/isp_target.c:168: warning: called from here > FT>*** Error code 1 > FT> > FT>Stop in /src/sys/modules/isp. > FT>*** Error code 1 > FT> > FT>Stop in /src/sys/modules. > FT>*** Error code 1 > FT> > FT>Stop in /obj/sparc64/src/sys/LINT. > FT>*** Error code 1 > FT> > FT>Stop in /src. > FT>*** Error code 1 > FT> > FT>Stop in /src. > FT>TB --- 2006-02-01 16:53:26 - WARNING: /usr/bin/make returned exit code 1 > FT>TB --- 2006-02-01 16:53:26 - ERROR: failed to build lint kernel > FT>TB --- 2006-02-01 16:53:26 - tinderbox aborted > FT>TB --- 0.81 user 3.84 system 4174.68 real > FT> > FT>_______________________________________________ > FT>freebsd-sparc64@freebsd.org mailing list > FT>http://lists.freebsd.org/mailman/listinfo/freebsd-sparc64 > FT>To unsubscribe, send any mail to "freebsd-sparc64-unsubscribe@freebsd.org" > FT> > FT> > FT> From owner-freebsd-stable@FreeBSD.ORG Wed Feb 1 17:58:31 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1144F16A420 for ; Wed, 1 Feb 2006 17:58:31 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from mail13.syd.optusnet.com.au (mail13.syd.optusnet.com.au [211.29.132.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D36443D45 for ; Wed, 1 Feb 2006 17:58:30 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail13.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k11HwRIe014982 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Thu, 2 Feb 2006 04:58:28 +1100 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.4/8.13.4) with ESMTP id k11HwRki002944; Thu, 2 Feb 2006 04:58:27 +1100 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.4/8.13.4/Submit) id k11HwQT8002943; Thu, 2 Feb 2006 04:58:26 +1100 (EST) (envelope-from peter) Date: Thu, 2 Feb 2006 04:58:26 +1100 From: Peter Jeremy To: Pete French Message-ID: <20060201175826.GG824@turion.vk2pj.dyndns.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Cc: freebsd-stable@freebsd.org Subject: Re: Restartable system call behaviour X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Feb 2006 17:58:31 -0000 On Wed, 2006-Feb-01 11:44:08 +0000, Pete French wrote: >I have a piece of coode which does some networking, in which I see read >and write calls failing with 'Interrupted system call' from time to time. You will get EINTR if the interrupt occurs before any data is read or written. -- Peter Jeremy From owner-freebsd-stable@FreeBSD.ORG Wed Feb 1 19:39:40 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE84A16A42C for ; Wed, 1 Feb 2006 19:39:40 +0000 (GMT) (envelope-from ivoras@fer.hr) Received: from pinus.cc.fer.hr (pinus.cc.fer.hr [161.53.73.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 30A1043D45 for ; Wed, 1 Feb 2006 19:39:37 +0000 (GMT) (envelope-from ivoras@fer.hr) Received: from [161.53.72.113] (lara.cc.fer.hr [161.53.72.113]) by pinus.cc.fer.hr (8.12.2/8.12.2) with ESMTP id k11JdLFx000502; Wed, 1 Feb 2006 20:39:29 +0100 (MET) Message-ID: <43E10E44.1040502@fer.hr> Date: Wed, 01 Feb 2006 20:38:44 +0100 From: Ivan Voras User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050921) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Peter Jeremy References: <20060201175826.GG824@turion.vk2pj.dyndns.org> In-Reply-To: <20060201175826.GG824@turion.vk2pj.dyndns.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Restartable system call behaviour X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Feb 2006 19:39:41 -0000 Peter Jeremy wrote: > On Wed, 2006-Feb-01 11:44:08 +0000, Pete French wrote: > >>I have a piece of coode which does some networking, in which I see read >>and write calls failing with 'Interrupted system call' from time to time. > > You will get EINTR if the interrupt occurs before any data is read > or written. Will it also happen with recv() with MSG_WAITALL flag set? From owner-freebsd-stable@FreeBSD.ORG Wed Feb 1 20:48:32 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8EBF916A420 for ; Wed, 1 Feb 2006 20:48:32 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0D03643D4C for ; Wed, 1 Feb 2006 20:48:31 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from [172.16.1.6] (helo=dilbert.firstcallgroup.co.uk) by mail.ticketswitch.com with esmtp (Exim 4.52 (FreeBSD)) id 1F4Oty-0009NS-JD; Wed, 01 Feb 2006 20:48:30 +0000 Received: from petefrench by dilbert.firstcallgroup.co.uk with local (Exim 4.52 (FreeBSD)) id 1F4Oty-000JEi-9R; Wed, 01 Feb 2006 20:48:30 +0000 To: ivoras@fer.hr, peterjeremy@optushome.com.au In-Reply-To: <43E10E44.1040502@fer.hr> Message-Id: From: Pete French Date: Wed, 01 Feb 2006 20:48:30 +0000 Cc: freebsd-stable@freebsd.org Subject: Re: Restartable system call behaviour X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Feb 2006 20:48:32 -0000 > >>I have a piece of coode which does some networking, in which I see read > >>and write calls failing with 'Interrupted system call' from time to time. > > > > You will get EINTR if the interrupt occurs before any data is read > > or written. > > Will it also happen with recv() with MSG_WAITALL flag set? Actually I have narrowed this down now, and I wwas wrong in the original posting - I was getting the EINTR returned by connect. Now I am not sure if this is correct behaviour or not - if a signal has SA_RESTART set then it should restart, but connect returns EINTR and then continues to connect in the background. I had alwways belived that if system calls are restrtable then you will never see EINTR at all. Now I dont know if this is a problem with my understanding of how the system works, or an actual bug. have filed a pr anyway, just in case it *is* a bug. -pcf. From owner-freebsd-stable@FreeBSD.ORG Wed Feb 1 21:41:57 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EF16A16A420 for ; Wed, 1 Feb 2006 21:41:57 +0000 (GMT) (envelope-from dtsam@cc.ece.ntua.gr) Received: from mx-out-02.forthnet.gr (mx-out.forthnet.gr [193.92.150.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 242AD43D45 for ; Wed, 1 Feb 2006 21:41:56 +0000 (GMT) (envelope-from dtsam@cc.ece.ntua.gr) Received: from mx-av-01.forthnet.gr (mx-av.forthnet.gr [193.92.150.27]) by mx-out-02.forthnet.gr (8.13.5/8.13.5) with ESMTP id k11LfsAv006642; Wed, 1 Feb 2006 23:41:54 +0200 Received: from mx-in-04.forthnet.gr (mx-in-04.forthnet.gr [193.92.150.163]) by mx-av-01.forthnet.gr (8.13.5/8.13.5) with ESMTP id k11Lfslt004762; Wed, 1 Feb 2006 23:41:54 +0200 Received: from [192.168.254.1] (ppp78-adsl-54.ath.forthnet.gr [195.74.248.54]) by mx-in-04.forthnet.gr (8.13.5/8.13.5) with ESMTP id k11Jg6fs016441; Wed, 1 Feb 2006 21:42:08 +0200 Authentication-Results: mx-in-04.forthnet.gr from=dtsam@cc.ece.ntua.gr; sender-id=neutral; spf=neutral Message-ID: <43E12B1F.3020209@cc.ece.ntua.gr> Date: Wed, 01 Feb 2006 23:41:51 +0200 From: Dimitris Tsamis User-Agent: Thunderbird 1.5 (X11/20060116) MIME-Version: 1.0 To: Giorgos Kapetanakis References: <20060130220105.GA3260@pythagoras.physics.upatras.gr> <53159.62.74.66.254.1138723885.squirrel@webmail.sians.org> In-Reply-To: <53159.62.74.66.254.1138723885.squirrel@webmail.sians.org> Content-Type: text/plain; charset=ISO-8859-7 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: X.org 6.9 - Greek Keyboard Layout - FreeBSD 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Feb 2006 21:41:58 -0000 Giorgos Kapetanakis wrote: > On Tue, January 31, 2006 12:01 am, Laganakos Vassilis wrote: > >> Hello, >> >> I use two layouts on X, English and Greek. I use the following lines in >> xorg.conf to switch between those two: >> >> Option "XkbRules" "xorg" >> Option "XkbModel" "acpi" >> Option "XkbLayout" "us,el" >> Option "XkbOptions" grp:alt_shift_toggle,grp_led:scroll,altwin:menu" >> >> This worked just fine until I port-upgraded to X.org 6.9 last week. >> It was compiled and installed correctly. Whe I tried to start X I >> noticed that I couldn't switch to the Greek layout, and I could not >> switch to to console with the Alt-Ctrl-F? key combination. When I exited >> the >> X mode, I saw the following message: >> >> The XKEYBOARD keymap compiler (xkbcomp) reports: >> > Error: Can't find file "pc/el" for symbols include >> > Exiting >> > Abandoning symbols file "basic" >> > Abandoning symbols file "default" >> Errors from xkbcomp are not fatal to the X server >> >> >> So I was forced to comment out the last two of those lines in xorg.conf >> and use only English. Greek are can be displayed in any program or Web >> page, >> but I cannot type in greek. >> >> Thanx, >> >> Vassilis >> >> > > It's not FreeBSD's issue, it's X.org's. The greek sybols file is no longer > "el", but "gr". > Just type: > > # cd /usr/X11R6/lib/X11/xkb/symbols/pc > # ln -s gr el > > and everything should work fine ;) > > I had the same problem and "ln -s gr el" solved it. However, I looked at pc/gr and it seems it includes the pc/el file (which is now linked to pc/gr). There must be some configuration problem somewhere. From owner-freebsd-stable@FreeBSD.ORG Wed Feb 1 22:07:34 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6C8CA16A420 for ; Wed, 1 Feb 2006 22:07:34 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6668843D49 for ; Wed, 1 Feb 2006 22:07:30 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.3/8.13.3) with ESMTP id k11M72Pv032638; Thu, 2 Feb 2006 01:07:02 +0300 (MSK) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.3/8.13.3/Submit) id k11M72WU032636; Thu, 2 Feb 2006 01:07:02 +0300 (MSK) (envelope-from yar) Date: Thu, 2 Feb 2006 01:07:01 +0300 From: Yar Tikhiy To: Pete French Message-ID: <20060201220701.GA29980@comp.chem.msu.su> References: <43E10E44.1040502@fer.hr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.9i Cc: peterjeremy@optushome.com.au, freebsd-stable@freebsd.org, ivoras@fer.hr Subject: Re: Restartable system call behaviour X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Feb 2006 22:07:34 -0000 On Wed, Feb 01, 2006 at 08:48:30PM +0000, Pete French wrote: > > >>I have a piece of coode which does some networking, in which I see read > > >>and write calls failing with 'Interrupted system call' from time to time. > > > > > > You will get EINTR if the interrupt occurs before any data is read > > > or written. > > > > Will it also happen with recv() with MSG_WAITALL flag set? > > Actually I have narrowed this down now, and I wwas wrong in the original > posting - I was getting the EINTR returned by connect. Now I am not > sure if this is correct behaviour or not - if a signal has SA_RESTART set > then it should restart, but connect returns EINTR and then continues > to connect in the background. > > I had alwways belived that if system calls are restrtable then you will never > see EINTR at all. Now I dont know if this is a problem with my understanding > of how the system works, or an actual bug. have filed a pr anyway, just in > case it *is* a bug. To the best of my knowledge, connect() being always interruptable is correct and well-known. And my 4.11-STABLE system will interrupt connect() on a signal with SA_RESTART set, which disagrees with your observations yet agrees with the standard. Perhaps some logic in your software has changed since 4.11 times. Your software can poll, select, or just loop over connect() until errno != EALREADY if connect() returned EINTR. -- Yar From owner-freebsd-stable@FreeBSD.ORG Thu Feb 2 07:48:53 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1FBB316A420; Thu, 2 Feb 2006 07:48:53 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B6F043D48; Thu, 2 Feb 2006 07:48:52 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id C58D520AE; Thu, 2 Feb 2006 08:48:47 +0100 (CET) X-Spam-Tests: AWL,BAYES_00,FORGED_RCVD_HELO X-Spam-Learn: ham X-Spam-Score: -3.1/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on tim.des.no Received: from xps.des.no (des.no [80.203.243.180]) by tim.des.no (Postfix) with ESMTP id 5536020AC; Thu, 2 Feb 2006 08:48:47 +0100 (CET) Received: by xps.des.no (Postfix, from userid 1001) id 413D733C22; Thu, 2 Feb 2006 08:48:47 +0100 (CET) To: Scott Long References: <20060201165326.6E44E7302F@freebsd-current.sentex.ca> <20060201180223.O52964@beagle.kn.op.dlr.de> <43E0F41C.5020907@samsco.org> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Thu, 02 Feb 2006 08:48:47 +0100 In-Reply-To: <43E0F41C.5020907@samsco.org> (Scott Long's message of "Wed, 01 Feb 2006 10:47:08 -0700") Message-ID: <86fyn242w0.fsf@xps.des.no> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: stable@FreeBSD.org, src-committers@FreeBSD.org, Harti Brandt , sparc64@FreeBSD.org Subject: Re: [releng_6 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Feb 2006 07:48:53 -0000 Scott Long writes: > I've been trying to reproduce this on my local hardware, but I can't > trigger it. The ISP driver abuses the inline keyword. As I told mjacob earlier, the extensive inlining not only breaks the build, but probably hurts performance as well. (what gcc is complaining about, specifically, is that expanding calls to inlined functions causes isp_target_notify() to grow by more than 100%) DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-stable@FreeBSD.ORG Thu Feb 2 08:32:57 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7324416A422; Thu, 2 Feb 2006 08:32:57 +0000 (GMT) (envelope-from mj@feral.com) Received: from ns1.feral.com (ns1.feral.com [192.67.166.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1155A43D46; Thu, 2 Feb 2006 08:32:54 +0000 (GMT) (envelope-from mj@feral.com) Received: from ns1.feral.com (localhost [127.0.0.1]) by ns1.feral.com (8.13.4/8.13.4) with ESMTP id k128Wpah083573; Thu, 2 Feb 2006 00:32:51 -0800 (PST) (envelope-from mj@feral.com) Received: from localhost (mjacob@localhost) by ns1.feral.com (8.13.4/8.13.4/Submit) with ESMTP id k128WmOD083570; Thu, 2 Feb 2006 00:32:50 -0800 (PST) (envelope-from mj@feral.com) X-Authentication-Warning: ns1.feral.com: mjacob owned process doing -bs Date: Thu, 2 Feb 2006 00:32:48 -0800 (PST) From: Matthew Jacob X-X-Sender: mjacob@ns1.feral.com To: Scott Long In-Reply-To: <86fyn242w0.fsf@xps.des.no> Message-ID: <20060202002644.M82118@ns1.feral.com> References: <20060201165326.6E44E7302F@freebsd-current.sentex.ca> <20060201180223.O52964@beagle.kn.op.dlr.de> <43E0F41C.5020907@samsco.org> <86fyn242w0.fsf@xps.des.no> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-604823647-1138869168=:82118" Cc: =?X-UNKNOWN?Q?Dag-Erling_Sm=F8rgrav?= , stable@FreeBSD.org, src-committers@FreeBSD.org, Harti Brandt , sparc64@FreeBSD.org Subject: Re: [releng_6 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthew Jacob List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Feb 2006 08:32:57 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-604823647-1138869168=:82118 Content-Type: TEXT/PLAIN; charset=iso-8859-1; format=flowed Content-Transfer-Encoding: 8BIT Hmm- I doesn't recall "name not mentioned" telling me about this earlier- perhaps he can dig up the mail as I haven't had any mail from him directly in years that I recall. Is the tinderbox still failing? I haven't seen that mail- maybe I'm not on the list it's being sent to? There are two complaints by the sparc64 complier- now that somebody (Marius) gave me useful information I will address it when I have a spare moment tomorrow. Insofar as inlining is concern- possibly so, but it demonstrably causes no compiler complaints in about 50 other contexts. My main concern at the moment is to make sure that the tinderbox failures are addressed and to pretty much ignore anything else from "name not mentioned". On Thu, 2 Feb 2006, Dag-Erling Smørgrav wrote: > Scott Long writes: >> I've been trying to reproduce this on my local hardware, but I can't >> trigger it. > > The ISP driver abuses the inline keyword. As I told mjacob earlier, > the extensive inlining not only breaks the build, but probably hurts > performance as well. > > (what gcc is complaining about, specifically, is that expanding calls > to inlined functions causes isp_target_notify() to grow by more than > 100%) > > DES > -- > Dag-Erling Smørgrav - des@des.no > > --0-604823647-1138869168=:82118-- From owner-freebsd-stable@FreeBSD.ORG Thu Feb 2 08:37:11 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D11516A420; Thu, 2 Feb 2006 08:37:11 +0000 (GMT) (envelope-from Hartmut.Brandt@dlr.de) Received: from smtp-3.dlr.de (smtp-3.dlr.de [195.37.61.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9DDA843D4C; Thu, 2 Feb 2006 08:37:09 +0000 (GMT) (envelope-from Hartmut.Brandt@dlr.de) Received: from beagle.kn.op.dlr.de ([129.247.173.6]) by smtp-3.dlr.de over TLS secured channel with Microsoft SMTPSVC(6.0.3790.211); Thu, 2 Feb 2006 09:37:08 +0100 Date: Thu, 2 Feb 2006 09:37:07 +0100 (CET) From: Harti Brandt X-X-Sender: brandt_h@beagle.kn.op.dlr.de To: Matthew Jacob In-Reply-To: <20060202002644.M82118@ns1.feral.com> Message-ID: <20060202093623.H56261@beagle.kn.op.dlr.de> References: <20060201165326.6E44E7302F@freebsd-current.sentex.ca> <20060201180223.O52964@beagle.kn.op.dlr.de> <43E0F41C.5020907@samsco.org> <86fyn242w0.fsf@xps.des.no> <20060202002644.M82118@ns1.feral.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-OriginalArrivalTime: 02 Feb 2006 08:37:08.0806 (UTC) FILETIME=[DABD4E60:01C627D3] Cc: =?koi8-r?Q?Dag-Erling_Sm=F8rgrav?= , src-committers@FreeBSD.org, stable@FreeBSD.org, sparc64@FreeBSD.org Subject: Re: [releng_6 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Harti Brandt List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Feb 2006 08:37:11 -0000 On Thu, 2 Feb 2006, Matthew Jacob wrote: MJ>Is the tinderbox still failing? I haven't seen that mail- maybe I'm not on MJ>the list it's being sent to? You may look into either stable@ or spar64@ harti From owner-freebsd-stable@FreeBSD.ORG Thu Feb 2 08:37:29 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1912316A423; Thu, 2 Feb 2006 08:37:29 +0000 (GMT) (envelope-from dave@bluefir.org) Received: from milligan.bluefir.org (milligan.bluefir.org [66.159.200.171]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C00B43D46; Thu, 2 Feb 2006 08:37:26 +0000 (GMT) (envelope-from dave@bluefir.org) Received: by milligan.bluefir.org (Postfix, from userid 1001) id 78BAA228C3; Thu, 2 Feb 2006 00:39:20 -0800 (PST) Date: Thu, 2 Feb 2006 00:39:20 -0800 From: David Wilhelm To: Oleg Bulyzhin Message-ID: <20060202083920.GA22515@milligan.bluefir.org> References: <43DB8EA6.7070503@metro.cx> <20060128211710.GA29790@lath.rinet.ru> <43DBED3F.3000408@metro.cx> <20060128230015.GC29790@lath.rinet.ru> <43DCCAA8.4050600@metro.cx> <20060131090912.GA88914@lath.rinet.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060131090912.GA88914@lath.rinet.ru> User-Agent: Mutt/1.4.2.1i Cc: Koen Martens , darrenr@freebsd.org, glebius@freebsd.org, freebsd-stable@freebsd.org Subject: Re: ipfilter + bge strangeness X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Feb 2006 08:37:29 -0000 On Tue, Jan 31, 2006 at 12:09:13PM +0300, Oleg Bulyzhin wrote: > Could you please test attached patch? > This patch enables 'full' rxcsum offloading so ipfilter's bug should not be > triggered. FYI, the patch works for me; the checksum errors still show in tcpdump, but ipfilter doesn't choke on them anymore. Pinging www.freebsd.org with RXCSUM/TXCSUM and ipf enabled, the reply comes back successfully. buster# tcpdump -nvi bge0 tcpdump: listening on bge0, link-type EN10MB (Ethernet), capture size 96 bytes 00:20:42.119079 IP (tos 0x0, ttl 64, id 20, offset 0, flags [none], proto: UDP (17), length: 61, bad cksum 0 (->a959)!) 192.168.1.3.64638 > 66.51.205.100.53: 3410+ A? www.freebsd.org. (33) 00:20:42.191639 IP (tos 0x0, ttl 59, id 9827, offset 0, flags [DF], proto: UDP (17), length: 239) 66.51.205.100.53 > 192.168.1.3.64638: 3410 1/5/3 www.freebsd.org. A 216.136.204.117 (211) 00:20:42.191785 IP (tos 0x0, ttl 64, id 21, offset 0, flags [none], proto: ICMP (1), length: 84, bad cksum 0 (->13eb)!) 192.168.1.3 > 216.136.204.117: ICMP echo request, id 9475, seq 0, length 64 00:20:42.255294 IP (tos 0x0, ttl 55, id 23125, offset 0, flags [none], proto: ICMP (1), length: 84) 216.136.204.117 > 192.168.1.3: ICMP echo reply, id 9475, seq 0, length 64 00:20:43.193215 IP (tos 0x0, ttl 64, id 22, offset 0, flags [none], proto: ICMP (1), length: 84, bad cksum 0 (->13ea)!) 192.168.1.3 > 216.136.204.117: ICMP echo request, id 9475, seq 1, length 64 00:20:43.253293 IP (tos 0x0, ttl 55, id 23798, offset 0, flags [none], proto: ICMP (1), length: 84) 216.136.204.117 > 192.168.1.3: ICMP echo reply, id 9475, seq 1, length 64 ^C 6 packets captured 6 packets received by filter 0 packets dropped by kernel Thanks, Oleg. From owner-freebsd-stable@FreeBSD.ORG Thu Feb 2 08:39:43 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2AAC516A420; Thu, 2 Feb 2006 08:39:43 +0000 (GMT) (envelope-from mj@feral.com) Received: from ns1.feral.com (ns1.feral.com [192.67.166.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id F09E243DB8; Thu, 2 Feb 2006 08:39:16 +0000 (GMT) (envelope-from mj@feral.com) Received: from ns1.feral.com (localhost [127.0.0.1]) by ns1.feral.com (8.13.4/8.13.4) with ESMTP id k128dF43083634; Thu, 2 Feb 2006 00:39:15 -0800 (PST) (envelope-from mj@feral.com) Received: from localhost (mjacob@localhost) by ns1.feral.com (8.13.4/8.13.4/Submit) with ESMTP id k128dFG6083631; Thu, 2 Feb 2006 00:39:15 -0800 (PST) (envelope-from mj@feral.com) X-Authentication-Warning: ns1.feral.com: mjacob owned process doing -bs Date: Thu, 2 Feb 2006 00:39:15 -0800 (PST) From: Matthew Jacob X-X-Sender: mjacob@ns1.feral.com To: Harti Brandt In-Reply-To: <20060202093623.H56261@beagle.kn.op.dlr.de> Message-ID: <20060202003821.K82118@ns1.feral.com> References: <20060201165326.6E44E7302F@freebsd-current.sentex.ca> <20060201180223.O52964@beagle.kn.op.dlr.de> <43E0F41C.5020907@samsco.org> <86fyn242w0.fsf@xps.des.no> <20060202002644.M82118@ns1.feral.com> <20060202093623.H56261@beagle.kn.op.dlr.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: stable@FreeBSD.org, Matthew Jacob , sparc64@FreeBSD.org Subject: Re: [releng_6 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthew Jacob List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Feb 2006 08:39:43 -0000 > On Thu, 2 Feb 2006, Matthew Jacob wrote: > > MJ>Is the tinderbox still failing? I haven't seen that mail- maybe I'm not on > MJ>the list it's being sent to? > > You may look into either stable@ or spar64@ Ah. I'm subscribed to neither. Okay- thanks for the headsup that it's still broken. I have a slow 420R making its way thru an updated LINT tree right now. From owner-freebsd-stable@FreeBSD.ORG Thu Feb 2 08:58:02 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8829816A420 for ; Thu, 2 Feb 2006 08:58:02 +0000 (GMT) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (xorpc.icir.org [192.150.187.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5424643D48 for ; Thu, 2 Feb 2006 08:58:02 +0000 (GMT) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (localhost [127.0.0.1]) by xorpc.icir.org (8.12.11/8.12.11) with ESMTP id k128w0r2096376; Thu, 2 Feb 2006 00:58:00 -0800 (PST) (envelope-from rizzo@xorpc.icir.org) Received: (from rizzo@localhost) by xorpc.icir.org (8.12.11/8.12.3/Submit) id k128w0tr096375; Thu, 2 Feb 2006 00:58:00 -0800 (PST) (envelope-from rizzo) Date: Thu, 2 Feb 2006 00:58:00 -0800 From: Luigi Rizzo To: stable@freebsd.org Message-ID: <20060202005800.D95993@xorpc.icir.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i Cc: Subject: frequent freeze on 6.0-STABLE at startup when loading iwi firmware X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Feb 2006 08:58:02 -0000 yesterday upgraded my laptop (Dell X1 with iwi wireless card) running 6.0 to a fresh version of stable and the newest iwi-firmware, and since then it frequently hangs at boot time right after loading the iwi firmware - in fact, it booted ok only 2 times out of the last 10. The last msg i see on the console is Starting iwi [iwi0:bss] and then i have to reset the machine. With the previous firmware it never hung, but i don;t know if it is the microcode or the loading mechanism that has changed. The workaround i have found is to disable iwi in /etc/rc.conf and then start it later, manually. Obviously, this is suboptimal. I am not sure what to look at, a race somewhere that could be fixed adding some 'sleep' before or after loading the microcode ? something else ? if that matters, there is an access point active where i boot, and the config command tell the card the parameters to associate with it. cheers luigi From owner-freebsd-stable@FreeBSD.ORG Thu Feb 2 09:33:39 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D72316A420; Thu, 2 Feb 2006 09:33:39 +0000 (GMT) (envelope-from ohartman@mail.uni-mainz.de) Received: from mailgate2.zdv.Uni-Mainz.DE (mailgate2.zdv.Uni-Mainz.DE [134.93.178.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 98E7943D45; Thu, 2 Feb 2006 09:33:38 +0000 (GMT) (envelope-from ohartman@mail.uni-mainz.de) Received: from [83.242.61.219] (219-61-242-83.dip.h-tel.de [83.242.61.219]) (using SSLv3 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mailgate2.zdv.Uni-Mainz.DE (Postfix) with ESMTP id A8C7A300068D; Thu, 2 Feb 2006 10:33:35 +0100 (CET) Message-ID: <43E1D1E9.3000302@mail.uni-mainz.de> Date: Thu, 02 Feb 2006 10:33:29 +0100 From: "O. Hartmann" User-Agent: Thunderbird 1.5 (X11/20060113) MIME-Version: 1.0 To: freebsd-amd64@freebsd.org, freebsd-stable@freebsd.org Content-Type: multipart/mixed; boundary="------------010809030804050606080304" X-Virus-Scanned: by amavisd-new at uni-mainz.de X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: missing fpresetsticky in ieeefp.h X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Feb 2006 09:33:39 -0000 This is a multi-part message in MIME format. --------------010809030804050606080304 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Hello. I do not know whether this should be a bug report or not, I will ask prior to any further action. Reading 'man fpresetsticky' show up a man page for FPGETROUND(3) and tells me the existence of the fpresetsticky routine. Now take a look into , where this function should be declared. Nothing, I can not find this routine, it seems to be 'not available' on my FreeBSD6.1-PRERELEASE AMD64 (no 32Bit compatibility). Background is, I try to compile GMT 4.1 and ran into this problem again (I reveal this error since FBSD 5.4-PRE also on i386). If fpresetsticky() isn't available on amd64 anymore, it shouldn't be mentioned in the manpage. But it seems to me to be a bug, so somebody should confirm this. Or there is a mistake I do all the time, in that case, you should correct me. Thanks for your patience, Oliver P.S. uname -a tells: FreeBSD thor.schanze.de 6.1-PRERELEASE FreeBSD 6.1-PRERELEASE #36: Wed Feb 1 21:26:07 CET 2006 root@thor.schanze.de:/usr/obj/usr/src/sys/THOR amd64 --------------010809030804050606080304-- From owner-freebsd-stable@FreeBSD.ORG Thu Feb 2 10:20:07 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 38DB116A420 for ; Thu, 2 Feb 2006 10:20:07 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id A13D743D48 for ; Thu, 2 Feb 2006 10:20:06 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from [172.16.1.6] (helo=dilbert.firstcallgroup.co.uk) by mail.ticketswitch.com with esmtp (Exim 4.52 (FreeBSD)) id 1F4bZJ-000LNZ-Hd; Thu, 02 Feb 2006 10:20:01 +0000 Received: from petefrench by dilbert.firstcallgroup.co.uk with local (Exim 4.52 (FreeBSD)) id 1F4bZJ-000KpG-C6; Thu, 02 Feb 2006 10:20:01 +0000 To: yar@comp.chem.msu.su In-Reply-To: <20060201220701.GA29980@comp.chem.msu.su> Message-Id: From: Pete French Date: Thu, 02 Feb 2006 10:20:01 +0000 Cc: peterjeremy@optushome.com.au, freebsd-stable@freebsd.org, ivoras@fer.hr Subject: Re: Restartable system call behaviour X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Feb 2006 10:20:07 -0000 > To the best of my knowledge, connect() being always interruptable > is correct and well-known. Fair enough, that answers my question! > And my 4.11-STABLE system will interrupt connect() on a signal with > SA_RESTART set, which disagrees with your observations yet agrees with > the standard. Perhaps some logic in your software has changed since > 4.11 times. Have been puzzling over this a lot actually, as I definitely didnt get it on 4.11. The conclusion I've come to is that the networking circumstances have also changed over time, such that it's now more likely for me to get a signal during a connect, hence it probably always did behave that way, just that I never saw it. The change to 5 would be a co-incidence then. thanks, -pete. From owner-freebsd-stable@FreeBSD.ORG Thu Feb 2 10:21:13 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0763A16A420; Thu, 2 Feb 2006 10:21:13 +0000 (GMT) (envelope-from SRS0=Brq6wNlR=35=metro.cx=fbsd@sonologic.nl) Received: from mx1.sonologic.nl (mx1.sonologic.nl [82.94.245.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5FEE343D49; Thu, 2 Feb 2006 10:21:12 +0000 (GMT) (envelope-from SRS0=Brq6wNlR=35=metro.cx=fbsd@sonologic.nl) Received: from [192.168.0.254] (gongmaster.xs4all.nl [213.84.33.240]) (authenticated bits=0) by mx1.sonologic.nl (8.13.3/8.13.3) with ESMTP id k12AL9QH006156; Thu, 2 Feb 2006 10:21:10 GMT Message-ID: <43E1DD8E.3000801@metro.cx> Date: Thu, 02 Feb 2006 11:23:10 +0100 From: Koen Martens Organization: Sonologic User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.6) Gecko/20050317 Thunderbird/1.0.2 Mnenhy/0.7.2.0 X-Accept-Language: en-us, en MIME-Version: 1.0 To: David Wilhelm References: <43DB8EA6.7070503@metro.cx> <20060128211710.GA29790@lath.rinet.ru> <43DBED3F.3000408@metro.cx> <20060128230015.GC29790@lath.rinet.ru> <43DCCAA8.4050600@metro.cx> <20060131090912.GA88914@lath.rinet.ru> <20060202083920.GA22515@milligan.bluefir.org> In-Reply-To: <20060202083920.GA22515@milligan.bluefir.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Helo-Milter-Authen: gmc@sonologic.nl, fbsd@metro.cx, mx1 Received-SPF: pass (mx1.sonologic.nl: 213.84.33.240 is authenticated by a trusted mechanism) Cc: darrenr@freebsd.org, freebsd-stable@freebsd.org, glebius@freebsd.org, Oleg Bulyzhin Subject: Re: ipfilter + bge strangeness X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Feb 2006 10:21:13 -0000 David Wilhelm wrote: > On Tue, Jan 31, 2006 at 12:09:13PM +0300, Oleg Bulyzhin wrote: > >>Could you please test attached patch? > > >>This patch enables 'full' rxcsum offloading so ipfilter's bug should not be >>triggered. > > > FYI, the patch works for me; the checksum errors still show in tcpdump, > but ipfilter doesn't choke on them anymore. Sorry for my tardiness, been a bit busy on other fronts, but the patch does it for me too! Should we go to the ipfilter list with this bug, btw? Or is it something already fixed in newer versions of ipfilter? Koen -- K.F.J. Martens, Sonologic, http://www.sonologic.nl/ Networking, hosting, embedded systems, unix, artificial intelligence. Public PGP key: http://www.metro.cx/pubkey-gmc.asc Wondering about the funny attachment your mail program can't read? Visit http://www.openpgp.org/ From owner-freebsd-stable@FreeBSD.ORG Thu Feb 2 10:36:58 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EBD4616A422 for ; Thu, 2 Feb 2006 10:36:58 +0000 (GMT) (envelope-from jamesoff@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id D56BB43D58 for ; Thu, 2 Feb 2006 10:36:57 +0000 (GMT) (envelope-from jamesoff@gmail.com) Received: by zproxy.gmail.com with SMTP id 9so374002nzo for ; Thu, 02 Feb 2006 02:36:57 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=sWBVSY8vuEXLMjolYv2MmC9p17F3W7EY4Qf7KdeqzcRvqP5DxAC6w0Unq+I8hsKl+63UwOIwb53PVse4eAQR0/rCxEaREdhM0F2BoRBQaGhVb0C2UsVrIma8NkYxjHUrSwvqhtiNQeeYrkjltyLCHd3/vQDSKczzswfOXX3ItN4= Received: by 10.36.194.9 with SMTP id r9mr514605nzf; Thu, 02 Feb 2006 02:36:56 -0800 (PST) Received: by 10.36.108.18 with HTTP; Thu, 2 Feb 2006 02:36:56 -0800 (PST) Message-ID: <720051dc0602020236r428c8986m7aef62c6cdb0089b@mail.gmail.com> Date: Thu, 2 Feb 2006 10:36:56 +0000 From: James Seward To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: Panic in 6-RELEASE-p4 with if_bridge and pf X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Feb 2006 10:36:59 -0000 Hello, I am trying to deploy a FreeBSD6 machine using if_bridge and pf to provide some protection for our Windows servers ;) During testing it seemed to work fine, but in production it panics frequent= ly. When I came in to work this morning it was complaining about mbufs, so I have tried increasing the number of mbufs as explained in various places around the web. Despite the fact that it didn't seem to be getting near the limit of mbufs I set (8192) it has paniced another couple of times this morning already. I have now set it to 16k, but I don't currently hold much hope of this fixing it. The machine is a Dell Poweredge server which until recently was our Exchange server which ran with no problems, so I do not suspect hardware - except possibly the network cards I have added. (I added an fxp card last night before deploying it, the other cards are an onboard em and two PCI xl. The fxp and xl cards are bridged, the em card is used for management.) I have a selection of pf rules declared against the xl0 and fxp0 interfaces (which represent two feeds from our border router). xl1 is connected to a switch with our external-facing servers on it. (Is this the problem? Should I separate the two subnets on the 'internal' side of the bridge too?) Anyway, on to the debug output! Fatal trap 12: page fault while in kernel mode fault virtual address =3D 0xc fault code =3D supervisor read, page not present instruction pointer =3D 0x20:0xc0512043 stack pointer =3D 0x28:0xd6a12aa8 frame pointer =3D 0x28:0xd6a12acc 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 599 (sshd) trap number =3D 12 panic: page fault Uptime: 25m10s (kgdb) bt #0 doadump () at pcpu.h:165 #1 0xc04dc9be in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:3= 99 #2 0xc04dcc54 in panic (fmt=3D0xc062af0b "%s") at /usr/src/sys/kern/kern_shutdown.c:555 #3 0xc060cde8 in trap_fatal (frame=3D0xd6a12a68, eva=3D12) at /usr/src/sys/i386/i386/trap.c:831 #4 0xc060cb53 in trap_pfault (frame=3D0xd6a12a68, usermode=3D0, eva=3D12) at /usr/src/sys/i386/i386/trap.c:742 #5 0xc060c7b1 in trap (frame=3D {tf_fs =3D -1046544376, tf_es =3D -1045037016, tf_ds =3D -694091736, tf_edi =3D -1044162816, tf_esi =3D 60, tf_ebp =3D -694080820, tf_isp =3D -694080876, tf_ebx =3D 5840, tf_edx =3D 0, tf_ecx =3D -1044162816, tf_eax = =3D 0, tf_trapno =3D 12, tf_err =3D 0, tf_eip =3D -1068425149, tf_cs =3D 32, tf_eflags =3D 66054, tf_esp =3D 0, tf_ss =3D -694080816}) at /usr/src/sys/i386/i386/trap.c:432 #6 0xc05fc89a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc0512043 in m_copym (m=3D0x0, off0=3D100, len=3D420, wait=3D1) at /usr/src/sys/kern/uipc_mbuf.c:386 #8 0xc056524e in tcp_output (tp=3D0xc1a52398) at /usr/src/sys/netinet/tcp_output.c:774 #9 0xc056c8e1 in tcp_usr_send (so=3D0xc18592c8, flags=3D0, m=3D0xc1900800, nam=3D0x0, control=3D0x0, td=3D0xc19f7900) at /usr/src/sys/netinet/tcp_usrreq.c:697 #10 0xc0514fa7 in sosend (so=3D0xc18592c8, addr=3D0x0, uio=3D0xd6a12cbc, top=3D0xc1900800, control=3D0x0, flags=3D0, td=3D0xc19f7900) at /usr/src/sys/kern/uipc_socket.c:829 #11 0xc0503dc2 in soo_write (fp=3D0x0, uio=3D0xd6a12cbc, active_cred=3D0xc1bc4b00, flags=3D0, td=3D0xc19f7900) at /usr/src/sys/kern/sys_socket.c:118 #12 0xc04fdfc3 in dofilewrite (td=3D0xc19f7900, fd=3D3, fp=3D0xc17ee5a0, auio=3D0xd6a12cbc, offset=3DUnhandled dwarf expression opcode 0x93 ) at file.h:246 #13 0xc04fde67 in kern_writev (td=3D0xc19f7900, fd=3D3, auio=3D0xd6a12cbc) at /usr/src/sys/kern/sys_generic.c:402 #14 0xc04fdd8d in write (td=3D0xc19f7900, uap=3D0xc1c35700) at /usr/src/sys/kern/sys_generic.c:326 #15 0xc060d0ff in syscall (frame=3D {tf_fs =3D 134676539, tf_es =3D 134676539, tf_ds =3D -1078001605, tf_edi =3D -1077944696, tf_esi =3D 134679144, tf_ebp =3D -1077944824, tf_is= p =3D -694080156, tf_ebx =3D 671914192, tf_edx =3D 134679144, tf_ecx =3D 420, tf_eax =3D 4, tf_trapno =3D 0, tf_err =3D 2, tf_eip =3D 673921043, tf_cs = =3D 51, tf_eflags =3D 518, tf_esp =3D -1077944852, tf_ss =3D 59}) at /usr/src/sys/i386/i386/trap.c:976 #16 0xc05fc8ef in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s= :200 #17 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) Another panic happened in process "irq17: em0" with backtrace: #0 doadump () at pcpu.h:165 #1 0xc04dc9be in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:3= 99 #2 0xc04dcc54 in panic (fmt=3D0xc062af0b "%s") at /usr/src/sys/kern/kern_shutdown.c:555 #3 0xc060cde8 in trap_fatal (frame=3D0xd54c4bc0, eva=3D3217328832) at /usr/src/sys/i386/i386/trap.c:831 #4 0xc060cb53 in trap_pfault (frame=3D0xd54c4bc0, usermode=3D0, eva=3D3217328832) at /usr/src/sys/i386/i386/trap.c:742 #5 0xc060c7b1 in trap (frame=3D {tf_fs =3D -2147483640, tf_es =3D -1900609496, tf_ds =3D -1050804184, tf_edi =3D -1050345296, tf_esi =3D -1048680360, tf_ebp =3D -716420016, tf_isp =3D -716420116, tf_ebx =3D -1047532288, tf_edx =3D 0, tf_ecx =3D 304808455, tf_eax =3D 74416, tf_trapno =3D 12, tf_err =3D 0, tf_eip =3D -1067474263, tf_cs =3D 32, tf_eflags =3D 590338, tf_esp =3D 4, tf_ss =3D -1050896896}) at /usr/src/sys/i386/i386/trap.c:432 #6 0xc05fc89a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc05fa2a9 in bus_dmamap_load (dmat=3D0xc1845980, map=3D0x122b0, buf=3D0x122b0207, buflen=3D2046, callback=3D0xc046c4d8 , callback_arg=3D0xd54c4c74, flags=3D0) at pmap.h:200 #8 0xc046cdc2 in em_get_buf (i=3D11, adapter=3D0xc164c800, nmp=3D0x0) at /usr/src/sys/dev/em/if_em.c:2474 #9 0xc046d593 in em_process_receive_interrupts (adapter=3D0xc164c800, count=3D-2) at /usr/src/sys/dev/em/if_em.c:2797 #10 0xc046a7ed in em_intr (arg=3D0xc164c800) at /usr/src/sys/dev/em/if_em.c= :992 #11 0xc04c85b5 in ithread_loop (arg=3D0xc1586580) at /usr/src/sys/kern/kern_intr.c:547 #12 0xc04c783c in fork_exit (callout=3D0xc04c845c , arg=3D0xc1586580, frame=3D0xd54c4d38) at /usr/src/sys/kern/kern_fork.c:789 #13 0xc05fc8fc in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:= 208 Now I look at it, the two panics are quite dissimilar. Should I suspect the network cards? Another dump previous to that one occured in irq18: fxp0. Now I'm suspicious. (Excuse my thinking out loud.) Other than pulling cards and seeing which ones stop it panicing, can anyone suggest things that may be going wrong? Is the combination of if_bridge and pf used in this fashion valid? Thanks, James From owner-freebsd-stable@FreeBSD.ORG Thu Feb 2 11:10:36 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F009F16A420; Thu, 2 Feb 2006 11:10:36 +0000 (GMT) (envelope-from ohartman@uni-mainz.de) Received: from mailgate1.zdv.Uni-Mainz.DE (mailgate1.zdv.Uni-Mainz.DE [134.93.178.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id 86CA043D49; Thu, 2 Feb 2006 11:10:36 +0000 (GMT) (envelope-from ohartman@uni-mainz.de) Received: from [134.93.180.123] (ipamzra.Physik.Uni-Mainz.DE [134.93.180.123]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mailgate1.zdv.Uni-Mainz.DE (Postfix) with ESMTP id E0BBD3000794; Thu, 2 Feb 2006 12:10:34 +0100 (CET) Message-ID: <43E1E8B0.3030702@uni-mainz.de> Date: Thu, 02 Feb 2006 12:10:40 +0100 From: "O. Hartmann" User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: "O. Hartmann" References: <43E1D1E9.3000302@mail.uni-mainz.de> In-Reply-To: <43E1D1E9.3000302@mail.uni-mainz.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at uni-mainz.de Cc: freebsd-stable@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: missing fpresetsticky in ieeefp.h X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Feb 2006 11:10:37 -0000 O. Hartmann schrieb: > Hello. > I do not know whether this should be a bug report or not, I will ask > prior to any further action. > > Reading 'man fpresetsticky' show up a man page for FPGETROUND(3) and > tells me the existence of the fpresetsticky routine. > Now take a look into , where this function should be > declared. Nothing, I can not find this routine, it seems to be 'not > available' on my FreeBSD6.1-PRERELEASE AMD64 (no 32Bit compatibility). > > Background is, I try to compile GMT 4.1 and ran into this problem again > (I reveal this error since FBSD 5.4-PRE also on i386). > > If fpresetsticky() isn't available on amd64 anymore, it shouldn't be > mentioned in the manpage. But it seems to me to be a bug, so somebody > should confirm this. > > Or there is a mistake I do all the time, in that case, you should > correct me. > > Thanks for your patience, > Oliver > > P.S. > uname -a tells: > FreeBSD thor.schanze.de 6.1-PRERELEASE FreeBSD 6.1-PRERELEASE #36: Wed > Feb 1 21:26:07 CET 2006 > root@thor.schanze.de:/usr/obj/usr/src/sys/THOR amd64 Oh, sorry for the noise, I need to correct the i386 issue. On a FreeBSD 6.1-PRERELEASE box GMT 4.1 compiles without a mess, it seems the fpresetsticky() funtion is only available in anm i386 environment. Commenting out this on a amd64 box solves the problem, but I doubt this will be the right way, although there is no such function available on amd64. From owner-freebsd-stable@FreeBSD.ORG Thu Feb 2 12:01:13 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1DF1E16A422; Thu, 2 Feb 2006 12:01:13 +0000 (GMT) (envelope-from bde@zeta.org.au) Received: from mailout2.pacific.net.au (mailout2.pacific.net.au [61.8.0.115]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4530643D45; Thu, 2 Feb 2006 12:01:12 +0000 (GMT) (envelope-from bde@zeta.org.au) Received: from mailproxy1.pacific.net.au (mailproxy1.pacific.net.au [61.8.0.86]) by mailout2.pacific.net.au (8.13.4/8.13.4/Debian-3) with ESMTP id k12C14wo019431; Thu, 2 Feb 2006 23:01:06 +1100 Received: from katana.zip.com.au (katana.zip.com.au [61.8.7.246]) by mailproxy1.pacific.net.au (8.13.4/8.13.4/Debian-3) with ESMTP id k12C102j000862; Thu, 2 Feb 2006 23:01:01 +1100 Date: Thu, 2 Feb 2006 23:01:00 +1100 (EST) From: Bruce Evans X-X-Sender: bde@delplex.bde.org To: "O. Hartmann" In-Reply-To: <43E1E8B0.3030702@uni-mainz.de> Message-ID: <20060202224815.K7234@delplex.bde.org> References: <43E1D1E9.3000302@mail.uni-mainz.de> <43E1E8B0.3030702@uni-mainz.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: "O. Hartmann" , freebsd-stable@FreeBSD.org, freebsd-amd64@FreeBSD.org Subject: Re: missing fpresetsticky in ieeefp.h X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Feb 2006 12:01:13 -0000 On Thu, 2 Feb 2006, O. Hartmann wrote: > O. Hartmann schrieb: >> Hello. >> I do not know whether this should be a bug report or not, I will ask prior >> to any further action. >> >> Reading 'man fpresetsticky' show up a man page for FPGETROUND(3) and tells >> me the existence of the fpresetsticky routine. This is a bug in the man page. fpresetsticky() is supposed to only exist on i386's, but the man page and its link to fpresetsticky.3 are installed for all arches. >> Now take a look into , where this function should be >> declared. Nothing, I can not find this routine, it seems to be 'not >> available' on my FreeBSD6.1-PRERELEASE AMD64 (no 32Bit compatibility). It was removed for amd64 and never existed for some other arches. It was apparently unused when it was removed a year ago. >> Background is, I try to compile GMT 4.1 and ran into this problem again (I >> reveal this error since FBSD 5.4-PRE also on i386). >> >> If fpresetsticky() isn't available on amd64 anymore, it shouldn't be >> mentioned in the manpage. But it seems to me to be a bug, so somebody >> should confirm this. % RCS file: /home/ncvs/src/sys/amd64/include/ieeefp.h,v % Working file: ieeefp.h % head: 1.14 % ... % ---------------------------- % revision 1.13 % date: 2005/03/15 15:53:39; author: das; state: Exp; lines: +0 -20 % Remove fpsetsticky(). This was added for SysV compatibility, but due % to mistakes from day 1, it has always had semantics inconsistent with % SVR4 and its successors. In particular, given argument M: % % - On Solaris and FreeBSD/{alpha,sparc64}, it clobbers the old flags % and *sets* the new flag word to M. (NetBSD, too?) % - On FreeBSD/{amd64,i386}, it *clears* the flags that are specified in M % and leaves the remaining flags unchanged (modulo a small bug on amd64.) % - On FreeBSD/ia64, it is not implemented. % % There is no way to fix fpsetsticky() to DTRT for both old FreeBSD apps % and apps ported from other operating systems, so the best approach % seems to be to kill the function and fix any apps that break. I % couldn't find any ports that use it, and any such ports would already % be broken on FreeBSD/ia64 and Linux anyway. % % By the way, the routine has always been undocumented in FreeBSD, % except for an MLINK to a manpage that doesn't describe it. This % manpage has stated since 5.3-RELEASE that the functions it describes % are deprecated, so that must mean that functions that it is *supposed* % to describe but doesn't are even *more* deprecated. ;-) % % Note that fpresetsticky() has been retained on FreeBSD/i386. As far % as I can tell, no other operating systems or ports of FreeBSD % implement it, so there's nothing for it to be inconsistent with. % % PR: 75862 % Suggested by: bde % ---------------------------- Bruce From owner-freebsd-stable@FreeBSD.ORG Thu Feb 2 12:38:14 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA3CA16A420; Thu, 2 Feb 2006 12:38:14 +0000 (GMT) (envelope-from ohartman@uni-mainz.de) Received: from mailgate2.zdv.Uni-Mainz.DE (mailgate2.zdv.Uni-Mainz.DE [134.93.178.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1ADEC43D45; Thu, 2 Feb 2006 12:38:13 +0000 (GMT) (envelope-from ohartman@uni-mainz.de) Received: from [134.93.180.123] (ipamzra.Physik.Uni-Mainz.DE [134.93.180.123]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mailgate2.zdv.Uni-Mainz.DE (Postfix) with ESMTP id A7E9930007F5; Thu, 2 Feb 2006 13:38:12 +0100 (CET) Message-ID: <43E1FD40.9060408@uni-mainz.de> Date: Thu, 02 Feb 2006 13:38:24 +0100 From: "O. Hartmann" User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Bruce Evans References: <43E1D1E9.3000302@mail.uni-mainz.de> <43E1E8B0.3030702@uni-mainz.de> <20060202224815.K7234@delplex.bde.org> In-Reply-To: <20060202224815.K7234@delplex.bde.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at uni-mainz.de Cc: "O. Hartmann" , freebsd-stable@FreeBSD.org, freebsd-amd64@FreeBSD.org Subject: Re: missing fpresetsticky in ieeefp.h X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Feb 2006 12:38:15 -0000 Bruce Evans schrieb: > On Thu, 2 Feb 2006, O. Hartmann wrote: > >> O. Hartmann schrieb: >>> Hello. >>> I do not know whether this should be a bug report or not, I will ask >>> prior to any further action. >>> >>> Reading 'man fpresetsticky' show up a man page for FPGETROUND(3) and >>> tells me the existence of the fpresetsticky routine. > > This is a bug in the man page. fpresetsticky() is supposed to only exist > on i386's, but the man page and its link to fpresetsticky.3 are installed > for all arches. > >>> Now take a look into , where this function should >>> be declared. Nothing, I can not find this routine, it seems to be >>> 'not available' on my FreeBSD6.1-PRERELEASE AMD64 (no 32Bit >>> compatibility). > > It was removed for amd64 and never existed for some other arches. It was > apparently unused when it was removed a year ago. > >>> Background is, I try to compile GMT 4.1 and ran into this problem >>> again (I reveal this error since FBSD 5.4-PRE also on i386). >>> >>> If fpresetsticky() isn't available on amd64 anymore, it shouldn't be >>> mentioned in the manpage. But it seems to me to be a bug, so somebody >>> should confirm this. > > % RCS file: /home/ncvs/src/sys/amd64/include/ieeefp.h,v > % Working file: ieeefp.h > % head: 1.14 > % ... > % ---------------------------- > % revision 1.13 > % date: 2005/03/15 15:53:39; author: das; state: Exp; lines: +0 -20 > % Remove fpsetsticky(). This was added for SysV compatibility, but due > % to mistakes from day 1, it has always had semantics inconsistent with > % SVR4 and its successors. In particular, given argument M: > % % - On Solaris and FreeBSD/{alpha,sparc64}, it clobbers the old flags > % and *sets* the new flag word to M. (NetBSD, too?) > % - On FreeBSD/{amd64,i386}, it *clears* the flags that are specified in M > % and leaves the remaining flags unchanged (modulo a small bug on amd64.) > % - On FreeBSD/ia64, it is not implemented. > % % There is no way to fix fpsetsticky() to DTRT for both old FreeBSD apps > % and apps ported from other operating systems, so the best approach > % seems to be to kill the function and fix any apps that break. I > % couldn't find any ports that use it, and any such ports would already > % be broken on FreeBSD/ia64 and Linux anyway. > % % By the way, the routine has always been undocumented in FreeBSD, > % except for an MLINK to a manpage that doesn't describe it. This > % manpage has stated since 5.3-RELEASE that the functions it describes > % are deprecated, so that must mean that functions that it is *supposed* > % to describe but doesn't are even *more* deprecated. ;-) > % % Note that fpresetsticky() has been retained on FreeBSD/i386. As far > % as I can tell, no other operating systems or ports of FreeBSD > % implement it, so there's nothing for it to be inconsistent with. > % % PR: 75862 > % Suggested by: bde > % ---------------------------- > > Bruce Thanks a lot. In prior software compilations of GMT on FBSD/AMD64 I commented out the appropriate line in gmt_init.c without any hazardous effects - but I never used GMT that intensive having ever recognozed any malicious side effects. I should contact the guys from Soest/Hawaii asking them for any serious effects commenting out this line on amd64 architectures. Oliver From owner-freebsd-stable@FreeBSD.ORG Thu Feb 2 12:44:59 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B0DDE16A420 for ; Thu, 2 Feb 2006 12:44:59 +0000 (GMT) (envelope-from pertti.kosunen@pp.nic.fi) Received: from pne-smtpout3-sn2.hy.skanova.net (pne-smtpout3-sn2.hy.skanova.net [81.228.8.111]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4BDA743D49 for ; Thu, 2 Feb 2006 12:44:55 +0000 (GMT) (envelope-from pertti.kosunen@pp.nic.fi) Received: from [192.168.1.21] (84.249.9.74) by pne-smtpout3-sn2.hy.skanova.net (7.2.070) id 43CE14DF0007BF2C for stable@freebsd.org; Thu, 2 Feb 2006 13:44:54 +0100 Message-ID: <43E1FEC6.90302@pp.nic.fi> Date: Thu, 02 Feb 2006 14:44:54 +0200 From: Pertti Kosunen User-Agent: Thunderbird 1.5 (X11/20060113) MIME-Version: 1.0 To: stable@freebsd.org References: <43DA631D.2010406@pp.nic.fi> In-Reply-To: <43DA631D.2010406@pp.nic.fi> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: SETFEATURES SET TRANSFER MODE semaphore timeout !! DANGER Will Robinson !! (fixed?) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Feb 2006 12:44:59 -0000 Pertti Kosunen wrote: > Some change between Sun Nov 13 14:58:40 EET 2005 and Wed Jan 25 17:21:02 > EET 2006 causes this message on boot: > > Jan 27 14:59:46 xx kernel: ad0: req=0xc306baf0 SETFEATURES SET TRANSFER > MODE semaphore timeout !! DANGER Will Robinson !! > Jan 27 14:59:47 xx kernel: ad0: TIMEOUT - READ_DMA retrying (1 retry > left) LBA=66763511 Haven't seen these after i ran fsck. From owner-freebsd-stable@FreeBSD.ORG Thu Feb 2 12:45:51 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D76416A420; Thu, 2 Feb 2006 12:45:51 +0000 (GMT) (envelope-from oleg@lath.rinet.ru) Received: from lath.rinet.ru (lath.rinet.ru [195.54.192.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F34D43D48; Thu, 2 Feb 2006 12:45:50 +0000 (GMT) (envelope-from oleg@lath.rinet.ru) Received: from lath.rinet.ru (localhost [127.0.0.1]) by lath.rinet.ru (8.13.4/8.13.4) with ESMTP id k12CjmIf027518 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 2 Feb 2006 15:45:48 +0300 (MSK) (envelope-from oleg@lath.rinet.ru) Received: (from oleg@localhost) by lath.rinet.ru (8.13.4/8.13.4/Submit) id k12Cjm6R027517; Thu, 2 Feb 2006 15:45:48 +0300 (MSK) (envelope-from oleg) Date: Thu, 2 Feb 2006 15:45:48 +0300 From: Oleg Bulyzhin To: Koen Martens Message-ID: <20060202124548.GA25493@lath.rinet.ru> References: <43DB8EA6.7070503@metro.cx> <20060128211710.GA29790@lath.rinet.ru> <43DBED3F.3000408@metro.cx> <20060128230015.GC29790@lath.rinet.ru> <43DCCAA8.4050600@metro.cx> <20060131090912.GA88914@lath.rinet.ru> <20060202083920.GA22515@milligan.bluefir.org> <43E1DD8E.3000801@metro.cx> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43E1DD8E.3000801@metro.cx> User-Agent: Mutt/1.5.11 Cc: darrenr@freebsd.org, David Wilhelm , glebius@freebsd.org, freebsd-stable@freebsd.org Subject: Re: ipfilter + bge strangeness X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Feb 2006 12:45:51 -0000 On Thu, Feb 02, 2006 at 11:23:10AM +0100, Koen Martens wrote: > David Wilhelm wrote: > > On Tue, Jan 31, 2006 at 12:09:13PM +0300, Oleg Bulyzhin wrote: > > > >>Could you please test attached patch? > > > > > >>This patch enables 'full' rxcsum offloading so ipfilter's bug should not be > >>triggered. > > > > > > FYI, the patch works for me; the checksum errors still show in tcpdump, > > but ipfilter doesn't choke on them anymore. > > Sorry for my tardiness, been a bit busy on other fronts, but the > patch does it for me too! > > Should we go to the ipfilter list with this bug, btw? Or is it > something already fixed in newer versions of ipfilter? > > Koen Actually, at some point, i've added Darren Reed to Cc. Anyway i think posting to ipfilter list is good idea. > > -- > K.F.J. Martens, Sonologic, http://www.sonologic.nl/ > Networking, hosting, embedded systems, unix, artificial intelligence. > Public PGP key: http://www.metro.cx/pubkey-gmc.asc > Wondering about the funny attachment your mail program > can't read? Visit http://www.openpgp.org/ -- Oleg. From owner-freebsd-stable@FreeBSD.ORG Thu Feb 2 15:51:26 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 49CB916A420 for ; Thu, 2 Feb 2006 15:51:26 +0000 (GMT) (envelope-from dwilde@sandia.gov) Received: from MM01SNLNTO.sandia.gov (mm01snlnto.sandia.gov [132.175.109.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id AFD9A43D46 for ; Thu, 2 Feb 2006 15:51:25 +0000 (GMT) (envelope-from dwilde@sandia.gov) Received: from 132.175.109.1 by mm02snlnto.sandia.gov with ESMTP ( Tumbleweed MMS SMTP Relay 01 (MMS v5.6.3)); Thu, 02 Feb 2006 08:51:10 -0700 X-Server-Uuid: 914ACFB1-8EBC-470E-882B-54A00EED9786 Received: from ES22SNLNT.srn.sandia.gov (ec03snlnt.sandia.gov [134.253.164.158] (may be forged)) by mailgate.sandia.gov ( 8.13.3/8.13.3) with ESMTP id k12FoIUl012684; Thu, 2 Feb 2006 08:51:08 -0700 (MST) Received: from ES20SNLNT.srn.sandia.gov ([134.253.164.29]) by ES22SNLNT.srn.sandia.gov with Microsoft SMTPSVC(6.0.3790.1830); Thu, 2 Feb 2006 08:51:02 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Thu, 2 Feb 2006 08:51:02 -0700 Message-ID: <040DF00BF960A24897B5B3EFBE63FE8A01CE9C7B@ES20SNLNT.srn.sandia.gov> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: frequent freeze on 6.0-STABLE at startup when loading iwi firmware thread-index: AcYn1vdzoNy5VFCwRXKNiSfSxPJq/wAODZBQ From: "Wilde, Donald" To: "Luigi Rizzo" , stable@freebsd.org X-OriginalArrivalTime: 02 Feb 2006 15:51:03.0089 (UTC) FILETIME=[7861A210:01C62810] X-WSS-ID: 6FFCF5E41FK1277008-01-01 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Cc: Subject: RE: frequent freeze on 6.0-STABLE at startup when loading iwi firmware X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Feb 2006 15:51:26 -0000 Hi, Luigi - I have been watching this too, due to an earlier problem with iwi-firmware-2.4_2 which leads to spurious damaged-packet messages ("type 15"). According to Florent (flz@freebsd.org) on this page: http://damien.bergamini.free.fr/ipw/forum/list.php?f=3D1, a new commit = was made to HEAD two days ago by Damien (damien.bergamini@free.fr). I haven't applied it to my laptop yet to see if your freeze happens to me, but those are the guys who are actively working on these problems. -- Don Wilde Org 01737 505-844-1126 Why do people in ship mutinies always ask for "better treatment?" I'd ask for a pinball machine, because with all that rocking back and forth you'd probably be able to get a lot of free games. - Jack Handy=20 From owner-freebsd-stable@FreeBSD.ORG Thu Feb 2 18:10:57 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 96A1516A420 for ; Thu, 2 Feb 2006 18:10:57 +0000 (GMT) (envelope-from eayesta@portugalete.uned.es) Received: from hermes-uno.uned.es (hermes-uno.uned.es [62.204.192.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id F2C3F43D45 for ; Thu, 2 Feb 2006 18:10:56 +0000 (GMT) (envelope-from eayesta@portugalete.uned.es) Received: from hermes-uno.uned.es (localhost.localdomain [127.0.0.1]) by localhost.uned.es (Postfix) with ESMTP id 3AC1130D17F; Thu, 2 Feb 2006 19:10:55 +0100 (CET) Received: from stargate-2.unedbizkaia.es (ca6200-010-200-062-202.uned.es [10.200.62.202]) by hermes-uno.uned.es (Postfix) with ESMTP id 23D1D30D0CA; Thu, 2 Feb 2006 19:10:55 +0100 (CET) From: Enrique Ayesta Perojo To: freebsd-stable@freebsd.org Date: Thu, 2 Feb 2006 19:10:54 +0100 User-Agent: KMail/1.8 X-Face: 1Ap'j*2\*m:5K9|Z3(3hw}>e7y}bKl>WsTt:A%1stWDEm9`D?s("Bk-4(uS((PR|BJ|^+)=?utf-8?q?=0A=099rL=26=251*N1v57h=5E+/7=2E=5E?=<|jyu`lrfTXqiA5.*wrD0kx@J\Qbd[Ik3GF+av(g. MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200602021910.54412.eayesta@portugalete.uned.es> Subject: FreeBSD6 on PowerEdge 4200 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Feb 2006 18:10:57 -0000 Hello, i'm trying to install FreeBSD6 on an old PowerEdge 4200. But i cannot even get to sysinstall, when it's booting from the cd it gets to a point where the system reboots, these are the messages i can see on the console: ... amr0: port 0xf480-0xf4ff irq 9 at device 19.0 on pci0 amr0: busmaster bit not set, enabling amr0: polled command timeout amr0: polled command timeout panic: amr: slot 0 busy? Uptime: 1s Automatic reboot in 15 seconds - press a key on the console to abort ... It happens with FreeBSD5.4 and FreeBSD6.0 install disks, but not with a FreeBSD4.10 disc, any clue on what could be happening? Thanks a lot From owner-freebsd-stable@FreeBSD.ORG Thu Feb 2 18:45:49 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D1D4B16A420; Thu, 2 Feb 2006 18:45:49 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6CCC843D46; Thu, 2 Feb 2006 18:45:49 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.4/8.13.4) with ESMTP id k12IjmlE090015; Thu, 2 Feb 2006 13:45:48 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id k12IjmOl075593; Thu, 2 Feb 2006 13:45:48 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E7CDB7302F; Thu, 2 Feb 2006 13:45:47 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060202184547.E7CDB7302F@freebsd-current.sentex.ca> Date: Thu, 2 Feb 2006 13:45:47 -0500 (EST) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner4 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: [releng_6 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Feb 2006 18:45:50 -0000 TB --- 2006-02-02 17:36:08 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-02-02 17:36:08 - starting RELENG_6 tinderbox run for sparc64/sparc64 TB --- 2006-02-02 17:36:08 - cleaning the object tree TB --- 2006-02-02 17:36:33 - checking out the source tree TB --- 2006-02-02 17:36:33 - cd /tinderbox/RELENG_6/sparc64/sparc64 TB --- 2006-02-02 17:36:33 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6 src TB --- 2006-02-02 17:46:58 - building world (CFLAGS=-O -pipe) TB --- 2006-02-02 17:46:58 - cd /src TB --- 2006-02-02 17:46:58 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2006-02-02 18:35:23 - generating LINT kernel config TB --- 2006-02-02 18:35:23 - cd /src/sys/sparc64/conf TB --- 2006-02-02 18:35:23 - /usr/bin/make -B LINT TB --- 2006-02-02 18:35:23 - building LINT kernel (COPTFLAGS=-O -pipe) TB --- 2006-02-02 18:35:23 - cd /src TB --- 2006-02-02 18:35:23 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Feb 2 18:35:24 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ===> isp (all) cc -O -pipe -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sparc64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=15000 -fno-common -I/obj/sparc64/src/sys/LINT -mcmodel=medlow -msoft-float -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /src/sys/modules/isp/../../dev/isp/isp.c cc -O -pipe -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sparc64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=15000 -fno-common -I/obj/sparc64/src/sys/LINT -mcmodel=medlow -msoft-float -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -c /src/sys/modules/isp/../../dev/isp/isp_target.c /src/sys/modules/isp/../../dev/isp/isp_target.c: In function `isp_target_notify': @/dev/isp/isp_inline.h:1272: warning: inlining failed in call to 'isp_get_ctio': --param large-function-growth limit reached /src/sys/modules/isp/../../dev/isp/isp_target.c:163: warning: called from here @/dev/isp/isp_inline.h:1203: warning: inlining failed in call to 'isp_get_atio2e': --param large-function-growth limit reached /src/sys/modules/isp/../../dev/isp/isp_target.c:168: warning: called from here *** Error code 1 Stop in /src/sys/modules/isp. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-02-02 18:45:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-02-02 18:45:47 - ERROR: failed to build lint kernel TB --- 2006-02-02 18:45:47 - tinderbox aborted TB --- 0.88 user 3.80 system 4178.86 real From owner-freebsd-stable@FreeBSD.ORG Thu Feb 2 19:43:07 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BBA4616A420 for ; Thu, 2 Feb 2006 19:43:07 +0000 (GMT) (envelope-from thompsa@freebsd.org) Received: from dbmail-mx3.orcon.co.nz (loadbalancer1.orcon.net.nz [219.88.242.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 23F5A43D45 for ; Thu, 2 Feb 2006 19:43:06 +0000 (GMT) (envelope-from thompsa@freebsd.org) Received: from heff.fud.org.nz (60-234-149-201.bitstream.orcon.net.nz [60.234.149.201]) by dbmail-mx3.orcon.co.nz (8.13.2/8.13.2/Debian-1) with ESMTP id k12JhSF6027337; Fri, 3 Feb 2006 08:43:28 +1300 Received: by heff.fud.org.nz (Postfix, from userid 1001) id 405841CC38; Fri, 3 Feb 2006 08:43:04 +1300 (NZDT) Date: Fri, 3 Feb 2006 08:43:04 +1300 From: Andrew Thompson To: James Seward Message-ID: <20060202194304.GG2049@heff.fud.org.nz> References: <720051dc0602020236r428c8986m7aef62c6cdb0089b@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <720051dc0602020236r428c8986m7aef62c6cdb0089b@mail.gmail.com> User-Agent: Mutt/1.5.11 X-Virus-Scanned: ClamAV 0.88/1270/Fri Feb 3 01:47:37 2006 on dbmail-mx3.orcon.co.nz X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: Panic in 6-RELEASE-p4 with if_bridge and pf X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Feb 2006 19:43:07 -0000 On Thu, Feb 02, 2006 at 10:36:56AM +0000, James Seward wrote: > Hello, > > I am trying to deploy a FreeBSD6 machine using if_bridge and pf to > provide some protection for our Windows servers ;) > > During testing it seemed to work fine, but in production it panics frequently. > > When I came in to work this morning it was complaining about mbufs, so > I have tried increasing the number of mbufs as explained in various > places around the web. Despite the fact that it didn't seem to be > getting near the limit of mbufs I set (8192) it has paniced another > couple of times this morning already. I have now set it to 16k, but I > don't currently hold much hope of this fixing it. > > Fatal trap 12: page fault while in kernel mode This is a known problem with 6.0R, see the 2005/11/16 entry in http://www.freebsd.org/releases/6.0R/errata.html. You should either upgrade to 6-STABLE or you can apply this patch to fix the problem. http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/net/if_bridge.c.diff?r1=1.32&r2=1.34 regards, Andrew From owner-freebsd-stable@FreeBSD.ORG Thu Feb 2 21:22:18 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A02B16A420 for ; Thu, 2 Feb 2006 21:22:18 +0000 (GMT) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smtp-out1.tiscali.nl (smtp-out1.tiscali.nl [195.241.79.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6586F43D58 for ; Thu, 2 Feb 2006 21:22:17 +0000 (GMT) (envelope-from ronald-freebsd8@klop.yi.org) Received: from [82.171.39.195] (helo=guido.klop.ws) by smtp-out1.tiscali.nl with smtp (Tiscali http://www.tiscali.nl) id 1F4luC-0004gr-AH for ; Thu, 02 Feb 2006 22:22:16 +0100 Received: (qmail 26658 invoked from network); 2 Feb 2006 21:22:13 -0000 Received: from localhost.thuis.klop.ws (HELO outgoing.local) (127.0.0.1) by localhost.thuis.klop.ws with SMTP; 2 Feb 2006 21:22:13 -0000 Date: Thu, 02 Feb 2006 22:22:12 +0100 To: freebsd-stable From: "Ronald Klop" Content-Type: text/plain; format=flowed; delsp=yes; charset=iso-8859-1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Message-ID: User-Agent: Opera M2/8.51 (FreeBSD, build 1462) Subject: wi0 hangs on boot (regression in 6.0) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Feb 2006 21:22:18 -0000 Hello, When I boot my laptop with a wi0 pccard inserted, the machine locks after probing wi0. I can't go to the debugger also. The fun thing is, that it probes if I also inserted my ep0 card before booting. But if I than remove both and only reinsert the wi0 it hangs again. Suspend-resume gives the same hang. In 5.x (I think 5.3) it worked ok. So I think there is some regression in this driver. I am not working on my laptop now, so I don't have a dmesg available, but I will make one later if needed. This problem is there since I started using 6.x and that is from 6.0-RC until 6.0-STABLE (last week). Do more people have this problem? And what info can I give to help debugging this problem? Ronald. -- Ronald Klop Amsterdam, The Netherlands From owner-freebsd-stable@FreeBSD.ORG Thu Feb 2 21:54:28 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0921116A420 for ; Thu, 2 Feb 2006 21:54:28 +0000 (GMT) (envelope-from matrix@itlegion.ru) Received: from corpmail.itlegion.ru (corpmail.itlegion.ru [84.21.226.211]) by mx1.FreeBSD.org (Postfix) with SMTP id 1805043D45 for ; Thu, 2 Feb 2006 21:54:26 +0000 (GMT) (envelope-from matrix@itlegion.ru) Received: (qmail 87883 invoked from network); 3 Feb 2006 00:55:39 +0300 Received: from unknown (HELO Artem) (192.168.0.12) by 84.21.226.211 with SMTP; 3 Feb 2006 00:55:39 +0300 X-AntiVirus: Checked by Dr.Web [version: 4.33, engine: 4.33.0.10250, virus records: 101764, updated: 2.01.2006] Message-ID: <007401c62842$ecef0dc0$0c00a8c0@Artem> From: "Artem Kuchin" To: References: <20060201033249.U562@10.0.0.1> <20060201123428.GD97785@e-Gitt.NET> Date: Fri, 3 Feb 2006 00:52:09 +0300 Organization: IT Legion MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Subject: Strange number of mbufs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Feb 2006 21:54:28 -0000 Running 5.4-CURRENT. Web server. About 150 virtual servers. %netstat -m 4294481198 mbufs in use 4294662679/25600 mbuf clusters in use (current/max) 0/694/6656 sfbufs in use (current/peak/max) 3463545 KBytes allocated to network 0 requests for sfbufs denied 0 requests for sfbufs delayed 1681997 requests for I/O initiated by sendfile 75325 calls to protocol drain routines What does this mean? Do i really have 4294481198 mbufs in use? How is this possible? kern.ipc.nmbclusters is set to 25600 Regards, Artem From owner-freebsd-stable@FreeBSD.ORG Thu Feb 2 21:58:05 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4527E16A420 for ; Thu, 2 Feb 2006 21:58:05 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 02D6743D45 for ; Thu, 2 Feb 2006 21:58:05 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id DFC531A3C1E; Thu, 2 Feb 2006 13:58:04 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 2D8B05164A; Thu, 2 Feb 2006 16:58:04 -0500 (EST) Date: Thu, 2 Feb 2006 16:58:04 -0500 From: Kris Kennaway To: Artem Kuchin Message-ID: <20060202215804.GA19340@xor.obsecurity.org> References: <20060201033249.U562@10.0.0.1> <20060201123428.GD97785@e-Gitt.NET> <007401c62842$ecef0dc0$0c00a8c0@Artem> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EVF5PPMfhYS0aIcm" Content-Disposition: inline In-Reply-To: <007401c62842$ecef0dc0$0c00a8c0@Artem> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: Strange number of mbufs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Feb 2006 21:58:05 -0000 --EVF5PPMfhYS0aIcm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Feb 03, 2006 at 12:52:09AM +0300, Artem Kuchin wrote: > Running 5.4-CURRENT. Web server. About 150 virtual servers. >=20 > %netstat -m >=20 > 4294481198 mbufs in use > 4294662679/25600 mbuf clusters in use (current/max) > 0/694/6656 sfbufs in use (current/peak/max) > 3463545 KBytes allocated to network > 0 requests for sfbufs denied > 0 requests for sfbufs delayed > 1681997 requests for I/O initiated by sendfile > 75325 calls to protocol drain routines >=20 > What does this mean? Do i really have 4294481198 mbufs in use? > How is this possible?=20 This is a FAQ, it's a leak in the stats on SMP. Fixed in later versions. Kris --EVF5PPMfhYS0aIcm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD4oBrWry0BWjoQKURAjHOAJ4+zBkq6Yicd36lITj+4heqH2+QvACfRyp/ UQ+/WOL+mxkoWI8Y6nKVoEE= =+IsT -----END PGP SIGNATURE----- --EVF5PPMfhYS0aIcm-- From owner-freebsd-stable@FreeBSD.ORG Fri Feb 3 01:25:14 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5EBCF16A420 for ; Fri, 3 Feb 2006 01:25:14 +0000 (GMT) (envelope-from ronald-freebsd8@klop.yi.org) Received: from olive.qinip.net (olive.qinip.net [62.100.30.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id C2A9943D45 for ; Fri, 3 Feb 2006 01:25:13 +0000 (GMT) (envelope-from ronald-freebsd8@klop.yi.org) Received: from henk.klop.ws (h8441134153.dsl.speedlinq.nl [84.41.134.153]) by olive.qinip.net (Postfix) with ESMTP id C6EEB180C4 for ; Fri, 3 Feb 2006 02:25:11 +0100 (MET) Received: from henk.klop.ws (localhost [127.0.0.1]) by henk.klop.ws (Postfix) with ESMTP id 981BE2084 for ; Fri, 3 Feb 2006 02:25:11 +0100 (CET) Received: by henk.klop.ws (Postfix, from userid 1022) id 795142037; Fri, 3 Feb 2006 02:25:11 +0100 (CET) Received: from laptop.klop.ws (unknown [10.0.2.3]) by henk.klop.ws (Postfix) with SMTP id 2CD881F87 for ; Fri, 3 Feb 2006 02:25:05 +0100 (CET) Received: (qmail 948 invoked from network); 2 Feb 2006 23:22:49 -0000 Received: from localhost (127.0.0.1) by localhost with SMTP; 2 Feb 2006 23:22:49 -0000 Date: Fri, 03 Feb 2006 00:22:47 +0100 To: freebsd-stable References: From: "Ronald Klop" Content-Type: multipart/mixed; boundary=----------RYj41UXQD6rk70vGjAlG7O MIME-Version: 1.0 Message-ID: In-Reply-To: User-Agent: Opera M2/8.51 (FreeBSD, build 1462) X-Virus-Scanned: ClamAV using ClamSMTP Subject: Re: wi0 hangs on boot (regression in 6.0) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Feb 2006 01:25:14 -0000 ------------RYj41UXQD6rk70vGjAlG7O Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii Content-Transfer-Encoding: 8bit On Thu, 02 Feb 2006 22:22:12 +0100, Ronald Klop wrote: > Hello, > > When I boot my laptop with a wi0 pccard inserted, the machine locks > after probing wi0. I can't go to the debugger also. > The fun thing is, that it probes if I also inserted my ep0 card before > booting. But if I than remove both and only reinsert the wi0 it hangs > again. Suspend-resume gives the same hang. > > In 5.x (I think 5.3) it worked ok. So I think there is some regression > in this driver. > > I am not working on my laptop now, so I don't have a dmesg available, > but I will make one later if needed. > This problem is there since I started using 6.x and that is from 6.0-RC > until 6.0-STABLE (last week). > > Do more people have this problem? And what info can I give to help > debugging this problem? > > Ronald. Here's my dmesg and kernel config (attached). I hope somebody has an idea about this. Copyright (c) 1992-2005 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 6.0-STABLE #3: Mon Jan 30 02:17:26 CET 2006 root@laptop.klop.ws:/usr/obj/usr/src/sys/LAPTOP Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Pentium II/Pentium II Xeon/Celeron (266.68-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x652 Stepping = 2 Features=0x183f9ff real memory = 100622336 (95 MB) avail memory = 93097984 (88 MB) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface cpu0 on motherboard apm0: on motherboard apm0: found APM BIOS v1.2, connected at v1.2 pcib0: pcibus 0 on motherboard pir0: on motherboard pci0: on pcib0 pcib1: at device 0.1 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) cbb0: mem 0x7fffe000-0x7fffefff irq 11 at device 12.0 on pci0 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb1: mem 0x7ffff000-0x7fffffff irq 11 at device 12.1 on pci0 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 isab0: at device 14.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1000-0x100f at device 14.1 on pci0 ata0: on atapci0 ata1: on atapci0 ohci0: mem 0x44080000-0x44080fff irq 11 at device 14.2 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0 usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: (0x0e11) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered pmtimer0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0 fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled unknown: can't assign resources (port) unknown: can't assign resources (irq) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (memory) ubt0: SiW SiW, rev 1.10/15.00, addr 2 ubt0: SiW SiW, rev 1.10/15.00, addr 2 ubt0: Interface 0 endpoints: interrupt=0x81, bulk-in=0x82, bulk-out=0x2 ubt0: Interface 1 (alt.config 5) endpoints: isoc-in=0x83, isoc-out=0x3; wMaxPacketSize=49; nframes=6, buffer size=294 Timecounters tick every 1.000 msec ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding disabled, default to accept, logging unlimited ep0: <3Com Megahertz 589E> at port 0x100-0x10f irq 11 function 0 config 1 on pccard0 ep0: Ethernet address: 00:50:da:d1:01:25 wi0: < IEEE 802.11 Wireless LAN/PC Card> at port 0x180-0x1bf irq 11 function 0 config 1 on pccard1 wi0: using RF:PRISM2 MAC:HFA3841 CARD:HWB3163 rev.A wi0: Intersil Firmware: Primary (0.3.0), Station (0.8.3) wi0: Ethernet address: 00:60:b3:71:86:1c ad0: 9590MB at ata0-master PIO4 acd0: CDROM at ata0-slave PIO4 Trying to mount root from ufs:/dev/ad0s1a -- Ronald Klop Amsterdam, The Netherlands ------------RYj41UXQD6rk70vGjAlG7O Content-Disposition: attachment; filename=LAPTOP Content-Type: application/octet-stream; name=LAPTOP Content-Transfer-Encoding: Base64 bWFjaGluZQkJaTM4NgpjcHUJCUk1ODZfQ1BVCmNwdQkJSTY4Nl9DUFUKaWRlbnQJ CUxBUFRPUAoKb3B0aW9ucyAJU0NIRURfNEJTRAkJIzRCU0Qgc2NoZWR1bGVyCm9w dGlvbnMJCVBSRUVNUFRJT04Kb3B0aW9ucyAJSU5FVAkJCSNJbnRlck5FVHdvcmtp bmcKb3B0aW9ucyAJRkZTCQkJI0JlcmtlbGV5IEZhc3QgRmlsZXN5c3RlbQpvcHRp b25zIAlTT0ZUVVBEQVRFUwkJI0VuYWJsZSBGRlMgc29mdCB1cGRhdGVzIHN1cHBv cnQKb3B0aW9ucyAJUFNFVURPRlMJCSNQc2V1ZG8tZmlsZXN5c3RlbSBmcmFtZXdv cmsKb3B0aW9ucyAJQ09NUEFUXzQzCQkjQ29tcGF0aWJsZSB3aXRoIEJTRCA0LjMg W0tFRVAgVEhJUyFdCm9wdGlvbnMgCUNPTVBBVF9GUkVFQlNENAkJI0NvbXBhdGli bGUgd2l0aCBGcmVlQlNENApvcHRpb25zIAlDT01QQVRfRlJFRUJTRDUKb3B0aW9u cyAJU0NTSV9ERUxBWT01MDAwCQkjRGVsYXkgKGluIG1zKSBiZWZvcmUgcHJvYmlu ZyBTQ1NJCm9wdGlvbnMgCVNZU1ZTSE0JCQkjU1lTVi1zdHlsZSBzaGFyZWQgbWVt b3J5Cm9wdGlvbnMgCVNZU1ZNU0cJCQkjU1lTVi1zdHlsZSBtZXNzYWdlIHF1ZXVl cwpvcHRpb25zIAlTWVNWU0VNCQkJI1NZU1Ytc3R5bGUgc2VtYXBob3JlcwpvcHRp b25zIAlfS1BPU0lYX1BSSU9SSVRZX1NDSEVEVUxJTkcgI1Bvc2l4IFAxMDAzXzFC IHJlYWwtdGltZSBleHRlbnNpb25zCm9wdGlvbnMgCUtCRF9JTlNUQUxMX0NERVYJ IyBpbnN0YWxsIGEgQ0RFViBlbnRyeSBpbiAvZGV2Cm9wdGlvbnMJCUFEQVBUSVZF X0dJQU5UCQkjIEdpYW50IG11dGV4IGlzIGFkYXB0aXZlLgoKb3B0aW9ucwkJSVBG SVJFV0FMTApvcHRpb25zCQlJUEZJUkVXQUxMX1ZFUkJPU0UKb3B0aW9ucwkJSVBG SVJFV0FMTF9ERUZBVUxUX1RPX0FDQ0VQVApvcHRpb25zCQlJUERJVkVSVAoKIyBU byBtYWtlIGFuIFNNUCBrZXJuZWwsIHRoZSBuZXh0IHR3byBhcmUgbmVlZGVkCmRl dmljZQkJYXBpYwoKZGV2aWNlCQlpc2EKZGV2aWNlCQlwY2kKCiMgRmxvcHB5IGRy aXZlcwpkZXZpY2UJCWZkYwoKIyBBVEEgYW5kIEFUQVBJIGRldmljZXMKZGV2aWNl CQlhdGEKZGV2aWNlCQlhdGFkaXNrCQkJIyBBVEEgZGlzayBkcml2ZXMKZGV2aWNl CQlhdGFwaWNkCQkJIyBBVEFQSSBDRFJPTSBkcml2ZXMKb3B0aW9ucyAJQVRBX1NU QVRJQ19JRAkJI1N0YXRpYyBkZXZpY2UgbnVtYmVyaW5nCgojIGF0a2JkYzAgY29u dHJvbHMgYm90aCB0aGUga2V5Ym9hcmQgYW5kIHRoZSBQUy8yIG1vdXNlCmRldmlj ZQkJYXRrYmRjCQkjIEFUIGtleWJvYXJkIGNvbnRyb2xsZXIKZGV2aWNlCQlhdGti ZAkJIyBBVCBrZXlib2FyZApkZXZpY2UJCXBzbQkJIyBQUy8yIG1vdXNlCgpkZXZp Y2UJCXZnYQkJIyBWR0EgdmlkZW8gY2FyZCBkcml2ZXIKCmRldmljZQkJc3BsYXNo CQkjIFNwbGFzaCBzY3JlZW4gYW5kIHNjcmVlbiBzYXZlciBzdXBwb3J0CgojIHN5 c2NvbnMgaXMgdGhlIGRlZmF1bHQgY29uc29sZSBkcml2ZXIsIHJlc2VtYmxpbmcg YW4gU0NPIGNvbnNvbGUKZGV2aWNlCQlzYwoKb3B0aW9ucwkJU0NfTk9fU1lTTU9V U0UKCiNkZXZpY2UJCWFncAkJIyBzdXBwb3J0IHNldmVyYWwgQUdQIGNoaXBzZXRz CgojIEZsb2F0aW5nIHBvaW50IHN1cHBvcnQgLSBkbyBub3QgZGlzYWJsZS4KZGV2 aWNlCQlucHgKCiMgUG93ZXIgbWFuYWdlbWVudCBzdXBwb3J0IChzZWUgTk9URVMg Zm9yIG1vcmUgb3B0aW9ucykKZGV2aWNlCQlhcG0KIyBBZGQgc3VzcGVuZC9yZXN1 bWUgc3VwcG9ydCBmb3IgdGhlIGk4MjU0LgpkZXZpY2UJCXBtdGltZXIKCiMgUEND QVJEIChQQ01DSUEpIHN1cHBvcnQKIyBQY21jaWEgYW5kIGNhcmRidXMgYnJpZGdl IHN1cHBvcnQKZGV2aWNlCQljYmIJCQkjIGNhcmRidXMgKHllbnRhKSBicmlkZ2UK ZGV2aWNlCQlwY2NhcmQJCQkjIFBDIENhcmQgKDE2LWJpdCkgYnVzCmRldmljZQkJ Y2FyZGJ1cwkJCSMgQ2FyZEJ1cyAoMzItYml0KSBidXMKCiMgU2VyaWFsIChDT00p IHBvcnRzCmRldmljZQkJc2lvCQkjIDgyNTAsIDE2WzQ1XTUwIGJhc2VkIHNlcmlh bCBwb3J0cwoKIyBQYXJhbGxlbCBwb3J0CmRldmljZQkJcHBjCmRldmljZQkJcHBi dXMJCSMgUGFyYWxsZWwgcG9ydCBidXMgKHJlcXVpcmVkKQpkZXZpY2UJCWxwdAkJ IyBQcmludGVyCiNkZXZpY2UJCXBsaXAJCSMgVENQL0lQIG92ZXIgcGFyYWxsZWwK I2RldmljZQkJcHBpCQkjIFBhcmFsbGVsIHBvcnQgaW50ZXJmYWNlIGRldmljZQoj ZGV2aWNlCQl2cG8JCSMgUmVxdWlyZXMgc2NidXMgYW5kIGRhCgojIElTQSBFdGhl cm5ldCBOSUNzLiAgcGNjYXJkIG5pY3MgaW5jbHVkZWQuCiNkZXZpY2UJCWVwCQkj IEV0aGVybGluayBJSUkgYmFzZWQgY2FyZHMKCiMgUHNldWRvIGRldmljZXMgLSB0 aGUgbnVtYmVyIGluZGljYXRlcyBob3cgbWFueSB1bml0cyB0byBhbGxvY2F0ZS4K ZGV2aWNlCQlyYW5kb20JCSMgRW50cm9weSBkZXZpY2UKZGV2aWNlCQlsb29wCQkj IE5ldHdvcmsgbG9vcGJhY2sKZGV2aWNlCQlldGhlcgkJIyBFdGhlcm5ldCBzdXBw b3J0CiNkZXZpY2UJCXBwcAkJIyBLZXJuZWwgUFBQCiNkZXZpY2UJCXR1bgkJIyBQ YWNrZXQgdHVubmVsLgpkZXZpY2UJCXB0eQkJIyBQc2V1ZG8tdHR5cyAodGVsbmV0 IGV0YykKI2RldmljZQkJbWQJCSMgTWVtb3J5ICJkaXNrcyIKCiMgVGhlIGBicGYn IGRldmljZSBlbmFibGVzIHRoZSBCZXJrZWxleSBQYWNrZXQgRmlsdGVyLgojIEJl IGF3YXJlIG9mIHRoZSBhZG1pbmlzdHJhdGl2ZSBjb25zZXF1ZW5jZXMgb2YgZW5h YmxpbmcgdGhpcyEKZGV2aWNlCQlicGYJCSMgQmVya2VsZXkgcGFja2V0IGZpbHRl cgoKIyBVU0Igc3VwcG9ydAojZGV2aWNlCQlvaGNpCQkjIE9IQ0kgUENJLT5VU0Ig aW50ZXJmYWNlCiNkZXZpY2UJCXVzYgkJIyBVU0IgQnVzIChyZXF1aXJlZCkK ------------RYj41UXQD6rk70vGjAlG7O-- From owner-freebsd-stable@FreeBSD.ORG Fri Feb 3 06:05:48 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 969FC16A420 for ; Fri, 3 Feb 2006 06:05:48 +0000 (GMT) (envelope-from jtyocum@charter.net) Received: from mxsf42.cluster1.charter.net (mxsf42.cluster1.charter.net [209.225.28.174]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2CE3243D45 for ; Fri, 3 Feb 2006 06:05:47 +0000 (GMT) (envelope-from jtyocum@charter.net) Received: from mxip36a.cluster1.charter.net (mxip36a.cluster1.charter.net [209.225.28.251]) by mxsf42.cluster1.charter.net (8.12.11/8.12.11) with ESMTP id k1365kla003827 for ; Fri, 3 Feb 2006 01:05:46 -0500 Received: from 68-113-5-60.dhcp.ykma.wa.charter.com (HELO [10.0.25.254]) ([68.113.5.60]) by mxip36a.cluster1.charter.net with ESMTP; 03 Feb 2006 01:05:47 -0500 Message-ID: <43E2F2B8.5040205@charter.net> Date: Thu, 02 Feb 2006 22:05:44 -0800 From: "John T. Yocum" User-Agent: Mozilla Thunderbird 1.0.7-1.4.1.centos4 (X11/20051007) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: dhclient wedged X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Feb 2006 06:05:48 -0000 I've been having a same sort of issue that others have reported. After dhclient has been running for a random length of time, it suddenly starts consuming a large amount of CPU. Unfortunately for me, the longest it tends to run is 48 hours before acting up. I did get it rebuilt with debug symbols, and got a stack trace from it, while it was acting up. Hopefully, it will be useful. Attaching to program: /sbin/dhclient, process 2248 Reading symbols from /lib/libc.so.6...done. Loaded symbols for /lib/libc.so.6 Reading symbols from /libexec/ld-elf.so.1...done. Loaded symbols for /libexec/ld-elf.so.1 0x08051a0d in receive_packet (interface=0x8071000, buf=0xbfbfdc20 "\002\001\006", len=4096, from=0xbfbfec70, hfrom=0xbfbfec50) at /usr/src/sbin/dhclient/bpf.c:308 308 memcpy(&hdr, &interface->rbuf[interface->rbuf_offset], (gdb) bt #0 0x08051a0d in receive_packet (interface=0x8071000, buf=0xbfbfdc20 "\002\001\006", len=4096, from=0xbfbfec70, hfrom=0xbfbfec50) at /usr/src/sbin/dhclient/bpf.c:308 #1 0x08050dc1 in got_one (l=0x80741b0) at /usr/src/sbin/dhclient/dispatch.c:256 #2 0x08050d58 in dispatch () at /usr/src/sbin/dhclient/dispatch.c:228 #3 0x0804a0d0 in main (argc=1, argv=0xbfbfed3c) at /usr/src/sbin/dhclient/dhclient.c:429 BTW: For reference I'm running 6.0-RELEASE-p4. Thanks, John From owner-freebsd-stable@FreeBSD.ORG Fri Feb 3 08:09:45 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 158CA16A420; Fri, 3 Feb 2006 08:09:45 +0000 (GMT) (envelope-from Hartmut.Brandt@dlr.de) Received: from smtp-3.dlr.de (smtp-3.dlr.de [195.37.61.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8AB8443D5F; Fri, 3 Feb 2006 08:09:39 +0000 (GMT) (envelope-from Hartmut.Brandt@dlr.de) Received: from beagle.kn.op.dlr.de ([129.247.173.6]) by smtp-3.dlr.de over TLS secured channel with Microsoft SMTPSVC(6.0.3790.211); Fri, 3 Feb 2006 09:09:38 +0100 Date: Fri, 3 Feb 2006 09:09:43 +0100 (CET) From: Harti Brandt X-X-Sender: brandt_h@beagle.kn.op.dlr.de To: =?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?= In-Reply-To: <86fyn242w0.fsf@xps.des.no> Message-ID: <20060203090804.Q59587@beagle.kn.op.dlr.de> References: <20060201165326.6E44E7302F@freebsd-current.sentex.ca> <20060201180223.O52964@beagle.kn.op.dlr.de> <43E0F41C.5020907@samsco.org> <86fyn242w0.fsf@xps.des.no> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-OriginalArrivalTime: 03 Feb 2006 08:09:38.0160 (UTC) FILETIME=[2D4A7700:01C62899] Cc: src-committers@FreeBSD.org, stable@FreeBSD.org, sparc64@FreeBSD.org Subject: Re: [releng_6 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Harti Brandt List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Feb 2006 08:09:45 -0000 On Thu, 2 Feb 2006, Dag-Erling Sm?rgrav wrote: DS>Scott Long writes: DS>> I've been trying to reproduce this on my local hardware, but I can't DS>> trigger it. DS> DS>The ISP driver abuses the inline keyword. As I told mjacob earlier, DS>the extensive inlining not only breaks the build, but probably hurts DS>performance as well. DS> DS>(what gcc is complaining about, specifically, is that expanding calls DS>to inlined functions causes isp_target_notify() to grow by more than DS>100%) The interesting point is: why does it build on my real sparc (2-UII CPUs, 512MByte memory), but not on the tinderbox. Is there something about the crosscompiler that is different? harti From owner-freebsd-stable@FreeBSD.ORG Fri Feb 3 08:13:19 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ADC5416A423 for ; Fri, 3 Feb 2006 08:13:19 +0000 (GMT) (envelope-from jamesoff@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED5B743D45 for ; Fri, 3 Feb 2006 08:13:18 +0000 (GMT) (envelope-from jamesoff@gmail.com) Received: by zproxy.gmail.com with SMTP id 9so599163nzo for ; Fri, 03 Feb 2006 00:13:18 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=S8I2l3fMTU2GJBVVHKKJTDxhbnBSgg/i62pqlfzqOSMvkkAB6J4UAoFEWLCaorRysEIZYliztv5ywBkYJlM5D5SzQCw0OvCwMViNA4qDkwq7wZrRkN92xc9nDszks75na0igB1pG1MqsXkRVvZ8kZvQEPjf5Bw+mNWzqBg70PVI= Received: by 10.36.121.20 with SMTP id t20mr1349481nzc; Fri, 03 Feb 2006 00:13:18 -0800 (PST) Received: by 10.36.108.18 with HTTP; Fri, 3 Feb 2006 00:13:18 -0800 (PST) Message-ID: <720051dc0602030013k7c685960wee331c3995c767d@mail.gmail.com> Date: Fri, 3 Feb 2006 08:13:18 +0000 From: James Seward To: Andrew Thompson In-Reply-To: <20060202194304.GG2049@heff.fud.org.nz> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <720051dc0602020236r428c8986m7aef62c6cdb0089b@mail.gmail.com> <20060202194304.GG2049@heff.fud.org.nz> Cc: freebsd-stable@freebsd.org Subject: Re: Panic in 6-RELEASE-p4 with if_bridge and pf X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Feb 2006 08:13:19 -0000 On 2/2/06, Andrew Thompson wrote: > This is a known problem with 6.0R, see the 2005/11/16 entry in > http://www.freebsd.org/releases/6.0R/errata.html. > > You should either upgrade to 6-STABLE or you can apply this patch to fix > the problem. Arrgh, I forgot to check the errata (slap wrist) and Googling didn't find it; thanks! /JMS From owner-freebsd-stable@FreeBSD.ORG Fri Feb 3 08:18:53 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 934FD16A420 for ; Fri, 3 Feb 2006 08:18:53 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id E51F943D45 for ; Fri, 3 Feb 2006 08:18:52 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id k138IpC4076078 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 3 Feb 2006 11:18:51 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id k138Ipxv076077; Fri, 3 Feb 2006 11:18:51 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Fri, 3 Feb 2006 11:18:51 +0300 From: Gleb Smirnoff To: Artem Kuchin Message-ID: <20060203081851.GK60276@FreeBSD.org> References: <20060201033249.U562@10.0.0.1> <20060201123428.GD97785@e-Gitt.NET> <007401c62842$ecef0dc0$0c00a8c0@Artem> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <007401c62842$ecef0dc0$0c00a8c0@Artem> User-Agent: Mutt/1.5.6i Cc: freebsd-stable@FreeBSD.org Subject: Re: Strange number of mbufs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Feb 2006 08:18:53 -0000 On Fri, Feb 03, 2006 at 12:52:09AM +0300, Artem Kuchin wrote: A> Running 5.4-CURRENT. Web server. About 150 virtual servers. A> A> %netstat -m A> A> 4294481198 mbufs in use A> 4294662679/25600 mbuf clusters in use (current/max) A> 0/694/6656 sfbufs in use (current/peak/max) A> 3463545 KBytes allocated to network A> 0 requests for sfbufs denied A> 0 requests for sfbufs delayed A> 1681997 requests for I/O initiated by sendfile A> 75325 calls to protocol drain routines A> A> What does this mean? Do i really have 4294481198 mbufs in use? A> How is this possible? This is fixed in 6.0-RELEASE. In 5.x the true values can be obtained via 'vmstat -z'. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-stable@FreeBSD.ORG Fri Feb 3 08:48:13 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9FE8716A420 for ; Fri, 3 Feb 2006 08:48:13 +0000 (GMT) (envelope-from matrix@itlegion.ru) Received: from corpmail.itlegion.ru (corpmail.itlegion.ru [84.21.226.211]) by mx1.FreeBSD.org (Postfix) with SMTP id 3D27343D46 for ; Fri, 3 Feb 2006 08:48:11 +0000 (GMT) (envelope-from matrix@itlegion.ru) Received: (qmail 2179 invoked from network); 3 Feb 2006 11:49:25 +0300 Received: from unknown (HELO Artem) (192.168.0.12) by 84.21.226.211 with SMTP; 3 Feb 2006 11:49:25 +0300 X-AntiVirus: Checked by Dr.Web [version: 4.33, engine: 4.33.0.10250, virus records: 101764, updated: 2.01.2006] Message-ID: <009601c6289e$40e6f720$0c00a8c0@Artem> From: "Artem Kuchin" To: "Gleb Smirnoff" References: <20060201033249.U562@10.0.0.1> <20060201123428.GD97785@e-Gitt.NET><007401c62842$ecef0dc0$0c00a8c0@Artem> <20060203081851.GK60276@FreeBSD.org> Date: Fri, 3 Feb 2006 11:37:32 +0300 Organization: IT Legion MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="koi8-r"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Cc: freebsd-stable@FreeBSD.org Subject: Re: Strange number of mbufs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Feb 2006 08:48:13 -0000 Gleb Smirnoff wrote: > On Fri, Feb 03, 2006 at 12:52:09AM +0300, Artem Kuchin wrote: >> Running 5.4-CURRENT. Web server. About 150 virtual servers. >> >> %netstat -m >> >> 4294481198 mbufs in use >> What does this mean? Do i really have 4294481198 mbufs in use? >> How is this possible? > > This is fixed in 6.0-RELEASE. In 5.x the true values can be obtained > via 'vmstat -z'. Which number from output of vmstat -z indicates mbufs? I don't see it there. Artem From owner-freebsd-stable@FreeBSD.ORG Fri Feb 3 09:18:53 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 58F7B16A423 for ; Fri, 3 Feb 2006 09:18:53 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8CAB943D48 for ; Fri, 3 Feb 2006 09:18:50 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id k139IlRS077056 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 3 Feb 2006 12:18:48 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id k139Il1p077055; Fri, 3 Feb 2006 12:18:47 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Fri, 3 Feb 2006 12:18:47 +0300 From: Gleb Smirnoff To: Artem Kuchin Message-ID: <20060203091847.GN60276@cell.sick.ru> References: <20060201033249.U562@10.0.0.1> <20060203081851.GK60276@FreeBSD.org> <009601c6289e$40e6f720$0c00a8c0@Artem> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <009601c6289e$40e6f720$0c00a8c0@Artem> User-Agent: Mutt/1.5.6i Cc: freebsd-stable@FreeBSD.org Subject: Re: Strange number of mbufs X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Feb 2006 09:18:53 -0000 On Fri, Feb 03, 2006 at 11:37:32AM +0300, Artem Kuchin wrote: A> >This is fixed in 6.0-RELEASE. In 5.x the true values can be obtained A> >via 'vmstat -z'. A> A> Which number from output of vmstat -z indicates mbufs? I don't see it A> there. vmstat -z | grep Mbuf MbufClust: 2048, 25600, 400, 34, 523776 Mbuf: 256, 0, 403, 482, 1216688264 -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-stable@FreeBSD.ORG Fri Feb 3 09:22:34 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 39D9916A420; Fri, 3 Feb 2006 09:22:34 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C74143D46; Fri, 3 Feb 2006 09:22:32 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id A5B9D20AF; Fri, 3 Feb 2006 10:22:25 +0100 (CET) X-Spam-Tests: AWL,BAYES_00,FORGED_RCVD_HELO X-Spam-Learn: ham X-Spam-Score: -3.1/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on tim.des.no Received: from xps.des.no (des.no [80.203.243.180]) by tim.des.no (Postfix) with ESMTP id 9854020A8; Fri, 3 Feb 2006 10:22:25 +0100 (CET) Received: by xps.des.no (Postfix, from userid 1001) id 899E333C24; Fri, 3 Feb 2006 10:22:25 +0100 (CET) To: Harti Brandt References: <20060201165326.6E44E7302F@freebsd-current.sentex.ca> <20060201180223.O52964@beagle.kn.op.dlr.de> <43E0F41C.5020907@samsco.org> <86fyn242w0.fsf@xps.des.no> <20060203090804.Q59587@beagle.kn.op.dlr.de> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Fri, 03 Feb 2006 10:22:25 +0100 In-Reply-To: <20060203090804.Q59587@beagle.kn.op.dlr.de> (Harti Brandt's message of "Fri, 3 Feb 2006 09:09:43 +0100 (CET)") Message-ID: <86irrwre3y.fsf@xps.des.no> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: src-committers@FreeBSD.org, stable@FreeBSD.org, sparc64@FreeBSD.org Subject: Re: [releng_6 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Feb 2006 09:22:34 -0000 Harti Brandt writes: > The interesting point is: why does it build on my real sparc (2-UII CPUs,= =20 > 512MByte memory), but not on the tinderbox. Is there something about the= =20 > crosscompiler that is different? Different CFLAGS perhaps? DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-stable@FreeBSD.ORG Fri Feb 3 09:27:30 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DCDD716A420; Fri, 3 Feb 2006 09:27:30 +0000 (GMT) (envelope-from Hartmut.Brandt@dlr.de) Received: from smtp-3.dlr.de (smtp-3.dlr.de [195.37.61.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 44BC343D45; Fri, 3 Feb 2006 09:27:29 +0000 (GMT) (envelope-from Hartmut.Brandt@dlr.de) Received: from beagle.kn.op.dlr.de ([129.247.173.6]) by smtp-3.dlr.de over TLS secured channel with Microsoft SMTPSVC(6.0.3790.211); Fri, 3 Feb 2006 10:27:28 +0100 Date: Fri, 3 Feb 2006 10:27:32 +0100 (CET) From: Harti Brandt X-X-Sender: brandt_h@beagle.kn.op.dlr.de To: =?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?= In-Reply-To: <86irrwre3y.fsf@xps.des.no> Message-ID: <20060203102603.C59587@beagle.kn.op.dlr.de> References: <20060201165326.6E44E7302F@freebsd-current.sentex.ca> <20060201180223.O52964@beagle.kn.op.dlr.de> <43E0F41C.5020907@samsco.org> <86fyn242w0.fsf@xps.des.no> <20060203090804.Q59587@beagle.kn.op.dlr.de> <86irrwre3y.fsf@xps.des.no> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-OriginalArrivalTime: 03 Feb 2006 09:27:28.0828 (UTC) FILETIME=[0D39D7C0:01C628A4] Cc: src-committers@FreeBSD.org, stable@FreeBSD.org, sparc64@FreeBSD.org Subject: Re: [releng_6 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Harti Brandt List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Feb 2006 09:27:31 -0000 On Fri, 3 Feb 2006, Dag-Erling Sm?rgrav wrote: DS>Harti Brandt writes: DS>> The interesting point is: why does it build on my real sparc (2-UII CPUs, DS>> 512MByte memory), but not on the tinderbox. Is there something about the DS>> crosscompiler that is different? DS> DS>Different CFLAGS perhaps? I have everything out-of-the-box - no special CFLAGS. harti From owner-freebsd-stable@FreeBSD.ORG Fri Feb 3 10:14:33 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB42816A420; Fri, 3 Feb 2006 10:14:33 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D82B43D49; Fri, 3 Feb 2006 10:14:32 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 736CA20AA; Fri, 3 Feb 2006 11:14:28 +0100 (CET) X-Spam-Tests: AWL,BAYES_00,FORGED_RCVD_HELO X-Spam-Learn: ham X-Spam-Score: -3.1/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on tim.des.no Received: from xps.des.no (des.no [80.203.243.180]) by tim.des.no (Postfix) with ESMTP id A0EDF20A8; Fri, 3 Feb 2006 11:14:27 +0100 (CET) Received: by xps.des.no (Postfix, from userid 1001) id 8904033C22; Fri, 3 Feb 2006 11:14:27 +0100 (CET) To: Harti Brandt References: <20060201165326.6E44E7302F@freebsd-current.sentex.ca> <20060201180223.O52964@beagle.kn.op.dlr.de> <43E0F41C.5020907@samsco.org> <86fyn242w0.fsf@xps.des.no> <20060203090804.Q59587@beagle.kn.op.dlr.de> <86irrwre3y.fsf@xps.des.no> <20060203102603.C59587@beagle.kn.op.dlr.de> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Fri, 03 Feb 2006 11:14:27 +0100 In-Reply-To: <20060203102603.C59587@beagle.kn.op.dlr.de> (Harti Brandt's message of "Fri, 3 Feb 2006 10:27:32 +0100 (CET)") Message-ID: <8664nwrbp8.fsf@xps.des.no> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: src-committers@FreeBSD.org, stable@FreeBSD.org, sparc64@FreeBSD.org Subject: Re: [releng_6 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Feb 2006 10:14:34 -0000 Harti Brandt writes: > I have everything out-of-the-box - no special CFLAGS. The tinderbox uses -O2. It is possible that -O2 causes gcc to generate code which is slightly larger (but also slightly faster) in some cases. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-stable@FreeBSD.ORG Fri Feb 3 10:27:01 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C9CF16A422; Fri, 3 Feb 2006 10:27:01 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB77B43D48; Fri, 3 Feb 2006 10:27:00 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 8C2CB1A3C1D; Fri, 3 Feb 2006 02:27:00 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id E2F47514A1; Fri, 3 Feb 2006 05:26:59 -0500 (EST) Date: Fri, 3 Feb 2006 05:26:59 -0500 From: Kris Kennaway To: Dag-Erling Sm?rgrav Message-ID: <20060203102659.GA66445@xor.obsecurity.org> References: <20060201165326.6E44E7302F@freebsd-current.sentex.ca> <20060201180223.O52964@beagle.kn.op.dlr.de> <43E0F41C.5020907@samsco.org> <86fyn242w0.fsf@xps.des.no> <20060203090804.Q59587@beagle.kn.op.dlr.de> <86irrwre3y.fsf@xps.des.no> <20060203102603.C59587@beagle.kn.op.dlr.de> <8664nwrbp8.fsf@xps.des.no> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Nq2Wo0NMKNjxTN9z" Content-Disposition: inline In-Reply-To: <8664nwrbp8.fsf@xps.des.no> User-Agent: Mutt/1.4.2.1i Cc: src-committers@FreeBSD.org, Harti Brandt , stable@FreeBSD.org, sparc64@FreeBSD.org Subject: Re: [releng_6 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Feb 2006 10:27:01 -0000 --Nq2Wo0NMKNjxTN9z Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Feb 03, 2006 at 11:14:27AM +0100, Dag-Erling Sm?rgrav wrote: > Harti Brandt writes: > > I have everything out-of-the-box - no special CFLAGS. >=20 > The tinderbox uses -O2. It is possible that -O2 causes gcc to > generate code which is slightly larger (but also slightly faster) in > some cases. COPTFLAGS=3D-O -pipe according to the tinderbox logs. Kris --Nq2Wo0NMKNjxTN9z Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD4y/zWry0BWjoQKURAoIIAJ9qHtqStKkPZEQP9XZuSd6V2l6LZwCg3AcV fIQr/UVwhmkv51e+yxWAXeU= =dpdR -----END PGP SIGNATURE----- --Nq2Wo0NMKNjxTN9z-- From owner-freebsd-stable@FreeBSD.ORG Fri Feb 3 10:36:56 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 01C2716A420 for ; Fri, 3 Feb 2006 10:36:56 +0000 (GMT) (envelope-from matrix@itlegion.ru) Received: from corpmail.itlegion.ru (corpmail.itlegion.ru [84.21.226.211]) by mx1.FreeBSD.org (Postfix) with SMTP id 0B21043D46 for ; Fri, 3 Feb 2006 10:36:54 +0000 (GMT) (envelope-from matrix@itlegion.ru) Received: (qmail 5451 invoked from network); 3 Feb 2006 13:38:08 +0300 Received: from unknown (HELO Artem) (192.168.0.12) by 84.21.226.211 with SMTP; 3 Feb 2006 13:38:08 +0300 X-AntiVirus: Checked by Dr.Web [version: 4.33, engine: 4.33.0.10250, virus records: 101775, updated: 3.01.2006] Message-ID: <025e01c628ad$70abd340$0c00a8c0@Artem> From: "Artem Kuchin" To: References: <720051dc0602020236r428c8986m7aef62c6cdb0089b@mail.gmail.com><20060202194304.GG2049@heff.fud.org.nz> <720051dc0602030013k7c685960wee331c3995c767d@mail.gmail.com> Date: Fri, 3 Feb 2006 13:34:38 +0300 Organization: IT Legion MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Subject: Does fxp works with PAE in 6-STABLE? Is TWE stable in PAE? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Feb 2006 10:36:56 -0000 I have read that in 5.x fxp driver did not work with PAE, but, as i see, fxp is not in 'nodevice' section of PAE kernel config anymore. Is it okay now to use fpx in PAE kernel? Also, is twe driver very stable in PAE? I have a web server with 6 gigs of RAM and would like to use them all. Thanks, Artem From owner-freebsd-stable@FreeBSD.ORG Fri Feb 3 10:53:50 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C669816A420; Fri, 3 Feb 2006 10:53:50 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 25E6343D69; Fri, 3 Feb 2006 10:53:43 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 0F71420A8; Fri, 3 Feb 2006 11:53:39 +0100 (CET) X-Spam-Tests: AWL,BAYES_00,FORGED_RCVD_HELO X-Spam-Learn: ham X-Spam-Score: -3.1/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on tim.des.no Received: from xps.des.no (des.no [80.203.243.180]) by tim.des.no (Postfix) with ESMTP id 8F5B220A3; Fri, 3 Feb 2006 11:53:38 +0100 (CET) Received: by xps.des.no (Postfix, from userid 1001) id 7880D33C22; Fri, 3 Feb 2006 11:53:38 +0100 (CET) To: Kris Kennaway References: <20060201165326.6E44E7302F@freebsd-current.sentex.ca> <20060201180223.O52964@beagle.kn.op.dlr.de> <43E0F41C.5020907@samsco.org> <86fyn242w0.fsf@xps.des.no> <20060203090804.Q59587@beagle.kn.op.dlr.de> <86irrwre3y.fsf@xps.des.no> <20060203102603.C59587@beagle.kn.op.dlr.de> <8664nwrbp8.fsf@xps.des.no> <20060203102659.GA66445@xor.obsecurity.org> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Fri, 03 Feb 2006 11:53:38 +0100 In-Reply-To: <20060203102659.GA66445@xor.obsecurity.org> (Kris Kennaway's message of "Fri, 3 Feb 2006 05:26:59 -0500") Message-ID: <861wykr9vx.fsf@xps.des.no> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: src-committers@FreeBSD.org, Harti Brandt , stable@FreeBSD.org, sparc64@FreeBSD.org Subject: Re: [releng_6 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Feb 2006 10:53:50 -0000 Kris Kennaway writes: > COPTFLAGS=3D-O -pipe according to the tinderbox logs. Hmm, yes, apparently it only uses -O2 on HEAD. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-stable@FreeBSD.ORG Fri Feb 3 11:09:52 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EF47916A420 for ; Fri, 3 Feb 2006 11:09:52 +0000 (GMT) (envelope-from kalin@el.net) Received: from mail.el.net (mail.el.net [68.165.89.91]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7CDB643D55 for ; Fri, 3 Feb 2006 11:09:51 +0000 (GMT) (envelope-from kalin@el.net) Received: (qmail 2601 invoked by uid 1008); 3 Feb 2006 11:10:18 -0000 Received: from unknown (HELO mail.el.net) (127.0.0.1) by mail.el.net with SMTP; 3 Feb 2006 11:10:18 -0000 Received: from 24.90.33.115 (SquirrelMail authenticated user kalin@el.net) by mail.el.net with HTTP; Fri, 3 Feb 2006 06:10:18 -0500 (EST) Message-ID: <59391.24.90.33.115.1138965018.squirrel@mail.el.net> Date: Fri, 3 Feb 2006 06:10:18 -0500 (EST) From: "make stuff up" To: stable@FreeBSD.org User-Agent: SquirrelMail/1.4.5 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal References: <52993.24.90.33.115.1138913403.squirrel@mail.el.net> In-Reply-To: <52993.24.90.33.115.1138913403.squirrel@mail.el.net> Cc: questions@freebsd.org, freebsd-questions@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: dhclient in 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: kalin@el.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Feb 2006 11:09:53 -0000 hi all... again... i sent this message to general questions but nobody got excited about it. i just installed 6 on my t30 laptop. brand new. when trying dhclient i get: DHCPDISCOVER on fxp0 to 255.255.255.255 port 67 interval 5 this trys 6 times then this shows up: No DHCPOFFERS received. No working leases in present database - sleeping. i run a tcpdump while requesting a lease and for every DHCPDISCOVER i get this line: 2. 999913 IP 0.0.0.0.68 > 255.255.255.255.67: UDP, length 300 then a line of: mac.number > mac.number, Unknown Ethertype (0xb20e), length 61: i'm typing this because i can't get the machine on line... restarted tha laptop many times and the dhcp server too. the dhclinet on another older laptop works fine with the same server... i really need this solved.... soon... never seen it before... there is nothing much on line about it. the same t30 laptop was working fine with 5.4... thanks.... > > hi all.. > > this is new - just installed 6 and here: > # dhclient fxp0 > DHCPDISCOVER on fxp0 to 255.255.255.255 port 67 interval 5 > DHCPDISCOVER on fxp0 to 255.255.255.255 port 67 interval 8 > .............................................................................................. > and a few other intervals... > > so if the fxp0 is up and the dhcp server is up then whats wrong with > dhclient?... > i'm actually writing from a machine on the same dhcp server... > > thanks... > > > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to > "freebsd-questions-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Fri Feb 3 11:17:31 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD33A16A420; Fri, 3 Feb 2006 11:17:31 +0000 (GMT) (envelope-from dgeo@dgeos.net) Received: from titine.dgeos.net (titine.esm2.imt-mrs.fr [147.94.38.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6954243D45; Fri, 3 Feb 2006 11:17:30 +0000 (GMT) (envelope-from dgeo@dgeos.net) Received: from localhost (localhost [127.0.0.1]) by titine.dgeos.net (Postfix) with ESMTP id EF220678AC; Fri, 3 Feb 2006 13:24:13 +0100 (CET) Received: from titine.dgeos.net ([127.0.0.1]) by localhost (titine.dgeos.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 51508-09; Fri, 3 Feb 2006 13:24:09 +0100 (CET) Received: from [147.94.38.97] (dgeo.esm2.imt-mrs.fr [147.94.38.97]) by titine.dgeos.net (Postfix) with ESMTP id 7A0766789D; Fri, 3 Feb 2006 13:24:09 +0100 (CET) Message-ID: <43E33BE5.9080800@dgeos.net> Date: Fri, 03 Feb 2006 12:17:57 +0100 From: Geoffroy Desvernay User-Agent: Thunderbird 1.5 (X11/20060118) MIME-Version: 1.0 To: bug-followup@FreeBSD.org, markhannon@optusnet.com.au, stable@freebsd.org X-Enigmail-Version: 0.94.0.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig3E81DE42E637E9AF532F53BF" X-Virus-Scanned: amavisd-new at dgeos.net Cc: Subject: Re: i386/86880: [hang] 6.0 hangs or reboots whilst 5.4 is stable (ASUS-A7NX motherboard with nforce2 chipset) (regression) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Feb 2006 11:17:32 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig3E81DE42E637E9AF532F53BF Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I've got the same problem with an A7N8X-X (athlon 2000+) motherboard and 6-STABLE (Build Feb, 2 2006). booting with kernel.debug says nothing, seems to be hardware hang but doesn't happend with linux nor OpenBSD. Didn't tried 5.3 yet. Hang after detection of ATA devices (floppy's light turns on, then hang) --------------enig3E81DE42E637E9AF532F53BF Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFD4zvq7yaZOrdbIuARAiIkAJ9VtxY0IOzek1pJk6glM602T0NYXwCffR0E mGlDCIjPYHOzlmoM9TcDIcg= =bS4X -----END PGP SIGNATURE----- --------------enig3E81DE42E637E9AF532F53BF-- From owner-freebsd-stable@FreeBSD.ORG Fri Feb 3 11:22:17 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8373816A420 for ; Fri, 3 Feb 2006 11:22:17 +0000 (GMT) (envelope-from gunnar.flygt@sr.se) Received: from dart.sr.se (dart.SR.SE [134.25.0.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id D4FD643D48 for ; Fri, 3 Feb 2006 11:22:14 +0000 (GMT) (envelope-from gunnar.flygt@sr.se) Received: from honken.sr.se (honken.sr.se [134.25.128.27]) by dart.sr.se (8.13.1/8.13.1) with ESMTP id k13BMCBq058178; Fri, 3 Feb 2006 12:22:12 +0100 (CET) (envelope-from gunnar.flygt@sr.se) Received: from bsd-gf.sr.se (bsd-gf.SR.SE [134.25.200.100]) by honken.sr.se (8.13.3/8.13.3) with ESMTP id k13BMCFZ040888; Fri, 3 Feb 2006 12:22:12 +0100 (CET) (envelope-from gunnar.flygt@sr.se) Received: from localhost (localhost [IPv6:::1]) by bsd-gf.sr.se (8.13.4/8.13.4) with ESMTP id k13BLjc2068977; Fri, 3 Feb 2006 12:22:12 +0100 (CET) (envelope-from gunnar.flygt@sr.se) From: Gunnar Flygt To: Eric Anholt Message-ID: <20030305134049.GA11852@sr.se> Mail-Followup-To: Gunnar Flygt , Eric Anholt , FreeBSD Stable References: <20030304112113.C78363-100000@vespa.dmz.orem.verio.net> <1046852262.613.152.camel@leguin> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1046852262.613.152.camel@leguin> User-Agent: Mutt/1.4i Lines: 32 Cc: FreeBSD Stable Subject: Re: Is XFree86 4.3.0 going to be in 4.8? -nt- X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Gunnar Flygt List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Fri, 03 Feb 2006 11:22:17 -0000 X-Original-Date: Wed, 5 Mar 2003 14:40:49 +0100 X-List-Received-Date: Fri, 03 Feb 2006 11:22:17 -0000 On Wed, Mar 05, 2003 at 12:17:43AM -0800, Eric Anholt wrote: > On Tue, 2003-03-04 at 10:22, Fred Clift wrote: > > On Mon, 3 Mar 2003, Marcel Moolenaar wrote: > > > > > > > > As for non-i386 -Server: > > > > > > I have an almost finished set of diffs for ia64 to build and > > > > See the alpha list for patches I posted today to make -Server build for > > alpha - these are not 'ports ready' patches, but are against the stock > > source... > > Okay, I added that to the port. Could you try the updated ports? Also, > anyone else who's listening, the ports need much more widespread testing > in order for it to make it into 4.8-RELEASE. Is it OK to present result directly to you or should it be to STABLE? > > The current diffs are at: > http://people.freebsd.org/~anholt/X/files.html > > -- > Eric Anholt eta@lclark.edu > http://people.freebsd.org/~anholt/ anholt@FreeBSD.org > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message -- Gunnar Flygt, Postmaster SR From owner-freebsd-stable@FreeBSD.ORG Fri Feb 3 11:22:29 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C09816A420 for ; Fri, 3 Feb 2006 11:22:29 +0000 (GMT) (envelope-from gunnar.flygt@sr.se) Received: from dart.sr.se (dart.SR.SE [134.25.0.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2FBB943D58 for ; Fri, 3 Feb 2006 11:22:27 +0000 (GMT) (envelope-from gunnar.flygt@sr.se) Received: from honken.sr.se (honken.sr.se [134.25.128.27]) by dart.sr.se (8.13.1/8.13.1) with ESMTP id k13BMQlN058230 for ; Fri, 3 Feb 2006 12:22:26 +0100 (CET) (envelope-from gunnar.flygt@sr.se) Received: from bsd-gf.sr.se (bsd-gf.SR.SE [134.25.200.100]) by honken.sr.se (8.13.3/8.13.3) with ESMTP id k13BMQk4040937 for ; Fri, 3 Feb 2006 12:22:26 +0100 (CET) (envelope-from gunnar.flygt@sr.se) Received: from localhost (localhost [IPv6:::1]) by bsd-gf.sr.se (8.13.4/8.13.4) with ESMTP id k13BLjcF068977 for ; Fri, 3 Feb 2006 12:22:25 +0100 (CET) (envelope-from gunnar.flygt@sr.se) From: Gunnar Flygt To: FreeBSD Stable Message-ID: <20030306093858.GG86982@sr.se> Mail-Followup-To: Gunnar Flygt , FreeBSD Stable Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i Lines: 7 Subject: DRI errors with the XFree86 4.3.0 installation X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Gunnar Flygt List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Fri, 03 Feb 2006 11:22:29 -0000 X-Original-Date: Thu, 6 Mar 2003 10:38:58 +0100 X-List-Received-Date: Fri, 03 Feb 2006 11:22:29 -0000 I found when reading the /var/log/XFree86.0.log (WW) RADEON(0): [dri] Some DRI features disabled because of version mismatch. [dri] radeon.o kernel module version is 1.1.1 but 1.3.1 or later is preferred. -- Gunnar Flygt, SR From owner-freebsd-stable@FreeBSD.ORG Fri Feb 3 11:22:29 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4095A16A422 for ; Fri, 3 Feb 2006 11:22:29 +0000 (GMT) (envelope-from gunnar.flygt@sr.se) Received: from dart.sr.se (dart.SR.SE [134.25.0.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F6BD43D55 for ; Fri, 3 Feb 2006 11:22:26 +0000 (GMT) (envelope-from gunnar.flygt@sr.se) Received: from honken.sr.se (honken.sr.se [134.25.128.27]) by dart.sr.se (8.13.1/8.13.1) with ESMTP id k13BMQVQ058226 for ; Fri, 3 Feb 2006 12:22:26 +0100 (CET) (envelope-from gunnar.flygt@sr.se) Received: from bsd-gf.sr.se (bsd-gf.SR.SE [134.25.200.100]) by honken.sr.se (8.13.3/8.13.3) with ESMTP id k13BMQWS040930 for ; Fri, 3 Feb 2006 12:22:26 +0100 (CET) (envelope-from gunnar.flygt@sr.se) Received: from localhost (localhost [IPv6:::1]) by bsd-gf.sr.se (8.13.4/8.13.4) with ESMTP id k13BLjcE068977 for ; Fri, 3 Feb 2006 12:22:25 +0100 (CET) (envelope-from gunnar.flygt@sr.se) From: Gunnar Flygt To: FreeBSD Stable Message-ID: <20030306093212.GF86982@sr.se> Mail-Followup-To: Gunnar Flygt , FreeBSD Stable Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i Lines: 6 Subject: XFree86 4.3.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Gunnar Flygt List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Fri, 03 Feb 2006 11:22:29 -0000 X-Original-Date: Thu, 6 Mar 2003 10:32:12 +0100 X-List-Received-Date: Fri, 03 Feb 2006 11:22:29 -0000 I just want to report one more good thing. I recompiled mozilla from scratch right out of the ports directory, and it runs fine now with Xft support and all. -- Gunnar Flygt, SR From owner-freebsd-stable@FreeBSD.ORG Fri Feb 3 11:22:29 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 45B7816A423 for ; Fri, 3 Feb 2006 11:22:29 +0000 (GMT) (envelope-from gunnar.flygt@sr.se) Received: from dart.sr.se (dart.SR.SE [134.25.0.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA11543D45 for ; Fri, 3 Feb 2006 11:22:26 +0000 (GMT) (envelope-from gunnar.flygt@sr.se) Received: from honken.sr.se (honken.sr.se [134.25.128.27]) by dart.sr.se (8.13.1/8.13.1) with ESMTP id k13BMPX3058208 for ; Fri, 3 Feb 2006 12:22:25 +0100 (CET) (envelope-from gunnar.flygt@sr.se) Received: from bsd-gf.sr.se (bsd-gf.SR.SE [134.25.200.100]) by honken.sr.se (8.13.3/8.13.3) with ESMTP id k13BMPFs040917 for ; Fri, 3 Feb 2006 12:22:25 +0100 (CET) (envelope-from gunnar.flygt@sr.se) Received: from localhost (localhost [IPv6:::1]) by bsd-gf.sr.se (8.13.4/8.13.4) with ESMTP id k13BLjc7068977 for ; Fri, 3 Feb 2006 12:22:25 +0100 (CET) (envelope-from gunnar.flygt@sr.se) From: Gunnar Flygt To: FreeBSD Stable Message-ID: <20030305151914.GB58739@sr.se> Mail-Followup-To: Gunnar Flygt , FreeBSD Stable Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i Lines: 11 Subject: XFree86 4.3.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Gunnar Flygt List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Fri, 03 Feb 2006 11:22:29 -0000 X-Original-Date: Wed, 5 Mar 2003 16:19:14 +0100 X-List-Received-Date: Fri, 03 Feb 2006 11:22:29 -0000 X-List-Received-Date: Fri, 03 Feb 2006 11:22:29 -0000 I find it working very fine on my troublesome 5.0-CURRENT box. I've had big problems for some weeks getting 4.2 to work. I gave up the other day, but 4.3.0 worked straight "out of the box", if you can say so after a portupgrade XFree86 What didn't work was the installation of XFree86-FontServer but I can live without that, I hope. -- Gunnar Flygt, SR From owner-freebsd-stable@FreeBSD.ORG Fri Feb 3 11:22:29 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8E1CA16A425 for ; Fri, 3 Feb 2006 11:22:29 +0000 (GMT) (envelope-from gunnar.flygt@sr.se) Received: from dart.sr.se (dart.SR.SE [134.25.0.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1BE5943D53 for ; Fri, 3 Feb 2006 11:22:26 +0000 (GMT) (envelope-from gunnar.flygt@sr.se) Received: from honken.sr.se (honken.sr.se [134.25.128.27]) by dart.sr.se (8.13.1/8.13.1) with ESMTP id k13BMQx7058231 for ; Fri, 3 Feb 2006 12:22:26 +0100 (CET) (envelope-from gunnar.flygt@sr.se) Received: from bsd-gf.sr.se (bsd-gf.SR.SE [134.25.200.100]) by honken.sr.se (8.13.3/8.13.3) with ESMTP id k13BMQHi040949 for ; Fri, 3 Feb 2006 12:22:26 +0100 (CET) (envelope-from gunnar.flygt@sr.se) Received: from localhost (localhost [IPv6:::1]) by bsd-gf.sr.se (8.13.4/8.13.4) with ESMTP id k13BLjcJ068977 for ; Fri, 3 Feb 2006 12:22:26 +0100 (CET) (envelope-from gunnar.flygt@sr.se) From: Gunnar Flygt To: FreeBSD Stable Message-ID: <20030306132936.GB12820@sr.se> Mail-Followup-To: Gunnar Flygt , FreeBSD Stable References: <20030306093212.GF86982@sr.se> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030306093212.GF86982@sr.se> User-Agent: Mutt/1.4i Lines: 20 Subject: Re: XFree86 4.3.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Gunnar Flygt List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Fri, 03 Feb 2006 11:22:30 -0000 X-Original-Date: Thu, 6 Mar 2003 14:29:36 +0100 X-List-Received-Date: Fri, 03 Feb 2006 11:22:30 -0000 On Thu, Mar 06, 2003 at 10:32:12AM +0100, Gunnar Flygt wrote: > I just want to report one more good thing. I recompiled mozilla > from scratch right out of the ports directory, and it runs fine now > with Xft support and all. Again I have to reply to my own answer. The good thing is still good, but only on one of the 3 systems I test 4.3.0 on. The system working OK is a newly installed laptop which runs 5.0-CURRENT. The second system is an ordinary desktop 1.4GHz Dell, which runs 4.7-STABLE. Here mozilla behaves as earlier described. The info "No Windows found" is shown and then I get the prompt back again. No mozilla started. I'm trying a recompile of Xft using `portupgrade -r -f Xft` to see if this makes any difference. But at least XFree86 4.3.0 runs fine. -- Gunnar Flygt, SR From owner-freebsd-stable@FreeBSD.ORG Fri Feb 3 11:22:30 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8CAF516A424 for ; Fri, 3 Feb 2006 11:22:29 +0000 (GMT) (envelope-from gunnar.flygt@sr.se) Received: from dart.sr.se (dart.SR.SE [134.25.0.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 02DF943D48 for ; Fri, 3 Feb 2006 11:22:26 +0000 (GMT) (envelope-from gunnar.flygt@sr.se) Received: from honken.sr.se (honken.sr.se [134.25.128.27]) by dart.sr.se (8.13.1/8.13.1) with ESMTP id k13BMQ5Y058218; Fri, 3 Feb 2006 12:22:26 +0100 (CET) (envelope-from gunnar.flygt@sr.se) Received: from bsd-gf.sr.se (bsd-gf.SR.SE [134.25.200.100]) by honken.sr.se (8.13.3/8.13.3) with ESMTP id k13BMPGs040921; Fri, 3 Feb 2006 12:22:25 +0100 (CET) (envelope-from gunnar.flygt@sr.se) Received: from localhost (localhost [IPv6:::1]) by bsd-gf.sr.se (8.13.4/8.13.4) with ESMTP id k13BLjcB068977; Fri, 3 Feb 2006 12:22:25 +0100 (CET) (envelope-from gunnar.flygt@sr.se) From: Gunnar Flygt To: Eric Anholt Message-ID: <20030306091734.GC86982@sr.se> Mail-Followup-To: Gunnar Flygt , Eric Anholt , FreeBSD Stable References: <20030305151914.GB58739@sr.se> <1046883464.635.26.camel@leguin> <200303052336.47779.wes@softweyr.com> <1046940758.611.29.camel@leguin> <20030306091057.GB86982@sr.se> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030306091057.GB86982@sr.se> User-Agent: Mutt/1.4i Lines: 79 Cc: FreeBSD Stable Subject: Re: XFree86 4.3.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Gunnar Flygt List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Fri, 03 Feb 2006 11:22:30 -0000 X-Original-Date: Thu, 6 Mar 2003 10:17:34 +0100 X-List-Received-Date: Fri, 03 Feb 2006 11:22:30 -0000 On Thu, Mar 06, 2003 at 10:10:57AM +0100, Gunnar Flygt wrote: > On Thu, Mar 06, 2003 at 12:52:38AM -0800, Eric Anholt wrote: > > On Wed, 2003-03-05 at 23:36, Wes Peters wrote: > > > On Wednesday 05 March 2003 08:57, Eric Anholt wrote: > > > > On Wed, 2003-03-05 at 07:19, Gunnar Flygt wrote: > > > > > I find it working very fine on my troublesome 5.0-CURRENT > > > > > box. I've had big problems for some weeks getting 4.2 > > > > > to work. I gave up the other day, but 4.3.0 worked > > > > > straight "out of the box", if you can say so after a > > > > > portupgrade XFree86 > > > > > > > > > > What didn't work was the installation of XFree86-FontServer > > > > > but I can live without that, I hope. > > > > > > > > Okay, got that fixed, it'll be in the -8 diff. (got to run to class). > > > > Thanks! > > > > > > Is this working with the nvidia driver? I gotta track down that PCI TNT2 > > > card for my -current machine... > > > > Are you talking about the binary driver? If it's a proper XFree86 > > module and XFree86 didn't screw up compatibility (I don't think they > > did), it should continue working, but it could do things that would > > prevent it from working in a new server. > > > > I haven't tested cards besides the radeon due to lack of time so far. > > > > The -9 diff is up (http://people.freebsd.org/~anholt/X/files.html) and I > > haven't had any reports of problems with it so far. If you get X 4.3.0 > > working with it in the next couple of days, it would be great if people > > could mail me and mention what card, if they had to change anything from > > a 4.2.0 installation to get it to work, and briefly how they've tested > > it (i.e. started up gnome2 and did something, not just "it built" or > > "startx works") > > I did a "dirty" thing and just ran the new patch on top of the > already patched system. Got some complaints that the patch was > there already, and was it OK. So I answered yes to all of it and > the patch applied on the missing parts. And since the system was > updated yesterday with the -7 patch, it was a few parts left. > XFree86-FontServer was one of them, and when I run > `portupgrade XFree86-FontServer` it does nothing, no upgrade. Answering to my own question. It was much better to re-cvsup the ports and apply the patch again. So that thing is working and the system is updating the XFree86-FontServer now. Sorry for the noise. But the next thing still applies! > > Any suggestions? All the other parts are working though, except > for xdpyinfo which gives a lot of output but gives this strange > output: > > # xdpyinfo > name of display: :0.0 > version number: 11.0 > vendor string: The XFree86 Project, Inc > vendor release number: 0 > XFree86 version: 0.0.0 > -- cut -- > > This is a 4.7-STABLE machine or should I say 4.8-RC which it is. > > By the way /var/log/Xfree86.0.log says: > > XFree86 Version 4.3.0 > Release Date: 27 February 2003 > X Protocol Version 11, Revision 0, Release 6.6 > Build Operating System: FreeBSD 4.8-RC i386 [ELF] > Build Date: 05 March 2003 > > > -- > Gunnar Flygt, SR > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message -- Gunnar Flygt, Postmaster SR From owner-freebsd-stable@FreeBSD.ORG Fri Feb 3 11:22:30 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C30E16A426 for ; Fri, 3 Feb 2006 11:22:29 +0000 (GMT) (envelope-from gunnar.flygt@sr.se) Received: from dart.sr.se (dart.SR.SE [134.25.0.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1BB6643D4C for ; Fri, 3 Feb 2006 11:22:26 +0000 (GMT) (envelope-from gunnar.flygt@sr.se) Received: from honken.sr.se (honken.sr.se [134.25.128.27]) by dart.sr.se (8.13.1/8.13.1) with ESMTP id k13BMQQd058215; Fri, 3 Feb 2006 12:22:26 +0100 (CET) (envelope-from gunnar.flygt@sr.se) Received: from bsd-gf.sr.se (bsd-gf.SR.SE [134.25.200.100]) by honken.sr.se (8.13.3/8.13.3) with ESMTP id k13BMPBx040920; Fri, 3 Feb 2006 12:22:25 +0100 (CET) (envelope-from gunnar.flygt@sr.se) Received: from localhost (localhost [IPv6:::1]) by bsd-gf.sr.se (8.13.4/8.13.4) with ESMTP id k13BLjcA068977; Fri, 3 Feb 2006 12:22:25 +0100 (CET) (envelope-from gunnar.flygt@sr.se) From: Gunnar Flygt To: Eric Anholt Message-ID: <20030306091057.GB86982@sr.se> Mail-Followup-To: Gunnar Flygt , Eric Anholt , FreeBSD Stable References: <20030305151914.GB58739@sr.se> <1046883464.635.26.camel@leguin> <200303052336.47779.wes@softweyr.com> <1046940758.611.29.camel@leguin> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1046940758.611.29.camel@leguin> User-Agent: Mutt/1.4i Lines: 67 Cc: FreeBSD Stable Subject: Re: XFree86 4.3.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Gunnar Flygt List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Fri, 03 Feb 2006 11:22:30 -0000 X-Original-Date: Thu, 6 Mar 2003 10:10:57 +0100 X-List-Received-Date: Fri, 03 Feb 2006 11:22:30 -0000 On Thu, Mar 06, 2003 at 12:52:38AM -0800, Eric Anholt wrote: > On Wed, 2003-03-05 at 23:36, Wes Peters wrote: > > On Wednesday 05 March 2003 08:57, Eric Anholt wrote: > > > On Wed, 2003-03-05 at 07:19, Gunnar Flygt wrote: > > > > I find it working very fine on my troublesome 5.0-CURRENT > > > > box. I've had big problems for some weeks getting 4.2 > > > > to work. I gave up the other day, but 4.3.0 worked > > > > straight "out of the box", if you can say so after a > > > > portupgrade XFree86 > > > > > > > > What didn't work was the installation of XFree86-FontServer > > > > but I can live without that, I hope. > > > > > > Okay, got that fixed, it'll be in the -8 diff. (got to run to class). > > > Thanks! > > > > Is this working with the nvidia driver? I gotta track down that PCI TNT2 > > card for my -current machine... > > Are you talking about the binary driver? If it's a proper XFree86 > module and XFree86 didn't screw up compatibility (I don't think they > did), it should continue working, but it could do things that would > prevent it from working in a new server. > > I haven't tested cards besides the radeon due to lack of time so far. > > The -9 diff is up (http://people.freebsd.org/~anholt/X/files.html) and I > haven't had any reports of problems with it so far. If you get X 4.3.0 > working with it in the next couple of days, it would be great if people > could mail me and mention what card, if they had to change anything from > a 4.2.0 installation to get it to work, and briefly how they've tested > it (i.e. started up gnome2 and did something, not just "it built" or > "startx works") I did a "dirty" thing and just ran the new patch on top of the already patched system. Got some complaints that the patch was there already, and was it OK. So I answered yes to all of it and the patch applied on the missing parts. And since the system was updated yesterday with the -7 patch, it was a few parts left. XFree86-FontServer was one of them, and when I run `portupgrade XFree86-FontServer` it does nothing, no upgrade. Any suggestions? All the other parts are working though, except for xdpyinfo which gives a lot of output but gives this strange output: # xdpyinfo name of display: :0.0 version number: 11.0 vendor string: The XFree86 Project, Inc vendor release number: 0 XFree86 version: 0.0.0 -- cut -- This is a 4.7-STABLE machine or should I say 4.8-RC which it is. By the way /var/log/Xfree86.0.log says: XFree86 Version 4.3.0 Release Date: 27 February 2003 X Protocol Version 11, Revision 0, Release 6.6 Build Operating System: FreeBSD 4.8-RC i386 [ELF] Build Date: 05 March 2003 -- Gunnar Flygt, SR From owner-freebsd-stable@FreeBSD.ORG Fri Feb 3 11:22:30 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B19D816A427 for ; Fri, 3 Feb 2006 11:22:29 +0000 (GMT) (envelope-from gunnar.flygt@sr.se) Received: from dart.sr.se (dart.SR.SE [134.25.0.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 02F5E43D49 for ; Fri, 3 Feb 2006 11:22:26 +0000 (GMT) (envelope-from gunnar.flygt@sr.se) Received: from honken.sr.se (honken.sr.se [134.25.128.27]) by dart.sr.se (8.13.1/8.13.1) with ESMTP id k13BMQLU058219; Fri, 3 Feb 2006 12:22:26 +0100 (CET) (envelope-from gunnar.flygt@sr.se) Received: from bsd-gf.sr.se (bsd-gf.SR.SE [134.25.200.100]) by honken.sr.se (8.13.3/8.13.3) with ESMTP id k13BMP4H040929; Fri, 3 Feb 2006 12:22:26 +0100 (CET) (envelope-from gunnar.flygt@sr.se) Received: from localhost (localhost [IPv6:::1]) by bsd-gf.sr.se (8.13.4/8.13.4) with ESMTP id k13BLjcD068977; Fri, 3 Feb 2006 12:22:25 +0100 (CET) (envelope-from gunnar.flygt@sr.se) From: Gunnar Flygt To: Eric Anholt Message-ID: <20030306092356.GE86982@sr.se> Mail-Followup-To: Gunnar Flygt , Eric Anholt , FreeBSD Stable References: <20030305151914.GB58739@sr.se> <1046883464.635.26.camel@leguin> <200303052336.47779.wes@softweyr.com> <1046940758.611.29.camel@leguin> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1046940758.611.29.camel@leguin> User-Agent: Mutt/1.4i Lines: 84 Cc: FreeBSD Stable Subject: Re: XFree86 4.3.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Gunnar Flygt List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Fri, 03 Feb 2006 11:22:30 -0000 X-Original-Date: Thu, 6 Mar 2003 10:23:56 +0100 X-List-Received-Date: Fri, 03 Feb 2006 11:22:30 -0000 On Thu, Mar 06, 2003 at 12:52:38AM -0800, Eric Anholt wrote: > On Wed, 2003-03-05 at 23:36, Wes Peters wrote: > > On Wednesday 05 March 2003 08:57, Eric Anholt wrote: > > > On Wed, 2003-03-05 at 07:19, Gunnar Flygt wrote: > > > > I find it working very fine on my troublesome 5.0-CURRENT > > > > box. I've had big problems for some weeks getting 4.2 > > > > to work. I gave up the other day, but 4.3.0 worked > > > > straight "out of the box", if you can say so after a > > > > portupgrade XFree86 > > > > > > > > What didn't work was the installation of XFree86-FontServer > > > > but I can live without that, I hope. > > > > > > Okay, got that fixed, it'll be in the -8 diff. (got to run to class). > > > Thanks! > > > > Is this working with the nvidia driver? I gotta track down that PCI TNT2 > > card for my -current machine... > > Are you talking about the binary driver? If it's a proper XFree86 > module and XFree86 didn't screw up compatibility (I don't think they > did), it should continue working, but it could do things that would > prevent it from working in a new server. > > I haven't tested cards besides the radeon due to lack of time so far. > > The -9 diff is up (http://people.freebsd.org/~anholt/X/files.html) and I > haven't had any reports of problems with it so far. If you get X 4.3.0 > working with it in the next couple of days, it would be great if people > could mail me and mention what card, if they had to change anything from > a 4.2.0 installation to get it to work, and briefly how they've tested > it (i.e. started up gnome2 and did something, not just "it built" or > "startx works") I was a bit optimistic about the compilation of XFree86-FontServer. This happens: 19$ sudo portupgrade -R XFree86-FontServer ---> Upgrading 'XFree86-FontServer-4.2.0_1' to 'XFree86-FontServer-4.3.0' (x11-servers/XFree86-4-FontServer) ---> Building '/usr/ports/x11-servers/XFree86-4-FontServer' ===> Cleaning for libiconv-1.8_2 ===> Cleaning for gettext-0.11.5_1 ===> Cleaning for gmake-3.80 ===> Cleaning for imake-4.3.0 ===> Cleaning for libtool-1.3.4_4 ===> Cleaning for pkgconfig-0.15.0 ===> Cleaning for freetype2-2.1.3_1 ===> Cleaning for expat-1.95.6_1 ===> Cleaning for fontconfig-2.1_5 ===> Cleaning for XFree86-libraries-4.3.0 ===> Cleaning for XFree86-FontServer-4.3.0 ===> Extracting for XFree86-FontServer-4.3.0 >> Checksum OK for xc/X430src-1.tgz. >> Checksum OK for xc/X430src-2.tgz. >> Checksum OK for xc/X430src-3.tgz. ===> Patching for XFree86-FontServer-4.3.0 ===> Applying FreeBSD patches for XFree86-FontServer-4.3.0 I can't seem to find a patch in there anywhere. ===> Ignoring patchfile /extra/ports/x11-servers/XFree86-4-FontServer/../../x11/XFree86-4-libraries/files/patch-2.orig I can't seem to find a patch in there anywhere. ===> Ignoring patchfile /extra/ports/x11-servers/XFree86-4-FontServer/../../x11/XFree86-4-libraries/files/patch-DRI.orig Ignoring previously applied (or reversed) patch. 5 out of 5 hunks ignored--saving rejects to config/cf/FreeBSD.cf.rej >> Patch patch-FreeBSD.cf failed to apply cleanly. >> Patch(es) patch-2 patch-DRI applied cleanly. *** Error code 1 Stop in /extra/ports/x11-servers/XFree86-4-FontServer. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade88018.3 make ** Fix the problem and try again. ** The following packages were not installed or upgraded (*:skipped / !:failed) ! x11-servers/XFree86-4-FontServer (XFree86-FontServer-4.2.0_1) (patch error) > > -- > Eric Anholt eta@lclark.edu > http://people.freebsd.org/~anholt/ anholt@FreeBSD.org > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message -- Gunnar Flygt, Postmaster SR From owner-freebsd-stable@FreeBSD.ORG Fri Feb 3 11:22:33 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2972016A434 for ; Fri, 3 Feb 2006 11:22:33 +0000 (GMT) (envelope-from gunnar.flygt@sr.se) Received: from dart.sr.se (dart.SR.SE [134.25.0.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0DE3B43D46 for ; Fri, 3 Feb 2006 11:22:31 +0000 (GMT) (envelope-from gunnar.flygt@sr.se) Received: from honken.sr.se (honken.sr.se [134.25.128.27]) by dart.sr.se (8.13.1/8.13.1) with ESMTP id k13BMVX1058254 for ; Fri, 3 Feb 2006 12:22:31 +0100 (CET) (envelope-from gunnar.flygt@sr.se) Received: from bsd-gf.sr.se (bsd-gf.SR.SE [134.25.200.100]) by honken.sr.se (8.13.3/8.13.3) with ESMTP id k13BMUIO040970 for ; Fri, 3 Feb 2006 12:22:30 +0100 (CET) (envelope-from gunnar.flygt@sr.se) Received: from localhost (localhost [IPv6:::1]) by bsd-gf.sr.se (8.13.4/8.13.4) with ESMTP id k13BLjcQ068977 for ; Fri, 3 Feb 2006 12:22:30 +0100 (CET) (envelope-from gunnar.flygt@sr.se) From: Gunnar Flygt To: FreeBSD Stable Message-ID: <20030307095223.GA49698@sr.se> Mail-Followup-To: Gunnar Flygt , FreeBSD Stable Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i Lines: 8 Subject: Comment to the XFree86 =?iso-8859-1?q?4=2E3=2E0=A7?= X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Gunnar Flygt List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Fri, 03 Feb 2006 11:22:33 -0000 X-Original-Date: Fri, 7 Mar 2003 10:52:23 +0100 X-List-Received-Date: Fri, 03 Feb 2006 11:22:33 -0000 cvsuped a few minutes ago the ports tree. In all of the directories connected to XFree86-4 4.3.0 the pkg-comment is missing. Therefore patches don't apply clean. Used the ver -11 of the pacthes leading to 4.3.0 -- Gunnar Flygt, SR From owner-freebsd-stable@FreeBSD.ORG Fri Feb 3 11:22:34 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 903DD16A469 for ; Fri, 3 Feb 2006 11:22:34 +0000 (GMT) (envelope-from gunnar.flygt@sr.se) Received: from dart.sr.se (dart.SR.SE [134.25.0.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9171543D48 for ; Fri, 3 Feb 2006 11:22:33 +0000 (GMT) (envelope-from gunnar.flygt@sr.se) Received: from honken.sr.se (honken.sr.se [134.25.128.27]) by dart.sr.se (8.13.1/8.13.1) with ESMTP id k13BMWjH058270; Fri, 3 Feb 2006 12:22:32 +0100 (CET) (envelope-from gunnar.flygt@sr.se) Received: from bsd-gf.sr.se (bsd-gf.SR.SE [134.25.200.100]) by honken.sr.se (8.13.3/8.13.3) with ESMTP id k13BMWbF040993; Fri, 3 Feb 2006 12:22:32 +0100 (CET) (envelope-from gunnar.flygt@sr.se) Received: from localhost (localhost [IPv6:::1]) by bsd-gf.sr.se (8.13.4/8.13.4) with ESMTP id k13BLjcW068977; Fri, 3 Feb 2006 12:22:32 +0100 (CET) (envelope-from gunnar.flygt@sr.se) From: Gunnar Flygt To: Greg Smith Message-ID: <20030307221958.GC55414@sr.se> Mail-Followup-To: Gunnar Flygt , Greg Smith , FreeBSD Stable References: <20030307085934.GB49372@sr.se> <20030307112724.GJ424@freebsd.org.ru> <20030307123438.GA51261@sr.se> <20030307164501.GA53132@sr.se> <200303070850380652.297A5BA5@smtp.myrealbox.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200303070850380652.297A5BA5@smtp.myrealbox.com> User-Agent: Mutt/1.4i Lines: 55 Cc: FreeBSD Stable Subject: Re: Compaq Evo N800c and FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Fri, 03 Feb 2006 11:22:34 -0000 X-Original-Date: Fri, 7 Mar 2003 23:19:58 +0100 X-List-Received-Date: Fri, 03 Feb 2006 11:22:34 -0000 On Fri, Mar 07, 2003 at 08:50:38AM -0800, Greg Smith wrote: > Gunnar, > > Did you have pccardd running? With pccard_enable="YES" in /etc/rc.conf > or wherever it might go in 5.0. > > It won't be automatically started with NEWCARD. Yes, it was activated. i.e it says pccard_enable="YES" in /etc/rc.conf but it isn't running when I look closer after a boot, so I added pccardd_flags="-z" which used to help. But not this time. When I put a card in the port it says: end (ffffffff) > sc->memlimit (803fffff) pccard0: Card has no functions! cbb0: PC Card card activation failed And that's it. So I put in the pccardd_flags="-z" But that makes no difference. The machine doesn't like pccard when running CURRENT. > > Greg > > -----Original Message----- > > >OK! So now I've also tested with OLDCARD. It isn't any better. Result: > >pccard: card inserted, slot 0 > > > >And that's it. It doesn't detect the card or inform anything more. > > > >So should I say that this brand new Compaq Laptop is NO GO for FreeBSD > >CURRENT? Just to inform you, I've tried Linux RedHat 8 and Mandrake of > >some brand (8.x probably) with even worse result. They don't even > boot. > > > >So it seems Compaq has done it. Being totally dedicated to M$ > > > >Boring. I won't ever buy a Compaq laptop again. Pity I didn't stay > >with Toshiba. Had only good things to say about my Tecra 9100. > >Until it died electrically for me. > > > >-- > >Gunnar Flygt, SR > > > >To Unsubscribe: send mail to majordomo@FreeBSD.org > >with "unsubscribe freebsd-mobile" in the body of the message > > > -- Gunnar Flygt, Postmaster SR From owner-freebsd-stable@FreeBSD.ORG Fri Feb 3 11:22:34 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A21C016A42B for ; Fri, 3 Feb 2006 11:22:34 +0000 (GMT) (envelope-from gunnar.flygt@sr.se) Received: from dart.sr.se (dart.SR.SE [134.25.0.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9122243D45 for ; Fri, 3 Feb 2006 11:22:33 +0000 (GMT) (envelope-from gunnar.flygt@sr.se) Received: from honken.sr.se (honken.sr.se [134.25.128.27]) by dart.sr.se (8.13.1/8.13.1) with ESMTP id k13BMW7f058274; Fri, 3 Feb 2006 12:22:32 +0100 (CET) (envelope-from gunnar.flygt@sr.se) Received: from bsd-gf.sr.se (bsd-gf.SR.SE [134.25.200.100]) by honken.sr.se (8.13.3/8.13.3) with ESMTP id k13BMWLg040996; Fri, 3 Feb 2006 12:22:32 +0100 (CET) (envelope-from gunnar.flygt@sr.se) Received: from localhost (localhost [IPv6:::1]) by bsd-gf.sr.se (8.13.4/8.13.4) with ESMTP id k13BLjcX068977; Fri, 3 Feb 2006 12:22:32 +0100 (CET) (envelope-from gunnar.flygt@sr.se) From: Gunnar Flygt To: Greg Smith Message-ID: <20030308073644.GA67939@sr.se> Mail-Followup-To: Gunnar Flygt , Greg Smith , FreeBSD Stable References: <20030307085934.GB49372@sr.se> <20030307112724.GJ424@freebsd.org.ru> <20030307123438.GA51261@sr.se> <20030307164501.GA53132@sr.se> <200303070850380652.297A5BA5@smtp.myrealbox.com> <20030307221958.GC55414@sr.se> <200303071424310873.2AAC07EE@smtp.myrealbox.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200303071424310873.2AAC07EE@smtp.myrealbox.com> User-Agent: Mutt/1.4i Lines: 85 Cc: FreeBSD Stable Subject: Re: Compaq Evo N800c and FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Gunnar Flygt List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Fri, 03 Feb 2006 11:22:34 -0000 X-Original-Date: Sat, 8 Mar 2003 08:36:44 +0100 X-List-Received-Date: Fri, 03 Feb 2006 11:22:34 -0000 On Fri, Mar 07, 2003 at 02:24:31PM -0800, Greg Smith wrote: > Gunnar, > > Maybe running of pccardd along with the memory setting of Kevin will do > the job. I just rebooted with the following setting: hw.cbb.start_memory="0x20000000" And now my Netgear card is detected as wi0 Will try to configure the card to see if it is working properly :) So it seems I'm cosing up to a solution!? > > Good luck. > > Greg > > -----Original Message----- > > >On Fri, Mar 07, 2003 at 08:50:38AM -0800, Greg Smith wrote: > >> Gunnar, > >> > >> Did you have pccardd running? With pccard_enable="YES" in > /etc/rc.conf > >> or wherever it might go in 5.0. > >> > >> It won't be automatically started with NEWCARD. > > > >Yes, it was activated. i.e it says pccard_enable="YES" in /etc/rc.conf > >but it isn't running when I look closer after a boot, so I added > >pccardd_flags="-z" which used to help. But not this time. > > > >When I put a card in the port it says: > >end (ffffffff) > sc->memlimit (803fffff) > >pccard0: Card has no functions! > >cbb0: PC Card card activation failed > > > >And that's it. > > > >So I put in the pccardd_flags="-z" > > > >But that makes no difference. The machine doesn't like pccard when > >running CURRENT. > >> > >> Greg > >> > >> -----Original Message----- > >> > >> >OK! So now I've also tested with OLDCARD. It isn't any better. > Result: > >> >pccard: card inserted, slot 0 > >> > > >> >And that's it. It doesn't detect the card or inform anything more. > >> > > >> >So should I say that this brand new Compaq Laptop is NO GO for > FreeBSD > >> >CURRENT? Just to inform you, I've tried Linux RedHat 8 and Mandrake > of > >> >some brand (8.x probably) with even worse result. They don't even > >> boot. > >> > > >> >So it seems Compaq has done it. Being totally dedicated to M$ > >> > > >> >Boring. I won't ever buy a Compaq laptop again. Pity I didn't stay > >> >with Toshiba. Had only good things to say about my Tecra 9100. > >> >Until it died electrically for me. > >> > > >> >-- > >> >Gunnar Flygt, SR > >> > > >> >To Unsubscribe: send mail to majordomo@FreeBSD.org > >> >with "unsubscribe freebsd-mobile" in the body of the message > >> > >> > >> > > > >-- > >Gunnar Flygt, Postmaster SR > > > -- Gunnar Flygt, Postmaster SR From owner-freebsd-stable@FreeBSD.ORG Fri Feb 3 11:22:38 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 84A6016A45B for ; Fri, 3 Feb 2006 11:22:38 +0000 (GMT) (envelope-from gunnar.flygt@sr.se) Received: from dart.sr.se (dart.SR.SE [134.25.0.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 07DC343D46 for ; Fri, 3 Feb 2006 11:22:37 +0000 (GMT) (envelope-from gunnar.flygt@sr.se) Received: from honken.sr.se (honken.sr.se [134.25.128.27]) by dart.sr.se (8.13.1/8.13.1) with ESMTP id k13BMblA058293; Fri, 3 Feb 2006 12:22:37 +0100 (CET) (envelope-from gunnar.flygt@sr.se) Received: from bsd-gf.sr.se (bsd-gf.SR.SE [134.25.200.100]) by honken.sr.se (8.13.3/8.13.3) with ESMTP id k13BMaEi041009; Fri, 3 Feb 2006 12:22:36 +0100 (CET) (envelope-from gunnar.flygt@sr.se) Received: from localhost (localhost [IPv6:::1]) by bsd-gf.sr.se (8.13.4/8.13.4) with ESMTP id k13BLjca068977; Fri, 3 Feb 2006 12:22:36 +0100 (CET) (envelope-from gunnar.flygt@sr.se) From: Gunnar Flygt To: Eric Anholt Message-ID: <20030308083106.GA68434@sr.se> Mail-Followup-To: Gunnar Flygt , Eric Anholt , FreeBSD Stable References: <20030307095223.GA49698@sr.se> <1047081353.613.3.camel@leguin> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1047081353.613.3.camel@leguin> User-Agent: Mutt/1.4i Lines: 62 Cc: FreeBSD Stable Subject: Re: Comment to the =?iso-8859-1?q?XFree86_4=2E3=2E0=A7?= X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Gunnar Flygt List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Fri, 03 Feb 2006 11:22:38 -0000 X-Original-Date: Sat, 8 Mar 2003 09:31:06 +0100 X-List-Received-Date: Fri, 03 Feb 2006 11:22:38 -0000 On Fri, Mar 07, 2003 at 03:55:53PM -0800, Eric Anholt wrote: > On Fri, 2003-03-07 at 01:52, Gunnar Flygt wrote: > > cvsuped a few minutes ago the ports tree. In all of the directories > > connected to XFree86-4 4.3.0 the pkg-comment is missing. Therefore > > patches don't apply clean. > > > > Used the ver -11 of the pacthes leading to 4.3.0 > > The -12 patches at the site now should fix that. > http://people.freebsd.org/~anholt/X/files.html The patch applies fine, but I still have problem with: bash-2.05b# portupgrade -R -p XFree86-FontServer ---> Upgrading 'XFree86-FontServer-4.2.0_1' to 'XFree86-FontServer-4.3.0' (x11- servers/XFree86-4-FontServer) ---> Building '/usr/ports/x11-servers/XFree86-4-FontServer' ===> Cleaning for libiconv-1.8_2 ===> Cleaning for gettext-0.11.5_1 ===> Cleaning for gmake-3.80 ===> Cleaning for imake-4.3.0 ===> Cleaning for libtool-1.3.4_4 ===> Cleaning for pkgconfig-0.15.0 ===> Cleaning for perl-5.6.1_11 ===> Cleaning for freetype2-2.1.3_1 ===> Cleaning for expat-1.95.6_1 ===> Cleaning for fontconfig-2.1_5 ===> Cleaning for XFree86-libraries-4.3.0 ===> Cleaning for XFree86-FontServer-4.3.0 ===> Extracting for XFree86-FontServer-4.3.0 >> Checksum OK for xc/X430src-1.tgz. >> Checksum OK for xc/X430src-2.tgz. >> Checksum OK for xc/X430src-3.tgz. ===> Patching for XFree86-FontServer-4.3.0 ===> Applying FreeBSD patches for XFree86-FontServer-4.3.0 I can't seem to find a patch in there anywhere. ===> Ignoring patchfile /usr/ports/x11-servers/XFree86-4-FontServer/../../x11/ XFree86-4-libraries/files/patch-2.orig I can't seem to find a patch in there anywhere. ===> Ignoring patchfile /usr/ports/x11-servers/XFree86-4-FontServer/../../x11/ XFree86-4-libraries/files/patch-DRI.orig Ignoring previously applied (or reversed) patch. 5 out of 5 hunks ignored--saving rejects to config/cf/FreeBSD.cf.rej >> Patch patch-FreeBSD.cf failed to apply cleanly. >> Patch(es) patch-2 patch-DRI applied cleanly. *** Error code 1 Stop in /usr/ports/x11-servers/XFree86-4-FontServer. ** Command failed [exit code 1]: /usr/bin/script -qa /tmp/portupgrade821.4 make DEPENDS_TARGET=package ** Fix the problem and try again. ** The following packages were not installed or upgraded (*:skipped / !:failed) ! x11-servers/XFree86-4-FontServer (XFree86-FontServer-4.2.0_1) (patch e rror) I cvsupped right before applying the patch > > -- > Eric Anholt eta@lclark.edu > http://people.freebsd.org/~anholt/ anholt@FreeBSD.org -- Gunnar Flygt, Postmaster SR From owner-freebsd-stable@FreeBSD.ORG Fri Feb 3 11:22:40 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D56D216A4A3; Fri, 3 Feb 2006 11:22:40 +0000 (GMT) (envelope-from gunnar.flygt@sr.se) Received: from dart.sr.se (dart.SR.SE [134.25.0.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD32C43D46; Fri, 3 Feb 2006 11:22:39 +0000 (GMT) (envelope-from gunnar.flygt@sr.se) Received: from honken.sr.se (honken.sr.se [134.25.128.27]) by dart.sr.se (8.13.1/8.13.1) with ESMTP id k13BMc4i058315; Fri, 3 Feb 2006 12:22:38 +0100 (CET) (envelope-from gunnar.flygt@sr.se) Received: from bsd-gf.sr.se (bsd-gf.SR.SE [134.25.200.100]) by honken.sr.se (8.13.3/8.13.3) with ESMTP id k13BMcpS041108; Fri, 3 Feb 2006 12:22:38 +0100 (CET) (envelope-from gunnar.flygt@sr.se) Received: from localhost (localhost [IPv6:::1]) by bsd-gf.sr.se (8.13.4/8.13.4) with ESMTP id k13BLjd4068977; Fri, 3 Feb 2006 12:22:38 +0100 (CET) (envelope-from gunnar.flygt@sr.se) From: Gunnar Flygt To: "Mezz bsdforums.org" Message-ID: <20030312050905.GA24098@sr.se> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4i Lines: 36 Cc: ports@freebsd.org, stable@freebsd.org Subject: Re: HEADSUP: XFree86 4.3.0 update X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Gunnar Flygt List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Fri, 03 Feb 2006 11:22:41 -0000 X-Original-Date: Wed, 12 Mar 2003 06:09:05 +0100 X-List-Received-Date: Fri, 03 Feb 2006 11:22:41 -0000 On Tue, Mar 11, 2003 at 09:16:28PM -0500, Mezz bsdforums.org wrote: > Nice, thanks for the works! Do anyone know how it goes with the Nvidia > driver? Yes works on my regular desktop at work. Running 4.7-STABLE with nvidia in it. > > Cheers, > Mezz > > >I've committed the update of XFree86 to 4.3.0 to ports. I think I've > >cleaned up after my mess at this point, but there may still be issues. > >Please report to me if you have any problems with the new ports or any > >issues with XFree86 that you didn't have in 4.2.0. > > > >I think the ports should build fine with a plain make install from > >x11/XFree86-4 even if 4.2.0 is already installed (they did last time I > >tried), but it doesn't guarantee an update. Please use portupgrade to > >ensure you update fully. > > > >graphics/drm-kmod isn't going to be updated for 4.3.0. I have a diff > >for the MFC of the drm up at: > >http://people.freebsd.org/~anholt/dri/files.html > >I would appreciate testers for this because I don't have a -stable > >machine at the moment. > > _________________________________________________________________ > Help STOP SPAM with the new MSN 8 and get 2 months FREE* > http://join.msn.com/?page=features/junkmail > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message -- Gunnar Flygt, Postmaster SR From owner-freebsd-stable@FreeBSD.ORG Fri Feb 3 11:22:49 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7091F16A4FD for ; Fri, 3 Feb 2006 11:22:49 +0000 (GMT) (envelope-from gunnar.flygt@sr.se) Received: from dart.sr.se (dart.SR.SE [134.25.0.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6096043D46 for ; Fri, 3 Feb 2006 11:22:48 +0000 (GMT) (envelope-from gunnar.flygt@sr.se) Received: from honken.sr.se (honken.sr.se [134.25.128.27]) by dart.sr.se (8.13.1/8.13.1) with ESMTP id k13BMPi3058207; Fri, 3 Feb 2006 12:22:25 +0100 (CET) (envelope-from gunnar.flygt@sr.se) Received: from bsd-gf.sr.se (bsd-gf.SR.SE [134.25.200.100]) by honken.sr.se (8.13.3/8.13.3) with ESMTP id k13BMP28040916; Fri, 3 Feb 2006 12:22:25 +0100 (CET) (envelope-from gunnar.flygt@sr.se) Received: from localhost (localhost [IPv6:::1]) by bsd-gf.sr.se (8.13.4/8.13.4) with ESMTP id k13BLjc6068977; Fri, 3 Feb 2006 12:22:21 +0100 (CET) (envelope-from gunnar.flygt@sr.se) From: Gunnar Flygt To: Scott Renna Message-ID: <20030305150558.GA58739@sr.se> References: <1046761873.20729.223.camel@localhost> <000501c2e328$691eac10$1802a8c0@das.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <000501c2e328$691eac10$1802a8c0@das.com> User-Agent: Mutt/1.4i Lines: 96 Cc: 'stable' , 'Joachim =?iso-8859-1?Q?Str=F6mbergson'?= , stacey@vickiandstacey.com Subject: Re: RE: sendmail_enable="NO" ignored in 4.7+? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Gunnar Flygt List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Fri, 03 Feb 2006 11:22:49 -0000 X-Original-Date: Wed, 5 Mar 2003 16:05:58 +0100 X-List-Received-Date: Fri, 03 Feb 2006 11:22:49 -0000 On Wed, Mar 05, 2003 at 10:03:35AM -0500, Scott Renna wrote: > Hello all, > > I had a question in regards to this post about sendmail. I noticed the > same problem on my system: How come this is so hard. Just do a grep for sendmail in /etc/defaults/rc.conf and you get: 2$ grep sendmail /etc/defaults/rc.conf mta_start_script="/etc/rc.sendmail" # Settings for /etc/rc.sendmail: sendmail_enable="YES" # Run the sendmail inbound daemon (YES/NO/NONE). # If NONE, don't start any sendmail processes. sendmail_flags="-L sm-mta -bd -q30m" # Flags to sendmail (as a server) sendmail_submit_enable="YES" # Start a localhost-only MTA for mail submission sendmail_submit_flags="-L sm-mta -bd -q30m -ODaemonPortOptions=Addr=localhost" sendmail_outbound_enable="YES" # Dequeue stuck mail (YES/NO). sendmail_outbound_flags="-L sm-queue -q30m" # Flags to sendmail (outbound only) sendmail_msp_queue_enable="YES" # Dequeue stuck clientmqueue mail (YES/NO). sendmail_msp_queue_flags="-L sm-msp-queue -Ac -q30m" # Flags for sendmail_msp_queue daemon. And the read the lines about sendmail_enable! > > > Due to my less than perfect memory I can't pinpoint exactly when, but > > after upgrading my 4.x-system it seems like the sendmail_enable="NO" > > in /etc/rc.conf is being ignored and sendmail gets started anyway. > > Is there any reason why even if you put "NO" sendmail still starts up? > It seems kind of weird that it would start. > > Scott Renna > > > -----Original Message----- > From: owner-freebsd-stable@FreeBSD.ORG > [mailto:owner-freebsd-stable@FreeBSD.ORG] On Behalf Of Stacey Roberts > Sent: Tuesday, March 04, 2003 2:11 AM > To: Joachim Strömbergson > Cc: stable > Subject: Re: sendmail_enable="NO" ignored in 4.7+? > > > Hello, > > On Tue, 2003-03-04 at 07:06, Joachim Strömbergson wrote: > > Aloha! > > > > Due to my less than perfect memory I can't pinpoint exactly when, but > > after upgrading my 4.x-system it seems like the sendmail_enable="NO" > > in /etc/rc.conf is being ignored and sendmail gets started anyway. > > > > AFAIK, this happened after upgrading from 4.6 to 4.7. I'm currently at > > > 4.8-RC and the same behaviour is present. > > > > Checking processes after boot I see: > > > > root 106 0,0 0,3 3196 1788 ?? Ss 11:04pm 0:00,97 > sendmail: > > accepting connections (sendmail) > > smmsp 109 0,0 0,3 3076 1404 ?? Is 11:04pm 0:00,01 > sendmail: > > Queue runner@00:30:00 for /var/spool/clientmqueue (sendmail) > > > > What have I missed? Why is the setting in rc.conf being ignored. > > Where/what is starting sendmail? > > To completely disable sendmail on startup, use: > > sendmail_enable="NONE" > > Regards, > > Stacey > > > > > Any pointers and help greatly appreciated. > -- > Stacey Roberts > B.Sc (HONS) Computer Science > > Web: www.vickiandstacey.com > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message -- Gunnar Flygt, Postmaster SR From owner-freebsd-stable@FreeBSD.ORG Fri Feb 3 11:22:49 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AAFBB16A462 for ; Fri, 3 Feb 2006 11:22:49 +0000 (GMT) (envelope-from gunnar.flygt@sr.se) Received: from dart.sr.se (dart.SR.SE [134.25.0.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD80443D49 for ; Fri, 3 Feb 2006 11:22:48 +0000 (GMT) (envelope-from gunnar.flygt@sr.se) Received: from honken.sr.se (honken.sr.se [134.25.128.27]) by dart.sr.se (8.13.1/8.13.1) with ESMTP id k13BMlrc058339 for ; Fri, 3 Feb 2006 12:22:47 +0100 (CET) (envelope-from gunnar.flygt@sr.se) Received: from bsd-gf.sr.se (bsd-gf.SR.SE [134.25.200.100]) by honken.sr.se (8.13.3/8.13.3) with ESMTP id k13BMlgH041158 for ; Fri, 3 Feb 2006 12:22:47 +0100 (CET) (envelope-from gunnar.flygt@sr.se) Received: from localhost (localhost [IPv6:::1]) by bsd-gf.sr.se (8.13.4/8.13.4) with ESMTP id k13BLjdI068977 for ; Fri, 3 Feb 2006 12:22:47 +0100 (CET) (envelope-from gunnar.flygt@sr.se) From: Gunnar Flygt To: FreeBSD Stable Message-ID: <20030312150122.GA58754@sr.se> Mail-Followup-To: Gunnar Flygt , FreeBSD Stable Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i Lines: 12 Subject: USB Memory Stick hangs 4.8-RC box immediately X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Gunnar Flygt List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Fri, 03 Feb 2006 11:22:49 -0000 X-Original-Date: Wed, 12 Mar 2003 16:01:22 +0100 X-List-Received-Date: Fri, 03 Feb 2006 11:22:49 -0000 Is this a known behavoiur that when you attach a USB Memory Stick, the machine freezes? If so, any clues on how to make it not to? Details: 4.8-RC a few days old. An "all SCSI" system. Can it have something to do with the USB stick trying to attach to already occupied devices or ....? The same Stick works very well with 5.0-CURRENT. -- Gunnar Flygt, SR From owner-freebsd-stable@FreeBSD.ORG Fri Feb 3 11:22:49 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B050416A500 for ; Fri, 3 Feb 2006 11:22:49 +0000 (GMT) (envelope-from gunnar.flygt@sr.se) Received: from dart.sr.se (dart.SR.SE [134.25.0.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id A8F8E43D48 for ; Fri, 3 Feb 2006 11:22:48 +0000 (GMT) (envelope-from gunnar.flygt@sr.se) Received: from honken.sr.se (honken.sr.se [134.25.128.27]) by dart.sr.se (8.13.1/8.13.1) with ESMTP id k13BMlfJ058336; Fri, 3 Feb 2006 12:22:47 +0100 (CET) (envelope-from gunnar.flygt@sr.se) Received: from bsd-gf.sr.se (bsd-gf.SR.SE [134.25.200.100]) by honken.sr.se (8.13.3/8.13.3) with ESMTP id k13BMlPp041153; Fri, 3 Feb 2006 12:22:47 +0100 (CET) (envelope-from gunnar.flygt@sr.se) Received: from localhost (localhost [IPv6:::1]) by bsd-gf.sr.se (8.13.4/8.13.4) with ESMTP id k13BLjdG068977; Fri, 3 Feb 2006 12:22:47 +0100 (CET) (envelope-from gunnar.flygt@sr.se) From: Gunnar Flygt To: Bill Moran Message-ID: <20030312142025.GC58151@sr.se> References: <20030312170425.G17741@woozle.rinet.ru> <3E6F41FD.3000908@potentialtech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3E6F41FD.3000908@potentialtech.com> User-Agent: Mutt/1.4i Lines: 53 Cc: stable@freebsd.org, Dmitry Morozovsky Subject: Re: Upgrading sequence to 4.x from 3.3-R X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Gunnar Flygt List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Fri, 03 Feb 2006 11:22:49 -0000 X-Original-Date: Wed, 12 Mar 2003 15:20:25 +0100 X-List-Received-Date: Fri, 03 Feb 2006 11:22:49 -0000 On Wed, Mar 12, 2003 at 09:19:41AM -0500, Bill Moran wrote: > Dmitry Morozovsky wrote: > >Dear colleagues, > > > >What is the correct way to upgrade FreeBSD from 3.3-R to 4.x? > > Wow ... that's a bit of a leap. I expect you're going to have > problems going that far easily. > > >using recommended (extended a bit) > > > >make -DNOCLEAN -DNOPERL -DNOPROFILE -DNOGAMES -DNOMAN buildworld > > > >I got > > > >===> doc > >c++ -O -pipe -I/ar/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib > >-I/ar/src/gnu/usr.bin/gperf -c > >/ar/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/new.cc > >/ar/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/new.cc:80: warning: > >`catch', `throw', and `try' are all C++ reserved words > >/ar/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/new.cc: In function > >`void > >operator delete(void *)': > >/ar/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/new.cc:82: > >declaration of > >`operator delete(void *)' throws different exceptions... > >:82: ...from previous declaration here > >*** Error code 1 > > > >Currently I simply exclude gperf from bootstrap-tools from Makefile.inc, > >but it > >seems a bit hackish... > > I'm no expert on the source tree, but I would think that you might have an > easier > time of it if you backup up the system and reinstalled. > > If that seems terribly impractical, you might do better by stepping it. For > example: > 1) First upgrade to 3-STABLE. > 2) Then upgrade to an early 4.x, such as 4.2-RELEASE > 3) Then upgrade to 4-STABLE > > I do think you're going to have problems if you attempt the upgrade without > upgrading perl as well. perl is used in many parts of the system in 4.x, if > you don't upgrade it, you may not even be able to build 4.x, and if it does > build and install, you may find many utilities don't work. Wouldn't it be easier to do a binary upgrade? -- Gunnar Flygt, SR From owner-freebsd-stable@FreeBSD.ORG Fri Feb 3 11:23:18 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8F4E616A424 for ; Fri, 3 Feb 2006 11:23:18 +0000 (GMT) (envelope-from gunnar.flygt@sr.se) Received: from dart.sr.se (dart.SR.SE [134.25.0.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7989143D46 for ; Fri, 3 Feb 2006 11:23:15 +0000 (GMT) (envelope-from gunnar.flygt@sr.se) Received: from honken.sr.se (honken.sr.se [134.25.128.27]) by dart.sr.se (8.13.1/8.13.1) with ESMTP id k13BNEvV058457 for ; Fri, 3 Feb 2006 12:23:14 +0100 (CET) (envelope-from gunnar.flygt@sr.se) Received: from bsd-gf.sr.se (bsd-gf.SR.SE [134.25.200.100]) by honken.sr.se (8.13.3/8.13.3) with ESMTP id k13BNElu041453 for ; Fri, 3 Feb 2006 12:23:14 +0100 (CET) (envelope-from gunnar.flygt@sr.se) Received: from localhost (localhost [IPv6:::1]) by bsd-gf.sr.se (8.13.4/8.13.4) with ESMTP id k13BLjec068977 for ; Fri, 3 Feb 2006 12:23:14 +0100 (CET) (envelope-from gunnar.flygt@sr.se) From: Gunnar Flygt To: FreeBSD Stable Message-ID: <20030324050458.GA71164@sr.se> Mail-Followup-To: Gunnar Flygt , FreeBSD Stable Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4i Lines: 28 Subject: Uninstalled all X stuff, still no mozilla X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Gunnar Flygt List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Fri, 03 Feb 2006 11:23:18 -0000 X-Original-Date: Mon, 24 Mar 2003 06:04:58 +0100 X-List-Received-Date: Fri, 03 Feb 2006 11:23:18 -0000 How come it is so impossible to make mozilla work with Xft? I uninstalled everything that involves X on my home machine, running 4.8-RC, deleted what was left in /usr/X11R6 and remaining graphical stuff in /usr/local. Recompiled from scratch. But still mozilla dies after having worked on disk for almost a minute, leaving only one line saying "killed". In /var/log/messages there is a message saying: Mar 24 05:53:39 enigma /kernel: swap_pager: out of swap space Mar 24 05:53:41 enigma /kernel: swap_pager_getswapspace: failed Mar 24 05:53:41 enigma /kernel: pid 67777 (mozilla-bin), uid 1001, was killed: out of swap space but no other applications are running except for Windowmaker and swapinfo gives: [gunnar@enigma gunnar]$ swapinfo Device 1K-blocks Used Avail Capacity Type /dev/rad0s2b 130944 31020 99924 24% Interleaved Anyone having some kind of explanation? Graphic card is Matrox G200, so there's nothing new and exclusvive there. What more info do you need to draw any conclusions? -- Gunnar Flygt From owner-freebsd-stable@FreeBSD.ORG Fri Feb 3 11:23:21 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 73E5B16A430 for ; Fri, 3 Feb 2006 11:23:21 +0000 (GMT) (envelope-from gunnar.flygt@sr.se) Received: from dart.sr.se (dart.SR.SE [134.25.0.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 15D9743D5C for ; Fri, 3 Feb 2006 11:23:19 +0000 (GMT) (envelope-from gunnar.flygt@sr.se) Received: from honken.sr.se (honken.sr.se [134.25.128.27]) by dart.sr.se (8.13.1/8.13.1) with ESMTP id k13BNJBs058473; Fri, 3 Feb 2006 12:23:19 +0100 (CET) (envelope-from gunnar.flygt@sr.se) Received: from bsd-gf.sr.se (bsd-gf.SR.SE [134.25.200.100]) by honken.sr.se (8.13.3/8.13.3) with ESMTP id k13BNI7h041476; Fri, 3 Feb 2006 12:23:18 +0100 (CET) (envelope-from gunnar.flygt@sr.se) Received: from localhost (localhost [IPv6:::1]) by bsd-gf.sr.se (8.13.4/8.13.4) with ESMTP id k13BLjeg068977; Fri, 3 Feb 2006 12:23:18 +0100 (CET) (envelope-from gunnar.flygt@sr.se) From: Gunnar Flygt To: Joe Marcus Clarke Message-ID: <20030324164029.GA79009@sr.se> Mail-Followup-To: Gunnar Flygt , Joe Marcus Clarke , FreeBSD Stable References: <20030324050458.GA71164@sr.se> <1048483205.45849.76.camel@shumai.marcuscom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1048483205.45849.76.camel@shumai.marcuscom.com> User-Agent: Mutt/1.4i Lines: 43 Cc: FreeBSD Stable Subject: Re: Uninstalled all X stuff, still no mozilla X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Gunnar Flygt List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Fri, 03 Feb 2006 11:23:21 -0000 X-Original-Date: Mon, 24 Mar 2003 17:40:29 +0100 X-List-Received-Date: Fri, 03 Feb 2006 11:23:21 -0000 On Mon, Mar 24, 2003 at 12:20:06AM -0500, Joe Marcus Clarke wrote: > On Mon, 2003-03-24 at 00:04, Gunnar Flygt wrote: > > How come it is so impossible to make mozilla work with Xft? > > > > I uninstalled everything that involves X on my home machine, > > running 4.8-RC, deleted what was left in /usr/X11R6 and remaining > > graphical stuff in /usr/local. Recompiled from scratch. But still > > mozilla dies after having worked on disk for almost a minute, > > leaving only one line saying "killed". > > > > In /var/log/messages there is a message saying: > > Mar 24 05:53:39 enigma /kernel: swap_pager: out of swap space > > Mar 24 05:53:41 enigma /kernel: swap_pager_getswapspace: failed > > Mar 24 05:53:41 enigma /kernel: pid 67777 (mozilla-bin), uid 1001, was killed: out of swap space > > Besides the FAQ I just sent you, do you have any user limits that could > be limiting the amount of per-process swap? What does the output of > limit say for the user you're with which you're trying to run Mozilla? Actually when uninstalling everything having to do with X, and reinstall it all, I forgot to install webfonts and mozillafonts. It is running now but with worse fonts than I've ever seen. It definitively is not "anti-aliased" even though it is compiled with Xft2 support now. And for all the things in the FAQ, I've followed this list since the mozilla Xft thing started and tried all things you suugest, except for the total de/reinstall of everything XFree86 related. I guess I'll have to live with the horrible fonts in mozilla. It WAS much better though before this Xft-thread started :( > > Joe > > -- > PGP Key : http://www.marcuscom.com/pgp.asc -- Gunnar Flygt OPC Data Sveriges Radio From owner-freebsd-stable@FreeBSD.ORG Fri Feb 3 11:39:41 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1AE3716A422 for ; Fri, 3 Feb 2006 11:39:41 +0000 (GMT) (envelope-from serg@tmn.ru) Received: from sbtx.tmn.ru (sbtx.tmn.ru [212.76.160.49]) by mx1.FreeBSD.org (Postfix) with ESMTP id F1C4443D45 for ; Fri, 3 Feb 2006 11:39:39 +0000 (GMT) (envelope-from serg@tmn.ru) Received: from sv.tech.sibitex.tmn.ru (sv.tech.sibitex.tmn.ru [10.76.160.59]) by sbtx.tmn.ru (8.13.3/8.13.3) with ESMTP id k13BdaRu083570; Fri, 3 Feb 2006 16:39:36 +0500 (YEKT) (envelope-from serg@tmn.ru) Received: from sv.tech.sibitex.tmn.ru (localhost.tech.sibitex.tmn.ru [127.0.0.1]) by sv.tech.sibitex.tmn.ru (8.13.4/8.13.4) with ESMTP id k13Bdava042458; Fri, 3 Feb 2006 16:39:36 +0500 (YEKT) (envelope-from serg@sv.tech.sibitex.tmn.ru) Received: (from serg@localhost) by sv.tech.sibitex.tmn.ru (8.13.4/8.13.4/Submit) id k13Bda6F042429; Fri, 3 Feb 2006 16:39:36 +0500 (YEKT) (envelope-from serg) Date: Fri, 3 Feb 2006 16:39:36 +0500 From: "Sergey N. Voronkov" To: Gunnar Flygt , FreeBSD Stable Message-ID: <20060203113936.GA26447@tmn.ru> References: <20030306093212.GF86982@sr.se> <20030306132936.GB12820@sr.se> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030306132936.GB12820@sr.se> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on sbtx.tmn.ru X-Virus-Status: Clean Cc: Subject: Re: XFree86 4.3.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Feb 2006 11:39:41 -0000 On Thu, Mar 06, 2003 at 02:29:36PM +0100, Gunnar Flygt wrote: > On Thu, Mar 06, 2003 at 10:32:12AM +0100, Gunnar Flygt wrote: > > I just want to report one more good thing. I recompiled mozilla > > from scratch right out of the ports directory, and it runs fine now > > with Xft support and all. > > Again I have to reply to my own answer. The good thing is still > good, but only on one of the 3 systems I test 4.3.0 on. > > The system working OK is a newly installed laptop which runs > 5.0-CURRENT. The second system is an ordinary desktop 1.4GHz > Dell, which runs 4.7-STABLE. Here mozilla behaves as earlier > described. The info "No Windows found" is shown and then I get > the prompt back again. No mozilla started. I'm trying a recompile > of Xft using `portupgrade -r -f Xft` to see if this makes any > difference. > > But at least XFree86 4.3.0 runs fine. Something from the past? Serg N. Voronkov, Sibitex Ltd. From owner-freebsd-stable@FreeBSD.ORG Fri Feb 3 11:43:31 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B4D1E16A420; Fri, 3 Feb 2006 11:43:31 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from mail.yazzy.net (mail.yazzy.net [217.8.140.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id D800343D76; Fri, 3 Feb 2006 11:43:27 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from mail.witelcom.com ([84.247.144.144] helo=marcin) by mail.yazzy.net with esmtps (TLSv1:AES256-SHA:256) (YazzY.org) id 1F4zLA-0005z8-CQ; Fri, 03 Feb 2006 12:43:00 +0100 Date: Fri, 3 Feb 2006 12:43:25 +0100 From: Marcin Jessa To: kalin@el.net Message-Id: <20060203124325.5f512537.lists@yazzy.org> In-Reply-To: <59391.24.90.33.115.1138965018.squirrel@mail.el.net> References: <52993.24.90.33.115.1138913403.squirrel@mail.el.net> <59391.24.90.33.115.1138965018.squirrel@mail.el.net> Organization: YazzY.org X-Mailer: Sylpheed version 2.0.4 (GTK+ 2.8.11; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spam-Score: -2.3 (--) Cc: stable@FreeBSD.org, freebsd-questions@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: dhclient in 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Feb 2006 11:43:32 -0000 On Fri, 3 Feb 2006 06:10:18 -0500 (EST) "make stuff up" wrote: > hi all... again... > > i sent this message to general questions but nobody got excited > about it. > > i just installed 6 on my t30 laptop. brand new. when trying > dhclient i get: > > DHCPDISCOVER on fxp0 to 255.255.255.255 port 67 interval 5 > > this trys 6 times then this shows up: > > No DHCPOFFERS received. > No working leases in present database - sleeping. > > i run a tcpdump while requesting a lease and for every DHCPDISCOVER i > get this line: > 2. 999913 IP 0.0.0.0.68 > 255.255.255.255.67: UDP, length 300 > > then a line of: > > mac.number > mac.number, Unknown Ethertype (0xb20e), length 61: > > i'm typing this because i can't get the machine on line... > > restarted tha laptop many times and the dhcp server too. the dhclinet > on another older laptop works fine with the same server... > > i really need this solved.... soon... never seen it before... there > is nothing much on line about it. the same t30 laptop was working > fine with 5.4... There was a change in DHCP between FreeBSD 5.x and 6. I noticed the same behaviour with a couple of hw broadband routers. AFAIR this was also reported back to the list, still no fix was provided. Cheers, Marcin. PS. questions@freebsd.org and freebsd-questions@freebsd.org is the same list. The first one has this name becouse of compatibility with former setup of mailing list names. From owner-freebsd-stable@FreeBSD.ORG Fri Feb 3 11:46:13 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 452FF16A422 for ; Fri, 3 Feb 2006 11:46:13 +0000 (GMT) (envelope-from joao.barros@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id A4DB443D45 for ; Fri, 3 Feb 2006 11:46:12 +0000 (GMT) (envelope-from joao.barros@gmail.com) Received: by xproxy.gmail.com with SMTP id t12so421295wxc for ; Fri, 03 Feb 2006 03:46:12 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=QLjacz0Uu+Lz+7g42zEE/0lUxSc8D6dIy1zPXDPALLTcux9iGXy/gO4g+yhjUueIyafJPGbfQYo5HIhS9HzpUpTSdBOl9GaI75tHuySvos11HOojnp7WjxUJACDdsKbvHrzt9dnBS2FiZyP7Vr895C97JdxlaVe3/jid1PiPJlQ= Received: by 10.70.86.8 with SMTP id j8mr1956635wxb; Fri, 03 Feb 2006 03:46:12 -0800 (PST) Received: by 10.70.10.18 with HTTP; Fri, 3 Feb 2006 03:46:12 -0800 (PST) Message-ID: <70e8236f0602030346x1b8b08f4scd6e196f0cd4c483@mail.gmail.com> Date: Fri, 3 Feb 2006 11:46:12 +0000 From: Joao Barros To: Geoffroy Desvernay In-Reply-To: <43E33BE5.9080800@dgeos.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <43E33BE5.9080800@dgeos.net> Cc: stable@freebsd.org, markhannon@optusnet.com.au Subject: Re: i386/86880: [hang] 6.0 hangs or reboots whilst 5.4 is stable (ASUS-A7NX motherboard with nforce2 chipset) (regression) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Feb 2006 11:46:13 -0000 On 2/3/06, Geoffroy Desvernay wrote: > I've got the same problem with an A7N8X-X (athlon 2000+) motherboard and > 6-STABLE (Build Feb, 2 2006). > > booting with kernel.debug says nothing, seems to be hardware hang but > doesn't happend with linux nor OpenBSD. Didn't tried 5.3 yet. > > Hang after detection of ATA devices (floppy's light turns on, then hang) > Try disabling firewire in the BIOS or connecting a device and see if you can boot. I have a similar problem and there's a PR open where you can check more details: i386/69218 -- Joao Barros From owner-freebsd-stable@FreeBSD.ORG Fri Feb 3 11:58:41 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C2F5716A420 for ; Fri, 3 Feb 2006 11:58:41 +0000 (GMT) (envelope-from kalin@el.net) Received: from mail.el.net (mail.el.net [68.165.89.91]) by mx1.FreeBSD.org (Postfix) with ESMTP id ACF4E43D77 for ; Fri, 3 Feb 2006 11:58:33 +0000 (GMT) (envelope-from kalin@el.net) Received: (qmail 11588 invoked by uid 1008); 3 Feb 2006 11:59:01 -0000 Received: from unknown (HELO mail.el.net) (127.0.0.1) by mail.el.net with SMTP; 3 Feb 2006 11:59:01 -0000 Received: from 24.90.33.115 (SquirrelMail authenticated user kalin@el.net) by mail.el.net with HTTP; Fri, 3 Feb 2006 06:59:01 -0500 (EST) Message-ID: <57854.24.90.33.115.1138967941.squirrel@mail.el.net> In-Reply-To: <20060203124325.5f512537.lists@yazzy.org> References: <52993.24.90.33.115.1138913403.squirrel@mail.el.net> <59391.24.90.33.115.1138965018.squirrel@mail.el.net> <20060203124325.5f512537.lists@yazzy.org> Date: Fri, 3 Feb 2006 06:59:01 -0500 (EST) From: "make stuff up" To: "Marcin Jessa" User-Agent: SquirrelMail/1.4.5 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: stable@freebsd.org, freebsd-questions@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: dhclient in 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: kalin@el.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Feb 2006 11:58:41 -0000 > > There was a change in DHCP between FreeBSD 5.x and 6. > I noticed the same behaviour with a couple of hw broadband routers. > AFAIR this was also reported back to the list, still no fix was > provided. thank you... does that mean back to 5.4 for now? this is the only system i have on the laptop and travel a lot.... i thought 6 has been out for a while now.... i mean stuff like dhclient is pretty basic.. thanks again... > > Cheers, > Marcin. > > > PS. questions@freebsd.org and freebsd-questions@freebsd.org is the same > list. The first one has this name becouse of compatibility with > former setup of mailing list names. > From owner-freebsd-stable@FreeBSD.ORG Fri Feb 3 12:09:10 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6226816A420; Fri, 3 Feb 2006 12:09:10 +0000 (GMT) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (newtrinity.zeist.de [217.24.217.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id B79AD43D46; Fri, 3 Feb 2006 12:09:09 +0000 (GMT) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (localhost [127.0.0.1]) by newtrinity.zeist.de (8.12.11/8.12.11/ZEIST.DE) with ESMTP id k13C968W043483; Fri, 3 Feb 2006 13:09:06 +0100 (CET) (envelope-from marius@newtrinity.zeist.de) Received: (from marius@localhost) by newtrinity.zeist.de (8.12.11/8.12.10/Submit) id k13C91gR043482; Fri, 3 Feb 2006 13:09:01 +0100 (CET) (envelope-from marius) Date: Fri, 3 Feb 2006 13:09:01 +0100 From: Marius Strobl To: Harti Brandt Message-ID: <20060203130901.A42788@newtrinity.zeist.de> References: <20060201165326.6E44E7302F@freebsd-current.sentex.ca> <20060201180223.O52964@beagle.kn.op.dlr.de> <43E0F41C.5020907@samsco.org> <86fyn242w0.fsf@xps.des.no> <20060203090804.Q59587@beagle.kn.op.dlr.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20060203090804.Q59587@beagle.kn.op.dlr.de>; from hartmut.brandt@dlr.de on Fri, Feb 03, 2006 at 09:09:43AM +0100 X-AntiVirus-modified: yes X-AntiVirus: checked by AntiVir Milter (version: 1.1.2-1; AVE: 6.33.0.31; VDF: 6.33.0.195; host: newtrinity.zeist.de) Cc: =?iso-8859-1?Q?Dag-Erling_Sm=F8rgrav?= , stable@freebsd.org, src-committers@freebsd.org, sparc64@freebsd.org Subject: Re: [releng_6 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Feb 2006 12:09:10 -0000 On Fri, Feb 03, 2006 at 09:09:43AM +0100, Harti Brandt wrote: > On Thu, 2 Feb 2006, Dag-Erling Sm?rgrav wrote: > > DS>Scott Long writes: > DS>> I've been trying to reproduce this on my local hardware, but I can't > DS>> trigger it. > DS> > DS>The ISP driver abuses the inline keyword. As I told mjacob earlier, > DS>the extensive inlining not only breaks the build, but probably hurts > DS>performance as well. > DS> > DS>(what gcc is complaining about, specifically, is that expanding calls > DS>to inlined functions causes isp_target_notify() to grow by more than > DS>100%) > > The interesting point is: why does it build on my real sparc (2-UII CPUs, > 512MByte memory), but not on the tinderbox. Is there something about the > crosscompiler that is different? > GCC apparently does different intermediate optimizations when built as a cross compiler than the native one; in the past we've e.g. seen a GCC bug in the machine code generation that was only triggered when GCC was built as cross compiler and fed with differently optimized intermediate code due to that. Interestingly the resulting object files generated by the cross compiler and the native one for the source file where this triggered where the same once the bug in the machine code generation was fixed. Marius -- This mail was scanned by AntiVir Milter. This product is licensed for non-commercial use. See www.antivir.de for details. From owner-freebsd-stable@FreeBSD.ORG Fri Feb 3 12:32:34 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D935616A420 for ; Fri, 3 Feb 2006 12:32:34 +0000 (GMT) (envelope-from cristiano.deana@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 75A0143F11 for ; Fri, 3 Feb 2006 12:30:03 +0000 (GMT) (envelope-from cristiano.deana@gmail.com) Received: by wproxy.gmail.com with SMTP id 71so610498wra for ; Fri, 03 Feb 2006 04:29:29 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Whfl9mrvCgSxAWXmMieJJ8kIpOg+NJlqaxxLzMdhMtwPs5Uc5eP5jgbAdv2ncsXOtp3QQHfA5WNmR6KqJSsw8nymXxHORYZadRxxz9Fj1EB2EJLehSE237dbNVr2+/5d8WFhCTrdvb/vKQQawkefht0UDIxiI3hePqd8EgA8ENw= Received: by 10.54.114.2 with SMTP id m2mr2302152wrc; Fri, 03 Feb 2006 04:29:27 -0800 (PST) Received: by 10.54.113.14 with HTTP; Fri, 3 Feb 2006 04:29:27 -0800 (PST) Message-ID: Date: Fri, 3 Feb 2006 13:29:27 +0100 From: Cristiano Deana To: stable@freebsd.org, freebsd-questions@freebsd.org In-Reply-To: <57854.24.90.33.115.1138967941.squirrel@mail.el.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <52993.24.90.33.115.1138913403.squirrel@mail.el.net> <59391.24.90.33.115.1138965018.squirrel@mail.el.net> <20060203124325.5f512537.lists@yazzy.org> <57854.24.90.33.115.1138967941.squirrel@mail.el.net> Cc: Subject: Re: dhclient in 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Feb 2006 12:32:35 -0000 2006/2/3, make stuff up : > thank you... does that mean back to 5.4 for now? Try install /usr/ports/net/isc-dhcp3-client/ -- Cris, member of G.U.F.I Italian FreeBSD User Group http://www.gufi.org/ From owner-freebsd-stable@FreeBSD.ORG Fri Feb 3 12:54:38 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA34E16A420 for ; Fri, 3 Feb 2006 12:54:38 +0000 (GMT) (envelope-from kalin@el.net) Received: from mail.el.net (mail.el.net [68.165.89.91]) by mx1.FreeBSD.org (Postfix) with ESMTP id 169CA43D58 for ; Fri, 3 Feb 2006 12:54:33 +0000 (GMT) (envelope-from kalin@el.net) Received: (qmail 22371 invoked by uid 1008); 3 Feb 2006 12:55:01 -0000 Received: from unknown (HELO mail.el.net) (127.0.0.1) by mail.el.net with SMTP; 3 Feb 2006 12:55:01 -0000 Received: from 24.90.33.115 (SquirrelMail authenticated user kalin@el.net) by mail.el.net with HTTP; Fri, 3 Feb 2006 07:55:01 -0500 (EST) Message-ID: <54176.24.90.33.115.1138971301.squirrel@mail.el.net> In-Reply-To: References: <52993.24.90.33.115.1138913403.squirrel@mail.el.net> <59391.24.90.33.115.1138965018.squirrel@mail.el.net> <20060203124325.5f512537.lists@yazzy.org> <57854.24.90.33.115.1138967941.squirrel@mail.el.net> Date: Fri, 3 Feb 2006 07:55:01 -0500 (EST) From: "kalin mintchev" To: "Cristiano Deana" User-Agent: SquirrelMail/1.4.5 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: stable@freebsd.org, freebsd-questions@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: dhclient in 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: kalin@el.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Feb 2006 12:54:38 -0000 > 2006/2/3, make stuff up : > >> thank you... does that mean back to 5.4 for now? > > Try install /usr/ports/net/isc-dhcp3-client/ without a connection? > > -- > Cris, member of G.U.F.I > Italian FreeBSD User Group > http://www.gufi.org/ > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Fri Feb 3 13:24:17 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0A42716A422 for ; Fri, 3 Feb 2006 13:24:17 +0000 (GMT) (envelope-from karagodov@gmail.com) Received: from uproxy.gmail.com (uproxy.gmail.com [66.249.92.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7BF6143D5E for ; Fri, 3 Feb 2006 13:24:14 +0000 (GMT) (envelope-from karagodov@gmail.com) Received: by uproxy.gmail.com with SMTP id o2so327716uge for ; Fri, 03 Feb 2006 05:24:13 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=DIAgRN9bqwKUeydOvQnj12qjopBZrL08OVrNfpltRej7zNhFYU8DaIXLjlDztOc9V++tNQamK60u4OBNlaAW5Nd+xW6269SwtxLd/GkKstFMkRgOjAAYiivx7npDok+JKJsbWg9+ktXYgM9zUlnCpSymOh+ud8kMHQ08eE+kHnk= Received: by 10.66.225.15 with SMTP id x15mr955833ugg; Fri, 03 Feb 2006 05:24:12 -0800 (PST) Received: by 10.67.15.15 with HTTP; Fri, 3 Feb 2006 05:24:12 -0800 (PST) Message-ID: Date: Fri, 3 Feb 2006 16:24:12 +0300 From: Alexey Karagodov To: kalin mintchev , Cristiano Deana , stable@freebsd.org, freebsd-questions@freebsd.org, freebsd-mobile@freebsd.org In-Reply-To: <20060203130241.GJ44469@pegasus.dyndns.info> MIME-Version: 1.0 References: <52993.24.90.33.115.1138913403.squirrel@mail.el.net> <59391.24.90.33.115.1138965018.squirrel@mail.el.net> <20060203124325.5f512537.lists@yazzy.org> <57854.24.90.33.115.1138967941.squirrel@mail.el.net> <54176.24.90.33.115.1138971301.squirrel@mail.el.net> <20060203130241.GJ44469@pegasus.dyndns.info> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: dhclient in 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Feb 2006 13:24:17 -0000 dHJ5IGluc3RhbGwgL3Vzci9wb3J0cy9uZXQvaXNjLWRoY3AzLWNsaWVudAphbmQgZWRpdCB5b3Vy IHJjLmNvbmY6CmRoY2xpZW50X3Byb2dyYW09Ii91c3IvbG9jYWwvc2Jpbi9kaGNsaWVudCIKZGhj bGllbnRfZmxhZ3M9IHNlZSBtYW51YWwgZm9yIGlzYy1kaGNwMy1jbGllbnQKCgoyMDA2LzIvMywg RnJhbmsgQWx0cGV0ZXIgPGZyYW5rQGFsdHBldGVyLmRlPjoKPgo+IEhpIHRoZXJlLAo+Cj4ga2Fs aW4gbWludGNoZXYgd3JvdGUgb24gMjAwNi0wMi0wMyBhdCAxMzo1NTowMSBDRVQ6Cj4gPiA+IDIw MDYvMi8zLCBtYWtlIHN0dWZmIHVwIDxrYWxpbkBlbC5uZXQ+Ogo+ID4gPgo+ID4gPj4gICB0aGFu ayB5b3UuLi4gIGRvZXMgdGhhdCBtZWFuIGJhY2sgdG8gNS40IGZvciBub3c/Cj4gPiA+Cj4gPiA+ IFRyeSBpbnN0YWxsIC91c3IvcG9ydHMvbmV0L2lzYy1kaGNwMy1jbGllbnQvCj4gPgo+ID4gICB3 aXRob3V0IGEgY29ubmVjdGlvbj8KPgo+IHRyeSB0byBtYW51YWxseSBpZmNvbmZpZyB5b3VyIGZ4 cDAgLSB0aGlzIHNob3VsZCB3b3JrLgo+Cj4KPiBMZSBkZWFnaCBkaMO5cmFnaGQsCj4KPiAgICAg ICAgRnJhbmsgQWx0cGV0ZXIKPgo+IC0tCj4gKioqIEZBLVJJUEUgKioqIGh0dHA6Ly9ibG9nLmZv eGFscGhhLmRlLyAqKiogU0lHIGF0IDExICoqKgo+IHwgSSdtIGFsd2F5cyByYXZlbm91cyB3aGVu IEknbSBhYm91dCB0byB0YWtlIGEgbG9uZyBqb3VybmV5Lgo+IHwgICAgICAgUnlnZWwgLSBETkEg TWFkIFNjaWVudGlzdAo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fCj4gZnJlZWJzZC1zdGFibGVAZnJlZWJzZC5vcmcgbWFpbGluZyBsaXN0Cj4gaHR0cDov L2xpc3RzLmZyZWVic2Qub3JnL21haWxtYW4vbGlzdGluZm8vZnJlZWJzZC1zdGFibGUKPiBUbyB1 bnN1YnNjcmliZSwgc2VuZCBhbnkgbWFpbCB0byAiZnJlZWJzZC1zdGFibGUtdW5zdWJzY3JpYmVA ZnJlZWJzZC5vcmciCj4K From owner-freebsd-stable@FreeBSD.ORG Fri Feb 3 13:33:59 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8887E16A420; Fri, 3 Feb 2006 13:33:59 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from mail.yazzy.net (mail.yazzy.net [217.8.140.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id 17D1843D4C; Fri, 3 Feb 2006 13:33:58 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from mail.witelcom.com ([84.247.144.144] helo=marcin) by mail.yazzy.net with esmtps (TLSv1:AES256-SHA:256) (YazzY.org) id 1F5147-0001Ph-Fs; Fri, 03 Feb 2006 14:33:32 +0100 Date: Fri, 3 Feb 2006 14:33:55 +0100 From: Marcin Jessa To: Frank Altpeter Message-Id: <20060203143355.088d2db0.lists@yazzy.org> In-Reply-To: <20060203130241.GJ44469@pegasus.dyndns.info> References: <52993.24.90.33.115.1138913403.squirrel@mail.el.net> <59391.24.90.33.115.1138965018.squirrel@mail.el.net> <20060203124325.5f512537.lists@yazzy.org> <57854.24.90.33.115.1138967941.squirrel@mail.el.net> <54176.24.90.33.115.1138971301.squirrel@mail.el.net> <20060203130241.GJ44469@pegasus.dyndns.info> Organization: YazzY.org X-Mailer: Sylpheed version 2.0.4 (GTK+ 2.8.11; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spam-Score: -2.3 (--) Cc: stable@freebsd.org, kalin@el.net, freebsd-questions@freebsd.org, freebsd-mobile@freebsd.org, cristiano.deana@gmail.com Subject: Re: dhclient in 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Feb 2006 13:33:59 -0000 On Fri, 3 Feb 2006 14:02:41 +0100 Frank Altpeter wrote: > Hi there, > > kalin mintchev wrote on 2006-02-03 at 13:55:01 CET: > > > 2006/2/3, make stuff up : > > > > > >> thank you... does that mean back to 5.4 for now? > > > > > > Try install /usr/ports/net/isc-dhcp3-client/ > > > > without a connection? > > try to manually ifconfig your fxp0 - this should work. Son't be silly. What if you dont know what IP you will get from the lease? That's what working implementation of DHCP is for... From owner-freebsd-stable@FreeBSD.ORG Fri Feb 3 14:06:41 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6BC4316A420; Fri, 3 Feb 2006 14:06:41 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from mail.yazzy.net (mail.yazzy.net [217.8.140.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id A8C5843D45; Fri, 3 Feb 2006 14:06:40 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from mail.witelcom.com ([84.247.144.144] helo=marcin) by mail.yazzy.net with esmtps (TLSv1:AES256-SHA:256) (YazzY.org) id 1F51Zk-0005Lx-RJ; Fri, 03 Feb 2006 15:06:13 +0100 Date: Fri, 3 Feb 2006 15:06:38 +0100 From: Marcin Jessa To: Frank Altpeter Message-Id: <20060203150638.25784e85.lists@yazzy.org> In-Reply-To: <20060203133917.GK44469@pegasus.dyndns.info> References: <52993.24.90.33.115.1138913403.squirrel@mail.el.net> <59391.24.90.33.115.1138965018.squirrel@mail.el.net> <20060203124325.5f512537.lists@yazzy.org> <57854.24.90.33.115.1138967941.squirrel@mail.el.net> <54176.24.90.33.115.1138971301.squirrel@mail.el.net> <20060203130241.GJ44469@pegasus.dyndns.info> <20060203143355.088d2db0.lists@yazzy.org> <20060203133917.GK44469@pegasus.dyndns.info> Organization: YazzY.org X-Mailer: Sylpheed version 2.0.4 (GTK+ 2.8.11; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spam-Score: -2.3 (--) Cc: stable@freebsd.org, kalin@el.net, cristiano.deana@gmail.com, freebsd-mobile@freebsd.org Subject: Re: dhclient in 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Feb 2006 14:06:41 -0000 On Fri, 3 Feb 2006 14:39:19 +0100 Frank Altpeter wrote: > Hi there, > > Marcin Jessa wrote on 2006-02-03 at 14:33:55 CET: > > On Fri, 3 Feb 2006 14:02:41 +0100 > > Frank Altpeter wrote: > > > > > Hi there, > > > > > > kalin mintchev wrote on 2006-02-03 at 13:55:01 CET: > > > > > 2006/2/3, make stuff up : > > > > > > > > > >> thank you... does that mean back to 5.4 for now? > > > > > > > > > > Try install /usr/ports/net/isc-dhcp3-client/ > > > > > > > > without a connection? > > > > > > try to manually ifconfig your fxp0 - this should work. > > > > Son't be silly. What if you dont know what IP you will get from the > > lease? That's what working implementation of DHCP is for... > > Take one IP that is free (e.g. doesn't ping) ? The plain presence of a > dhcp server doesn't mean that you're unable to use static > configuration. What if you take your laptop to an university to hold a lecture and you are unable to run dhcp? None of the students know of the IPs avaliable in the range. Some systems disallow traffic unless your MAC-address is registered in their database. Then they open up their firewall for you. Etc, etc... Use your imagination. From owner-freebsd-stable@FreeBSD.ORG Fri Feb 3 14:21:06 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 49BB016A420 for ; Fri, 3 Feb 2006 14:21:06 +0000 (GMT) (envelope-from tiksin@free.fr) Received: from mailhost.u-strasbg.fr (mailhost.u-strasbg.fr [130.79.200.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id 57B0143D49 for ; Fri, 3 Feb 2006 14:21:04 +0000 (GMT) (envelope-from tiksin@free.fr) Received: from umb.u-strasbg.fr (umb.u-strasbg.fr [130.79.160.1]) by mailhost.u-strasbg.fr (8.13.4/jtpda-5.5pre1) with ESMTP id k13EL3VP083542 for ; Fri, 3 Feb 2006 15:21:03 +0100 (CET) Received: from umb-sls99-006 (umb-sls99-006.u-strasbg.fr [130.79.169.245]) by umb.u-strasbg.fr (Postfix) with ESMTP id 4C1A12C34B for ; Fri, 3 Feb 2006 15:08:11 +0100 (CET) From: tiksin To: freebsd-stable@freebsd.org Date: Fri, 3 Feb 2006 15:21:04 +0100 User-Agent: KMail/1.8.3 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200602031521.04141.tiksin@free.fr> X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (mailhost.u-strasbg.fr [130.79.200.153]); Fri, 03 Feb 2006 15:21:03 +0100 (CET) X-Virus-Scanned: ClamAV 0.88/1273/Fri Feb 3 10:07:04 2006 on mr3.u-strasbg.fr X-Virus-Status: Clean X-Spam-Status: No, score=-0.9 required=5.0 tests=ALL_TRUSTED,AWL autolearn=disabled version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on mr3.u-strasbg.fr Subject: pthreads and ldap-python X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Feb 2006 14:21:06 -0000 Hi, I compile python-ldap 2.0.10 on FEEBSD6.0 with openldap 2.3.11 (seveur and client ). When i import the python ldap module i have the following error message: ImportError: libldap_r-2.3.so.1 Undefined symbol "pthread_attr_destroy" But on my desktop (Ubuntu), compilation and import work fine. I guess the problem is specific to freebsd. Any ideas ! tiksin PS: sorry for my bad english !! From owner-freebsd-stable@FreeBSD.ORG Fri Feb 3 15:44:20 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4F62016A420 for ; Fri, 3 Feb 2006 15:44:20 +0000 (GMT) (envelope-from kalin@el.net) Received: from mail.el.net (mail.el.net [68.165.89.91]) by mx1.FreeBSD.org (Postfix) with ESMTP id 50AE443D45 for ; Fri, 3 Feb 2006 15:44:18 +0000 (GMT) (envelope-from kalin@el.net) Received: (qmail 62235 invoked by uid 1008); 3 Feb 2006 15:44:46 -0000 Received: from unknown (HELO mail.el.net) (127.0.0.1) by mail.el.net with SMTP; 3 Feb 2006 15:44:46 -0000 Received: from 24.90.33.115 (SquirrelMail authenticated user kalin@el.net) by mail.el.net with HTTP; Fri, 3 Feb 2006 10:44:46 -0500 (EST) Message-ID: <60155.24.90.33.115.1138981486.squirrel@mail.el.net> In-Reply-To: References: <52993.24.90.33.115.1138913403.squirrel@mail.el.net> <59391.24.90.33.115.1138965018.squirrel@mail.el.net> <20060203124325.5f512537.lists@yazzy.org> <57854.24.90.33.115.1138967941.squirrel@mail.el.net> <54176.24.90.33.115.1138971301.squirrel@mail.el.net> <20060203130241.GJ44469@pegasus.dyndns.info> Date: Fri, 3 Feb 2006 10:44:46 -0500 (EST) From: "kalin mintchev" To: "Alexey Karagodov" User-Agent: SquirrelMail/1.4.5 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: stable@freebsd.org, Cristiano Deana , freebsd-questions@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: dhclient in 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: kalin@el.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Feb 2006 15:44:20 -0000 > try install /usr/ports/net/isc-dhcp3-client > and edit your rc.conf: > dhclient_program="/usr/local/sbin/dhclient" > dhclient_flags= see manual for isc-dhcp3-client ok.. this sounds reasonable... but how do i tell the dhcp server what number am i assigning to fxp0? now ifconfig shows exactly the same as on the other laptop except the IP of course. route get 192.168.1.1 shows also the same output except expire is a negative number. how do i make the dhcp sever aware of the IP i assigned to fxp0? thanks.... > > 2006/2/3, Frank Altpeter : >> >> Hi there, >> >> kalin mintchev wrote on 2006-02-03 at 13:55:01 CET: >> > > 2006/2/3, make stuff up : >> > > >> > >> thank you... does that mean back to 5.4 for now? >> > > >> > > Try install /usr/ports/net/isc-dhcp3-client/ >> > >> > without a connection? >> >> try to manually ifconfig your fxp0 - this should work. >> >> >> Le deagh dhùraghd, >> >> Frank Altpeter >> >> -- >> *** FA-RIPE *** http://blog.foxalpha.de/ *** SIG at 11 *** >> | I'm always ravenous when I'm about to take a long journey. >> | Rygel - DNA Mad Scientist >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to >> "freebsd-stable-unsubscribe@freebsd.org" >> > From owner-freebsd-stable@FreeBSD.ORG Fri Feb 3 17:29:49 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9434E16A420 for ; Fri, 3 Feb 2006 17:29:49 +0000 (GMT) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (xorpc.icir.org [192.150.187.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 44F3B43D45 for ; Fri, 3 Feb 2006 17:29:49 +0000 (GMT) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (localhost [127.0.0.1]) by xorpc.icir.org (8.12.11/8.12.11) with ESMTP id k13HTm36019183; Fri, 3 Feb 2006 09:29:48 -0800 (PST) (envelope-from rizzo@xorpc.icir.org) Received: (from rizzo@localhost) by xorpc.icir.org (8.12.11/8.12.3/Submit) id k13HTmib019182; Fri, 3 Feb 2006 09:29:48 -0800 (PST) (envelope-from rizzo) Date: Fri, 3 Feb 2006 09:29:48 -0800 From: Luigi Rizzo To: stable@freebsd.org Message-ID: <20060203092948.A18780@xorpc.icir.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i Cc: Subject: /sbin/init permissions X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Feb 2006 17:29:49 -0000 this is an old issue which i already brougth up some 5-6 years ago but probably got forgotten... /sbin/init is installed with very restrictive permissions: rizzo2# ls -l /sbin/init -r-x------ 1 root wheel 474696 Feb 2 12:27 /sbin/init rizzo2# which is terribly annoying when you have to set-up a diskless box and trying to share things without giving too much permissions. Can we change the permissions to 555 as for other normal programs ? There is nothing dangerous in that file to keep those permissions. cheers luigi From owner-freebsd-stable@FreeBSD.ORG Fri Feb 3 17:29:56 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A621816A420 for ; Fri, 3 Feb 2006 17:29:56 +0000 (GMT) (envelope-from dan@mail.neosystem.cz) Received: from gem.neosystem.cz (gem.neosystem.cz [81.95.103.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5660543D46 for ; Fri, 3 Feb 2006 17:29:55 +0000 (GMT) (envelope-from dan@mail.neosystem.cz) Received: from localhost (localhost [127.0.0.1]) by gem.neosystem.cz (Postfix) with ESMTP id 45E6A38AFAC for ; Fri, 3 Feb 2006 18:29:57 +0100 (CET) Received: from gem.neosystem.cz ([127.0.0.1]) by localhost (mail.neosystem.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 29184-05 for ; Fri, 3 Feb 2006 18:29:55 +0100 (CET) Received: from phobos.sky.net (ip-85-160-47-33.eurotel.cz [85.160.47.33]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by gem.neosystem.cz (Postfix) with ESMTP id B16A738737E for ; Fri, 3 Feb 2006 18:29:53 +0100 (CET) Date: Fri, 3 Feb 2006 18:23:12 +0100 From: Dan Bilik To: freebsd-stable@freebsd.org Message-Id: <20060203182312.671e3657.dan@mail.neosystem.cz> Organization: neosystem.cz X-Mailer: Sylpheed version 2.0.4 (GTK+ 2.8.10; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at neosystem.cz Subject: panic in uhci_abort_xfer: not in process context X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Feb 2006 17:29:56 -0000 Hi. >From time to time I have to connect to the Net through USB Qualcomm CDMA modem which really cannot be called "reliable piece of hardware (tm)". It often experiences spontaneous shutoffs and sometimes it just stops communicating on the port for a while and decides there are better things to do (like blinking or catching stronger signal or something). I'm OK with all this but unfortunately it triggers a panic in RELENG_6... (kgdb) bt #0 doadump () at pcpu.h:165 #1 0xc04f401c in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:399 #2 0xc04f45bf in panic (fmt=0xc0667796 "uhci_abort_xfer: not in process context") at /usr/src/sys/kern/kern_shutdown.c:555 #3 0xc0499cb2 in uhci_abort_xfer (xfer=0xc37e2d00, status=USBD_NORMAL_COMPLETION) at /usr/src/sys/dev/usb/uhci.c:1957 #4 0xc0499e10 in uhci_timeout_task (addr=0x0) at /usr/src/sys/dev/usb/uhci.c:1534 #5 0xc049d9f0 in usb_task_thread (arg=0x0) at /usr/src/sys/dev/usb/usb.c:476 #6 0xc04d7f6d in fork_exit (callout=0xc049d9b0 , arg=0x0, frame=0x0) at /usr/src/sys/kern/kern_fork.c:789 #7 0xc062b29c in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:208 There is similar PR (usb/76204), opened a year ago for 5.3-STABLE. Anyone else seeing this behaviour on RELENG_6? I wasn't able to trigger it manually by turning off the modem in the middle of transfer. But the modem strikes quite often so I can call it reproducable on that box, and it's possible to get more debugging info on demand. Dmesg available at http://neosystem.cz/freebsd/uhci_abort_xfer.dmesg Dan From owner-freebsd-stable@FreeBSD.ORG Fri Feb 3 17:54:09 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D4FB16A420; Fri, 3 Feb 2006 17:54:09 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id F1CCD43D45; Fri, 3 Feb 2006 17:54:08 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id k13Hp6Zi097097; Fri, 3 Feb 2006 10:51:07 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Fri, 03 Feb 2006 10:51:06 -0700 (MST) Message-Id: <20060203.105106.41729362.imp@bsdimp.com> To: des@des.no From: Warner Losh In-Reply-To: <86irrwre3y.fsf@xps.des.no> References: <86fyn242w0.fsf@xps.des.no> <20060203090804.Q59587@beagle.kn.op.dlr.de> <86irrwre3y.fsf@xps.des.no> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Fri, 03 Feb 2006 10:51:10 -0700 (MST) Cc: src-committers@freebsd.org, harti@freebsd.org, stable@freebsd.org, sparc64@freebsd.org Subject: Re: [releng_6 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Feb 2006 17:54:09 -0000 From: des@des.no (Dag-Erling Sm=F8rgrav) Subject: Re: [releng_6 tinderbox] failure on sparc64/sparc64 Date: Fri, 03 Feb 2006 10:22:25 +0100 > Harti Brandt writes: > > The interesting point is: why does it build on my real sparc (2-UII= CPUs, = > > 512MByte memory), but not on the tinderbox. Is there something abou= t the = > > crosscompiler that is different? > = > Different CFLAGS perhaps? These different CFLAGS have been a source of unending problems. I've broken the tinderbox build a couple of times when my LINT build worked w/o hassle. And I got grumped at it, even though I did everything right. Maybe we can build the interbox with a set of standard, well known flags? Warner From owner-freebsd-stable@FreeBSD.ORG Fri Feb 3 17:54:12 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8351B16A422; Fri, 3 Feb 2006 17:54:12 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C71143D46; Fri, 3 Feb 2006 17:54:11 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id k13Hr5Lp097108; Fri, 3 Feb 2006 10:53:05 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Fri, 03 Feb 2006 10:53:05 -0700 (MST) Message-Id: <20060203.105305.71186162.imp@bsdimp.com> To: des@des.no From: Warner Losh In-Reply-To: <861wykr9vx.fsf@xps.des.no> References: <8664nwrbp8.fsf@xps.des.no> <20060203102659.GA66445@xor.obsecurity.org> <861wykr9vx.fsf@xps.des.no> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Fri, 03 Feb 2006 10:53:06 -0700 (MST) Cc: src-committers@freebsd.org, harti@freebsd.org, kris@obsecurity.org, stable@freebsd.org, sparc64@freebsd.org Subject: Re: [releng_6 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Feb 2006 17:54:12 -0000 From: des@des.no (Dag-Erling Sm=F8rgrav) Subject: Re: [releng_6 tinderbox] failure on sparc64/sparc64 Date: Fri, 03 Feb 2006 11:53:38 +0100 > Kris Kennaway writes: > > COPTFLAGS=3D-O -pipe according to the tinderbox logs. > = > Hmm, yes, apparently it only uses -O2 on HEAD. Can we not have special flags for tinderbox builds? It make pre-commit testing a big pita. How about just -O on both head and in RELENG_6? The kernel make files have special magic to disable the parts of -O2 that are known to be bad because tinderbox uses -O2, despite efforts in the past to stop the practice. Warner From owner-freebsd-stable@FreeBSD.ORG Fri Feb 3 17:58:49 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6C2AC16A420; Fri, 3 Feb 2006 17:58:49 +0000 (GMT) (envelope-from bde@zeta.org.au) Received: from mailout2.pacific.net.au (mailout2.pacific.net.au [61.8.0.115]) by mx1.FreeBSD.org (Postfix) with ESMTP id B3ADB43D45; Fri, 3 Feb 2006 17:58:48 +0000 (GMT) (envelope-from bde@zeta.org.au) Received: from mailproxy2.pacific.net.au (mailproxy2.pacific.net.au [61.8.0.87]) by mailout2.pacific.net.au (8.13.4/8.13.4/Debian-3) with ESMTP id k13HwhM6002091; Sat, 4 Feb 2006 04:58:44 +1100 Received: from katana.zip.com.au (katana.zip.com.au [61.8.7.246]) by mailproxy2.pacific.net.au (8.13.4/8.13.4/Debian-3) with ESMTP id k13HweDZ024530; Sat, 4 Feb 2006 04:58:41 +1100 Date: Sat, 4 Feb 2006 04:58:40 +1100 (EST) From: Bruce Evans X-X-Sender: bde@delplex.bde.org To: "O. Hartmann" In-Reply-To: <43E1FD40.9060408@uni-mainz.de> Message-ID: <20060204042336.F11473@delplex.bde.org> References: <43E1D1E9.3000302@mail.uni-mainz.de> <43E1E8B0.3030702@uni-mainz.de> <20060202224815.K7234@delplex.bde.org> <43E1FD40.9060408@uni-mainz.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: "O. Hartmann" , freebsd-stable@FreeBSD.org, freebsd-amd64@FreeBSD.org Subject: Re: missing fpresetsticky in ieeefp.h X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Feb 2006 17:58:49 -0000 On Thu, 2 Feb 2006, O. Hartmann wrote: > Bruce Evans schrieb: >> On Thu, 2 Feb 2006, O. Hartmann wrote: >> ... >>>> Now take a look into , where this function should be >>>> declared. Nothing, I can not find this routine, it seems to be 'not >>>> available' on my FreeBSD6.1-PRERELEASE AMD64 (no 32Bit compatibility). >> >> It was removed for amd64 and never existed for some other arches. It was [fresetsticky()] >> apparently unused when it was removed a year ago. >> ... >> % RCS file: /home/ncvs/src/sys/amd64/include/ieeefp.h,v >> ... >> % revision 1.13 > ... > Thanks a lot. In prior software compilations of GMT on FBSD/AMD64 I commented > out the appropriate line in gmt_init.c without any hazardous effects - but I > never used GMT that intensive having ever recognozed any malicious side > effects. > > I should contact the guys from Soest/Hawaii asking them for any serious > effects commenting out this line on amd64 architectures. I think it is probably used only for error detection, if at all. Accumulated IEEE exceptions are supposed to be read using fpgetsticky() and then cleared using fp[re]setsticky() so that the next set accumulated can be distinguished from the old set. Applications should now use fesetexceptflag() instead of fp[re]setsticky(). BTW, the most useful fp* functions other than fp[re]setsticky(), namely fp{get,set}round(), never worked on ia64 due to the rounding flags values being misspelled, so there are unlikely to be any portable uses of the fp* functions in ports. The corresponding fe{get,set}round() functions work on at least i386, amd64 and ia64. Bruce From owner-freebsd-stable@FreeBSD.ORG Fri Feb 3 18:43:31 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9421C16A420; Fri, 3 Feb 2006 18:43:31 +0000 (GMT) (envelope-from scottl@pooker.samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1255543D49; Fri, 3 Feb 2006 18:43:30 +0000 (GMT) (envelope-from scottl@pooker.samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k13IYSlk052448; Fri, 3 Feb 2006 11:34:28 -0700 (MST) (envelope-from scottl@pooker.samsco.org) Date: Fri, 3 Feb 2006 11:34:28 -0700 (MST) From: Scott Long To: Warner Losh In-Reply-To: <20060203.105106.41729362.imp@bsdimp.com> Message-ID: <20060203113210.G10747@pooker.samsco.org> References: <86fyn242w0.fsf@xps.des.no> <20060203090804.Q59587@beagle.kn.op.dlr.de> <86irrwre3y.fsf@xps.des.no> <20060203.105106.41729362.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-554998001-1138991668=:10747" X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on pooker.samsco.org Cc: des@des.no, stable@freebsd.org, src-committers@freebsd.org, harti@freebsd.org, sparc64@freebsd.org Subject: Re: [releng_6 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Feb 2006 18:43:31 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-554998001-1138991668=:10747 Content-Type: TEXT/PLAIN; charset=iso-8859-1; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Fri, 3 Feb 2006, Warner Losh wrote: > From: des@des.no (Dag-Erling Sm=F8rgrav) > Subject: Re: [releng_6 tinderbox] failure on sparc64/sparc64 > Date: Fri, 03 Feb 2006 10:22:25 +0100 > >> Harti Brandt writes: >>> The interesting point is: why does it build on my real sparc (2-UII CPU= s, >>> 512MByte memory), but not on the tinderbox. Is there something about th= e >>> crosscompiler that is different? >> >> Different CFLAGS perhaps? > > These different CFLAGS have been a source of unending problems. I've > broken the tinderbox build a couple of times when my LINT build worked > w/o hassle. And I got grumped at it, even though I did everything > right. Maybe we can build the interbox with a set of standard, well > known flags? > > Warner > In this particular case, the problem only shows up when the module builds= =20 as part of the buildkernel target. It does not show up when the code is=20 built into thekernel nor when built as a standalone module. I think that= =20 this inconsistency is actually more problematic. Scott --0-554998001-1138991668=:10747-- From owner-freebsd-stable@FreeBSD.ORG Fri Feb 3 19:47:41 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8606C16A420 for ; Fri, 3 Feb 2006 19:47:41 +0000 (GMT) (envelope-from nakal@nurfuerspam.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.21]) by mx1.FreeBSD.org (Postfix) with SMTP id AA16D43D48 for ; Fri, 3 Feb 2006 19:47:40 +0000 (GMT) (envelope-from nakal@nurfuerspam.de) Received: (qmail invoked by alias); 03 Feb 2006 19:47:38 -0000 Received: from p5090C993.dip.t-dialin.net (EHLO klotz.local) [80.144.201.147] by mail.gmx.net (mp003) with SMTP; 03 Feb 2006 20:47:38 +0100 X-Authenticated: #989277 Received: from [192.168.0.2] (booky.local [192.168.0.2]) by klotz.local (8.13.4/8.13.4) with ESMTP id k13JlY0q003140 for ; Fri, 3 Feb 2006 20:47:35 +0100 (CET) (envelope-from nakal@nurfuerspam.de) Message-ID: <43E3B356.7030203@nurfuerspam.de> Date: Fri, 03 Feb 2006 20:47:34 +0100 From: Martin User-Agent: Thunderbird 1.5 (X11/20060113) MIME-Version: 1.0 To: stable@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: Subject: tr(1) buggy with de_DE.ISO8859-1(5) locale? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Feb 2006 19:47:41 -0000 Hi, There is a quite nasty bug in tr(1) when using de_DE.ISO8859-1(5) locale. Try this please: unsetenv LC_ALL setenv LANG de_DE.ISO8859-1 echo v | tr a-z A-Z I'm getting "W" as result. Shouldn't it be "V"? Produced on (probably more versions affected): FreeBSD 6.0-STABLE #0: Thu Jan 19 01:07:01 CET 2006 Martin From owner-freebsd-stable@FreeBSD.ORG Fri Feb 3 19:50:55 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5F28716A420 for ; Fri, 3 Feb 2006 19:50:55 +0000 (GMT) (envelope-from sbruno@miralink.com) Received: from mazo.miralink.com (mail.miralink.com [70.103.185.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2683D43D45 for ; Fri, 3 Feb 2006 19:50:55 +0000 (GMT) (envelope-from sbruno@miralink.com) Received: from iago.office.miralink.com (iago.office.miralink.com [10.0.0.40]) by mazo.miralink.com (Postfix) with ESMTP id C7EB036A30 for ; Fri, 3 Feb 2006 11:51:21 -0800 (PST) From: Sean Bruno To: freebsd-stable@freebsd.org Content-Type: text/plain Date: Fri, 03 Feb 2006 11:50:54 -0800 Message-Id: <1138996254.3156.5.camel@iago.office.miralink.com> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 (2.2.3-2.fc4) Content-Transfer-Encoding: 7bit Subject: Build 4.11 kernel on 6-Release X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Feb 2006 19:50:55 -0000 Just curious if I should even bother trying to compile 4.11's kernel under Release 6. Just tried and couldn't successfully 'config MYKERNEL_CONF': sbruno@desdemona$ config MIRALINK.serial_console config: ../compile/MIRALINK.serial_console: No such file or directory Sean Bruno From owner-freebsd-stable@FreeBSD.ORG Fri Feb 3 20:00:38 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 27AE016A420 for ; Fri, 3 Feb 2006 20:00:38 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 929A743D46 for ; Fri, 3 Feb 2006 20:00:37 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.13.1/8.13.3) id k13K0aPh043109; Fri, 3 Feb 2006 14:00:36 -0600 (CST) (envelope-from dan) Date: Fri, 3 Feb 2006 14:00:36 -0600 From: Dan Nelson To: Martin Message-ID: <20060203200036.GE38470@dan.emsphone.com> References: <43E3B356.7030203@nurfuerspam.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43E3B356.7030203@nurfuerspam.de> X-OS: FreeBSD 5.4-STABLE X-message-flag: Outlook Error User-Agent: Mutt/1.5.11 Cc: stable@freebsd.org Subject: Re: tr(1) buggy with de_DE.ISO8859-1(5) locale? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Feb 2006 20:00:38 -0000 In the last episode (Feb 03), Martin said: > There is a quite nasty bug in tr(1) when using de_DE.ISO8859-1(5) > locale. > > Try this please: > unsetenv LC_ALL > setenv LANG de_DE.ISO8859-1 > echo v | tr a-z A-Z > > I'm getting "W" as result. Shouldn't it be "V"? See the "tr" manpage, especially the EXAMPLES and COMPATIBILITY sections. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-stable@FreeBSD.ORG Fri Feb 3 20:23:36 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F172616A420 for ; Fri, 3 Feb 2006 20:23:36 +0000 (GMT) (envelope-from nakal@nurfuerspam.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.21]) by mx1.FreeBSD.org (Postfix) with SMTP id DC7A343D45 for ; Fri, 3 Feb 2006 20:23:35 +0000 (GMT) (envelope-from nakal@nurfuerspam.de) Received: (qmail invoked by alias); 03 Feb 2006 20:23:34 -0000 Received: from p5090C993.dip.t-dialin.net (EHLO klotz.local) [80.144.201.147] by mail.gmx.net (mp017) with SMTP; 03 Feb 2006 21:23:34 +0100 X-Authenticated: #989277 Received: from [192.168.0.1] (klotz.local [192.168.0.1]) by klotz.local (8.13.4/8.13.4) with ESMTP id k13KNRKq003450; Fri, 3 Feb 2006 21:23:30 +0100 (CET) (envelope-from nakal@nurfuerspam.de) Message-ID: <43E3BBBF.4000702@nurfuerspam.de> Date: Fri, 03 Feb 2006 21:23:27 +0100 From: Martin User-Agent: Mozilla Thunderbird 1.0.7 (X11/20060110) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Dan Nelson References: <43E3B356.7030203@nurfuerspam.de> <20060203200036.GE38470@dan.emsphone.com> In-Reply-To: <20060203200036.GE38470@dan.emsphone.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Y-GMX-Trusted: 0 Cc: stable@freebsd.org Subject: Re: tr(1) buggy with de_DE.ISO8859-1(5) locale? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Feb 2006 20:23:37 -0000 Dan Nelson wrote: > See the "tr" manpage, especially the EXAMPLES and COMPATIBILITY > sections. From tr(1) COMPATIBILITY: "Since tr now obeys the locale's collation order, this idiom may not produce correct results when there is not a 1:1 mapping between lower and upper case" Does this mean that because there is no 1:1 mapping of lower/uppercase "=C3=9F", I will never be able to use ranges like "tr s-w S-W"? Martin From owner-freebsd-stable@FreeBSD.ORG Fri Feb 3 20:57:11 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3BEEA16A420 for ; Fri, 3 Feb 2006 20:57:11 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from mail08.syd.optusnet.com.au (mail08.syd.optusnet.com.au [211.29.132.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id 817EF43D46 for ; Fri, 3 Feb 2006 20:57:10 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail08.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k13Kv8al020838 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sat, 4 Feb 2006 07:57:08 +1100 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.4/8.13.4) with ESMTP id k13Kv8fW003505; Sat, 4 Feb 2006 07:57:08 +1100 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.4/8.13.4/Submit) id k13Kv8Wb003504; Sat, 4 Feb 2006 07:57:08 +1100 (EST) (envelope-from peter) Date: Sat, 4 Feb 2006 07:57:07 +1100 From: Peter Jeremy To: Sean Bruno Message-ID: <20060203205707.GC1030@turion.vk2pj.dyndns.org> References: <1138996254.3156.5.camel@iago.office.miralink.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1138996254.3156.5.camel@iago.office.miralink.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Cc: freebsd-stable@freebsd.org Subject: Re: Build 4.11 kernel on 6-Release X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Feb 2006 20:57:11 -0000 On Fri, 2006-Feb-03 11:50:54 -0800, Sean Bruno wrote: >Just curious if I should even bother trying to compile 4.11's kernel >under Release 6. > >Just tried and couldn't successfully 'config MYKERNEL_CONF': Do you want to give some more detail. The 6.0 config won't work on a 4.11 config file. Something similar to the following should work: # cd somewhere # cvs -d /usr/ncvs co -rRELENG_4_11 -P src # cd src # make buildworld # make KERNCONF=MIRALINK.serial_console buildkernel It may be possible to avoid doing a full buildworld if you just need the kernel but you have to build the cross build tools and use them to build the kernel. -- Peter Jeremy From owner-freebsd-stable@FreeBSD.ORG Fri Feb 3 21:13:29 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D0DC416A420 for ; Fri, 3 Feb 2006 21:13:29 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3CB3C43D46 for ; Fri, 3 Feb 2006 21:13:28 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.13.1/8.13.3) id k13LDRnM090472; Fri, 3 Feb 2006 15:13:28 -0600 (CST) (envelope-from dan) Date: Fri, 3 Feb 2006 15:13:27 -0600 From: Dan Nelson To: Martin Message-ID: <20060203211327.GF38470@dan.emsphone.com> References: <43E3B356.7030203@nurfuerspam.de> <20060203200036.GE38470@dan.emsphone.com> <43E3BBBF.4000702@nurfuerspam.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <43E3BBBF.4000702@nurfuerspam.de> X-OS: FreeBSD 5.4-STABLE X-message-flag: Outlook Error User-Agent: Mutt/1.5.11 Cc: stable@freebsd.org Subject: Re: tr(1) buggy with de_DE.ISO8859-1(5) locale? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Feb 2006 21:13:29 -0000 In the last episode (Feb 03), Martin said: > Dan Nelson wrote: > >See the "tr" manpage, especially the EXAMPLES and COMPATIBILITY > >sections. > > From tr(1) COMPATIBILITY: > > "Since tr now obeys the locale's collation order, this idiom may not > produce correct results when there is not a 1:1 mapping between lower > and upper case" > > Does this mean that because there is no 1:1 mapping of > lower/uppercase "ß", I will never be able to use ranges like "tr s-w > S-W"? tr uses the collation sequence when expanding ranges, so the real problem is that the lowercase range "s-w" expands to "sßtuúùûüvw", and the uppercase range "S-W" expands to "STUÚÙÛÜVW", which is a smaller set. An alternative would be to use "tr stuvw STUVW" or "tr stuúùûüvw STUÚÙÛÜVW". -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-stable@FreeBSD.ORG Fri Feb 3 21:58:18 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6BD9516A420 for ; Fri, 3 Feb 2006 21:58:18 +0000 (GMT) (envelope-from nakal@nurfuerspam.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.21]) by mx1.FreeBSD.org (Postfix) with SMTP id 85D9743D45 for ; Fri, 3 Feb 2006 21:58:17 +0000 (GMT) (envelope-from nakal@nurfuerspam.de) Received: (qmail invoked by alias); 03 Feb 2006 21:58:15 -0000 Received: from p5090C993.dip.t-dialin.net (EHLO klotz.local) [80.144.201.147] by mail.gmx.net (mp017) with SMTP; 03 Feb 2006 22:58:15 +0100 X-Authenticated: #989277 Received: from [192.168.0.2] (booky.local [192.168.0.2]) by klotz.local (8.13.4/8.13.4) with ESMTP id k13Lw8LA003838; Fri, 3 Feb 2006 22:58:11 +0100 (CET) (envelope-from nakal@nurfuerspam.de) Message-ID: <43E3D1F1.60905@nurfuerspam.de> Date: Fri, 03 Feb 2006 22:58:09 +0100 From: Martin User-Agent: Thunderbird 1.5 (X11/20060113) MIME-Version: 1.0 To: Dan Nelson References: <43E3B356.7030203@nurfuerspam.de> <20060203200036.GE38470@dan.emsphone.com> <43E3BBBF.4000702@nurfuerspam.de> <20060203211327.GF38470@dan.emsphone.com> In-Reply-To: <20060203211327.GF38470@dan.emsphone.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Y-GMX-Trusted: 0 Cc: stable@freebsd.org Subject: Re: tr(1) buggy with de_DE.ISO8859-1(5) locale? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Feb 2006 21:58:18 -0000 Dan Nelson wrote: > tr uses the collation sequence when expanding ranges, so the real > problem is that the lowercase range "s-w" expands to "sßtuúùûüvw", and > the uppercase range "S-W" expands to "STUÚÙÛÜVW", which is a smaller > set. > > An alternative would be to use "tr stuvw STUVW" or "tr stuúùûüvw > STUÚÙÛÜVW". My real problem is that I could not figure out why ffmpeg-devel did not compile with MPEG-support, than I found this in its config.h: #define CONFIG_OGGWORBIS_ENCODER 1 #define CONFIG_OGGWORBIS_DECODER 1 #define CONFIG_OGGUHEORA_ENCODER 1 #define CONFIG_OGGUHEORA_DECODER 1 #define CONFIG_YWID_ENCODER 1 #define CONFIG_MPEG1WIDEO_ENCODER 1 #define CONFIG_MPEG2WIDEO_ENCODER 1 #define CONFIG_RW10_ENCODER 1 #define CONFIG_RW20_ENCODER 1 #define CONFIG_MSMPEG4W1_ENCODER 1 #define CONFIG_MSMPEG4W2_ENCODER 1 #define CONFIG_MSMPEG4W3_ENCODER 1 #define CONFIG_XMW1_ENCODER 1 #define CONFIG_XMW2_ENCODER 1 #define CONFIG_SWQ1_ENCODER 1 #define CONFIG_PGMÃÚW_ENCODER 1 #define CONFIG_HÚFFÃÚW_ENCODER 1 #define CONFIG_FFWHÚFF_ENCODER 1 #define CONFIG_ASW1_ENCODER 1 #define CONFIG_ASW2_ENCODER 1 etc. etc. I guess I have to set root user back to "C" locale. :( I can imagine that many people are using "tr a-z A-Z" (or similar) in configuration-scripts. Martin From owner-freebsd-stable@FreeBSD.ORG Fri Feb 3 22:02:58 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E9D5516A422 for ; Fri, 3 Feb 2006 22:02:58 +0000 (GMT) (envelope-from kalin@el.net) Received: from mail.el.net (mail.el.net [68.165.89.91]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7DE1B43D48 for ; Fri, 3 Feb 2006 22:02:57 +0000 (GMT) (envelope-from kalin@el.net) Received: (qmail 54980 invoked by uid 1008); 3 Feb 2006 22:03:27 -0000 Received: from unknown (HELO mail.el.net) (127.0.0.1) by mail.el.net with SMTP; 3 Feb 2006 22:03:27 -0000 Received: from 24.90.33.115 (SquirrelMail authenticated user kalin@el.net) by mail.el.net with HTTP; Fri, 3 Feb 2006 17:03:27 -0500 (EST) Message-ID: <61418.24.90.33.115.1139004207.squirrel@mail.el.net> In-Reply-To: <60155.24.90.33.115.1138981486.squirrel@mail.el.net> References: <52993.24.90.33.115.1138913403.squirrel@mail.el.net> <59391.24.90.33.115.1138965018.squirrel@mail.el.net> <20060203124325.5f512537.lists@yazzy.org> <57854.24.90.33.115.1138967941.squirrel@mail.el.net> <54176.24.90.33.115.1138971301.squirrel@mail.el.net> <20060203130241.GJ44469@pegasus.dyndns.info> <60155.24.90.33.115.1138981486.squirrel@mail.el.net> Date: Fri, 3 Feb 2006 17:03:27 -0500 (EST) From: "kalin mintchev" To: freebsd-questions@freebsd.org User-Agent: SquirrelMail/1.4.5 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: stable@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: dhclient in 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: kalin@el.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Feb 2006 22:02:59 -0000 >> try install /usr/ports/net/isc-dhcp3-client >> and edit your rc.conf: >> dhclient_program="/usr/local/sbin/dhclient" >> dhclient_flags= see manual for isc-dhcp3-client > > ok.. this sounds reasonable... > but how do i tell the dhcp server what number am i assigning to fxp0? > now ifconfig shows exactly the same as on the other laptop except the IP > of course. > > route get 192.168.1.1 shows also the same output except expire is a > negative number. how do i make the dhcp sever aware of the IP i assigned > to fxp0? anybody?! i lost too much time on this... i mean it's dhclient its not even trying to make RAID work... sorry to say i'm going back to 5.4... unless somebody has a quick workaround... thanks to the people that tried to help.. > thanks.... > > > >> >> 2006/2/3, Frank Altpeter : >>> >>> Hi there, >>> >>> kalin mintchev wrote on 2006-02-03 at 13:55:01 CET: >>> > > 2006/2/3, make stuff up : >>> > > >>> > >> thank you... does that mean back to 5.4 for now? >>> > > >>> > > Try install /usr/ports/net/isc-dhcp3-client/ >>> > >>> > without a connection? >>> >>> try to manually ifconfig your fxp0 - this should work. >>> >>> >>> Le deagh dhùraghd, >>> >>> Frank Altpeter >>> >>> -- >>> *** FA-RIPE *** http://blog.foxalpha.de/ *** SIG at 11 *** >>> | I'm always ravenous when I'm about to take a long journey. >>> | Rygel - DNA Mad Scientist >>> _______________________________________________ >>> freebsd-stable@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >>> To unsubscribe, send any mail to >>> "freebsd-stable-unsubscribe@freebsd.org" >>> >> > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Fri Feb 3 22:06:28 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4193D16A420 for ; Fri, 3 Feb 2006 22:06:28 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2EFD743D53 for ; Fri, 3 Feb 2006 22:06:27 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 14ABC1A3C1E; Fri, 3 Feb 2006 14:06:27 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 615DF5155A; Fri, 3 Feb 2006 17:06:26 -0500 (EST) Date: Fri, 3 Feb 2006 17:06:26 -0500 From: Kris Kennaway To: Martin Message-ID: <20060203220626.GA8814@xor.obsecurity.org> References: <43E3B356.7030203@nurfuerspam.de> <20060203200036.GE38470@dan.emsphone.com> <43E3BBBF.4000702@nurfuerspam.de> <20060203211327.GF38470@dan.emsphone.com> <43E3D1F1.60905@nurfuerspam.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ReaqsoxgOBHFXBhH" Content-Disposition: inline In-Reply-To: <43E3D1F1.60905@nurfuerspam.de> User-Agent: Mutt/1.4.2.1i Cc: stable@freebsd.org, Dan Nelson Subject: Re: tr(1) buggy with de_DE.ISO8859-1(5) locale? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Feb 2006 22:06:28 -0000 --ReaqsoxgOBHFXBhH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Feb 03, 2006 at 10:58:09PM +0100, Martin wrote: > Dan Nelson wrote: > >tr uses the collation sequence when expanding ranges, so the real > >problem is that the lowercase range "s-w" expands to "s??tu????????vw", = and > >the uppercase range "S-W" expands to "STU????????VW", which is a smaller > >set. > > > >An alternative would be to use "tr stuvw STUVW" or "tr stu????????vw > >STU????????VW". >=20 > My real problem is that I could not figure out why ffmpeg-devel did not > compile with MPEG-support, than I found this in its config.h: >=20 > #define CONFIG_OGGWORBIS_ENCODER 1 > #define CONFIG_OGGWORBIS_DECODER 1 > #define CONFIG_OGGUHEORA_ENCODER 1 > #define CONFIG_OGGUHEORA_DECODER 1 > #define CONFIG_YWID_ENCODER 1 > #define CONFIG_MPEG1WIDEO_ENCODER 1 > #define CONFIG_MPEG2WIDEO_ENCODER 1 > #define CONFIG_RW10_ENCODER 1 > #define CONFIG_RW20_ENCODER 1 > #define CONFIG_MSMPEG4W1_ENCODER 1 > #define CONFIG_MSMPEG4W2_ENCODER 1 > #define CONFIG_MSMPEG4W3_ENCODER 1 > #define CONFIG_XMW1_ENCODER 1 > #define CONFIG_XMW2_ENCODER 1 > #define CONFIG_SWQ1_ENCODER 1 > #define CONFIG_PGM????W_ENCODER 1 > #define CONFIG_H??FF????W_ENCODER 1 > #define CONFIG_FFWH??FF_ENCODER 1 > #define CONFIG_ASW1_ENCODER 1 > #define CONFIG_ASW2_ENCODER 1 >=20 > etc. etc. >=20 > I guess I have to set root user back to "C" locale. :( > I can imagine that many people are using "tr a-z A-Z" > (or similar) in configuration-scripts. There is a PR about this that contains a patch you could try. However, I don't know what other surprises may be lurking with non-C locales, and I need to schedule a full package build to find out. Kris --ReaqsoxgOBHFXBhH Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD49PiWry0BWjoQKURAld9AKDghtNgPTaBWrNqbElF/rtVLZsctACgtgRm wIFmY++No+rtshEuhcDFUNs= =WZYe -----END PGP SIGNATURE----- --ReaqsoxgOBHFXBhH-- From owner-freebsd-stable@FreeBSD.ORG Fri Feb 3 22:56:33 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A149716A420 for ; Fri, 3 Feb 2006 22:56:33 +0000 (GMT) (envelope-from chris@i13i.com) Received: from admin.i13i.com (admin.i13i.com [208.98.1.83]) by mx1.FreeBSD.org (Postfix) with SMTP id 2314D43D49 for ; Fri, 3 Feb 2006 22:56:32 +0000 (GMT) (envelope-from chris@i13i.com) Received: (qmail 93637 invoked from network); 3 Feb 2006 23:02:58 -0000 Received: from mail.i13i.com (HELO webmail.i13i.com) (208.98.15.133) by admin.i13i.com with SMTP; 3 Feb 2006 23:02:58 -0000 Received: from 201.155.124.51 (SquirrelMail authenticated user chris@i13i.com) by webmail.i13i.com with HTTP; Fri, 3 Feb 2006 17:02:58 -0600 (CST) Message-ID: <1650.201.155.124.51.1139007778.squirrel@webmail.i13i.com> In-Reply-To: <1138996254.3156.5.camel@iago.office.miralink.com> References: <1138996254.3156.5.camel@iago.office.miralink.com> Date: Fri, 3 Feb 2006 17:02:58 -0600 (CST) From: chris@i13i.com To: "Sean Bruno" User-Agent: SquirrelMail/1.4.5 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-stable@freebsd.org Subject: Re: Build 4.11 kernel on 6-Release X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Feb 2006 22:56:33 -0000 Why would you want to do that ? > Just curious if I should even bother trying to compile 4.11's kernel > under Release 6. > > Just tried and couldn't successfully 'config MYKERNEL_CONF': > > sbruno@desdemona$ config MIRALINK.serial_console > config: ../compile/MIRALINK.serial_console: No such file or directory > > > Sean Bruno > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Fri Feb 3 23:07:13 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 386CA16A420 for ; Fri, 3 Feb 2006 23:07:13 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from smtp104.biz.mail.re2.yahoo.com (smtp104.biz.mail.re2.yahoo.com [206.190.52.173]) by mx1.FreeBSD.org (Postfix) with SMTP id 9F23E43D55 for ; Fri, 3 Feb 2006 23:07:05 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: (qmail 64211 invoked from network); 3 Feb 2006 23:07:04 -0000 Received: from unknown (HELO optimator.noacks.org) (noackjr@supercrime.org@24.99.22.177 with login) by smtp104.biz.mail.re2.yahoo.com with SMTP; 3 Feb 2006 23:07:04 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id EA7056115; Fri, 3 Feb 2006 18:07:03 -0500 (EST) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 10517-11; Fri, 3 Feb 2006 18:07:03 -0500 (EST) Received: from [127.0.0.1] (optimator [192.168.1.11]) by optimator.noacks.org (Postfix) with ESMTP id E19FD60F3; Fri, 3 Feb 2006 18:07:02 -0500 (EST) Message-ID: <43E3E25A.1040208@alumni.rice.edu> Date: Fri, 03 Feb 2006 18:08:10 -0500 From: Jonathan Noack User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Martin References: <43E3B356.7030203@nurfuerspam.de> In-Reply-To: <43E3B356.7030203@nurfuerspam.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at noacks.org Cc: stable@freebsd.org Subject: Re: tr(1) buggy with de_DE.ISO8859-1(5) locale? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Feb 2006 23:07:13 -0000 Martin wrote: > There is a quite nasty bug in tr(1) when using > de_DE.ISO8859-1(5) locale. > > Try this please: > unsetenv LC_ALL > setenv LANG de_DE.ISO8859-1 > echo v | tr a-z A-Z > > I'm getting "W" as result. Shouldn't it be "V"? (Unexpected behavior explained elsewhere in the thread.) The correct way to change lower-case to upper-case is as follows: echo v | tr "[:lower:]" "[:upper:]" See tr(1) for more info. -Jonathan From owner-freebsd-stable@FreeBSD.ORG Fri Feb 3 23:18:46 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A31E216A422 for ; Fri, 3 Feb 2006 23:18:46 +0000 (GMT) (envelope-from sbruno@miralink.com) Received: from mazo.miralink.com (mail.miralink.com [70.103.185.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 57DF243D48 for ; Fri, 3 Feb 2006 23:18:46 +0000 (GMT) (envelope-from sbruno@miralink.com) Received: from iago.office.miralink.com (iago.office.miralink.com [10.0.0.40]) by mazo.miralink.com (Postfix) with ESMTP id E56AD369B6; Fri, 3 Feb 2006 15:19:12 -0800 (PST) From: Sean Bruno To: chris@i13i.com In-Reply-To: <1650.201.155.124.51.1139007778.squirrel@webmail.i13i.com> References: <1138996254.3156.5.camel@iago.office.miralink.com> <1650.201.155.124.51.1139007778.squirrel@webmail.i13i.com> Content-Type: text/plain Date: Fri, 03 Feb 2006 15:18:45 -0800 Message-Id: <1139008725.3156.17.camel@iago.office.miralink.com> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 (2.2.3-2.fc4) Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Build 4.11 kernel on 6-Release X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 03 Feb 2006 23:18:46 -0000 On Fri, 2006-02-03 at 17:02 -0600, chris@i13i.com wrote: > Why would you want to do that ? > I wanted to do some kernel debugging of an application under 4.11 and I had a freebsd6 box already setup. In order to do the serial port debugging method, I wanted to be able to debug the kernel I compiled without copying it from my Freebsd4 build machine. Sean From owner-freebsd-stable@FreeBSD.ORG Sat Feb 4 00:48:22 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9893B16A420 for ; Sat, 4 Feb 2006 00:48:22 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9330D43D46 for ; Sat, 4 Feb 2006 00:48:21 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id k140mICB026295; Fri, 3 Feb 2006 16:48:18 -0800 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id k140mIcl026294; Fri, 3 Feb 2006 16:48:18 -0800 Date: Fri, 3 Feb 2006 16:48:18 -0800 From: Brooks Davis To: "John T. Yocum" Message-ID: <20060204004818.GB24962@odin.ac.hmc.edu> References: <43E2F2B8.5040205@charter.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tjCHc7DPkfUGtrlw" Content-Disposition: inline In-Reply-To: <43E2F2B8.5040205@charter.net> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu Cc: freebsd-stable@freebsd.org Subject: Re: dhclient wedged X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Feb 2006 00:48:22 -0000 --tjCHc7DPkfUGtrlw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Feb 02, 2006 at 10:05:44PM -0800, John T. Yocum wrote: > I've been having a same sort of issue that others have reported. After=20 > dhclient has been running for a random length of time, it suddenly=20 > starts consuming a large amount of CPU. Unfortunately for me, the=20 > longest it tends to run is 48 hours before acting up. >=20 > I did get it rebuilt with debug symbols, and got a stack trace from it,= =20 > while it was acting up. Hopefully, it will be useful. I really need a core dump. A single stack trace just tells me the packet processing routing isn't working (or at least everything is getting rejected). Unfortunatly, I haven't had any luck finding bugs there by inspection. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --tjCHc7DPkfUGtrlw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFD4/nRXY6L6fI4GtQRAhJ3AKDZqKhLCOK4Rvn23TLi9HRB6WqpYACfTEZt 0cEaqcGJJupbY3Bx5j8YchU= =EfGF -----END PGP SIGNATURE----- --tjCHc7DPkfUGtrlw-- From owner-freebsd-stable@FreeBSD.ORG Sat Feb 4 00:55:02 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C74416A420 for ; Sat, 4 Feb 2006 00:55:02 +0000 (GMT) (envelope-from David_Hankins@isc.org) Received: from kaboom.isc.org (kaboom.isc.org [204.152.187.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F0D643D45 for ; Sat, 4 Feb 2006 00:55:01 +0000 (GMT) (envelope-from David_Hankins@isc.org) Received: by kaboom.isc.org (Postfix, from userid 10200) id B7E937BB36; Fri, 3 Feb 2006 16:55:01 -0800 (PST) Date: Fri, 3 Feb 2006 16:55:01 -0800 From: "David W. Hankins" To: freebsd-stable@freebsd.org Message-ID: <20060204005501.GD7613@isc.org> References: <52993.24.90.33.115.1138913403.squirrel@mail.el.net> <59391.24.90.33.115.1138965018.squirrel@mail.el.net> <20060203124325.5f512537.lists@yazzy.org> <57854.24.90.33.115.1138967941.squirrel@mail.el.net> <54176.24.90.33.115.1138971301.squirrel@mail.el.net> <20060203130241.GJ44469@pegasus.dyndns.info> <60155.24.90.33.115.1138981486.squirrel@mail.el.net> <61418.24.90.33.115.1139004207.squirrel@mail.el.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="TRYliJ5NKNqkz5bu" Content-Disposition: inline In-Reply-To: <61418.24.90.33.115.1139004207.squirrel@mail.el.net> User-Agent: Mutt/1.5.9i Subject: Re: dhclient in 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Feb 2006 00:55:02 -0000 --TRYliJ5NKNqkz5bu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Marcin Jessa wrote: > Son't be silly. What if you dont know what IP you will get from the > lease? That's what working implementation of DHCP is for... I thought that was why FreeBSD moved away from ISC DHCP to OpenBSD dhclient? Actually, I guess I never did understand that move. Certainly, no one ever explained it to me without a great deal of "wifi" handwaving. Let me introduce myself...I'm David Hankins. I work at a small non-profit company you may have heard of called ISC (www.isc.org). I'm a pretty lucky guy, because I get paid to maintain the ISC DHCP package. "See the world, write open source software," they said. For some time we've been fighting a defensive battle. Trying to get time and resources to spend bringing DHCP back out of the dark ages and up to snuff. When I first started working on DHCP, I was volunteering two days a week (don't knock it: I got 3.0.1 final released this way). It seemed the need for maintenance releases would never end. Now, I'm on DHCP full time, we're finally thinking offensively, and we've got DHCP 3.1.0 on our plates, forks in hand. "We at ISC cherish our relevance." If you've heard Paul Vixie say this once, you've probably heard him say it a million times. That's mostly because it's true. We lose relevance every time someone forks our code, or outright stops using our software alltogether. It's also our achilles heel. If you want to see ISC bring about some form of radical, controversial change, history has shown that credible threats of code forks will do it. Threats, mind you. Not acts. It's not supposed to come to that. I used to work with Martin Blapp to bring the ISC DHCP software distribution up to synch with the FreeBSD core and /usr/ports changes. "Reducing our forkiness". I had what I consider a great working relationship with Martin, and he was indespensible in the efforts to synch our sources. I certainly hope he found no reason to complain of me. If he did, he never spoke of it. Until one day, I heard from our sysadmin that FreeBSD 6.0 would use OpenBSD's dhclient. Now, this was pretty shocking to me. There was never a mention that anyone found anything 'missing'. There was never a threat, much less a motivation, of something like increasing code forks or discontinuing use of the software. And I was in the middle of this work I was doing with Martin at the time, poring over code changes to review and incorporate. Usually, you just have to keep your users happy to stay relevant in open source. Not true in this case, I went to bed the night before thinking FreeBSD was under my wing, happily being served well, and woke up the next day in a world where ISC had been kicked out of the house without so much as a bye-or-leave. With a code branch ready to roll for our next feature release that includes what used to be the FreeBSD feature changes, and a code branch of FreeBSD bugfixes now released in the 3.0.4 Beta release (one half of that noble work Martin helped me puzzle through), I was under the impression I was fulfilling all needs, in the absence of all complaint to the contrary. Maybe I was supposed to send someone a Christmas card and pack of candies? So, I pretty much haven't heard from anyone involved with the FreeBSD project ever since. I would have liked to have thought I could have had some sort of influence over that decision by being able to supply the features they needed. In the meantime, I have had more energy to devote to my contacts at various Linux distributions. Together, we've come up with a sort of vague consensus for the future of the ISC dhclient. It involves something called dBus (tearing out OMAPI in that process), switching to a one-daemon-per-interface model rather than the current one-daemon model (and taking care of the problem of integrating different option contents from multiple interfaces), and seeing what we can do to get rid of the tacky BPF requirement that dhclient still clings to for strict RFC2131 conformance. Some day, I hope to interface dhclient closely with the Network Manager; http://www.gnome.org/projects/NetworkManager/ And in general an open standard for allowing application-layer access to DHCP protocol services and options (Firefox getting http cache parameters or whatnot). Again via dBus. Then there's DHCPv6. There's no one I think I'm supposed to be talking to about architectural plans like these at FreeBSD. So all these plans are pretty much Linux centered. I mean, dBus is open, and Network Manager should build on all platforms, but you know there are always niggling platform specific details to work out. I also haven't had any time to look within FreeBSD to see what this OpenBSD dhclient was all about. So I also still don't even know what base features would get ISC back in the running for...I don't know...FreeBSD 7? Indeed, the schizm has grown so great that I recently installed over my FreeBSD-5 at-work-workstation with SUSE, so that I would have ready access to the tools and environment that my now -only- representative user base was most familiar with. I used to keep Linux at home and FreeBSD at work so that FreeBSD was represented primarily, and Linux was at arm's reach when I had dire need for it. Now I basically only work in Linux. I think we still have a FreeBSD-5 box in the lab if I was feeling nostalgic, but at this point I basically have nothing to do with that platform, save build testing. So I guess you can imagine my surprise when I hear through the grapevine that folks on freebsd-stable are offering the advice of "install /usr/ports/isc-dhcp". I thought we didn't cut the mustard enough to even talk to. If anyone at the FreeBSD project is unhappy with this schizm, it is news to me. If anyone would like to work with me to produce a, I shall term, "working implementation of DHCP" that's well suited to FreeBSD's needs, I would like to hear your thoughts on needs and requirements. Up until this, to me, unusual news, I had been planning the future without FreeBSD in the picture at all. It's surprising to me to think that someone still uses our client software on that platform. --=20 David W. Hankins "If you don't do it right the first time, Software Engineer you'll just have to do it again." Internet Systems Consortium, Inc. -- Jack T. Hankins --TRYliJ5NKNqkz5bu Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFD4/tlcXeLeWu2vmoRAnalAKCky60UDwIIddVmc4090UQ1/lqzQgCgqEAf w22wSamc5I3x1u/69RkCLtw= =ePW7 -----END PGP SIGNATURE----- --TRYliJ5NKNqkz5bu-- From owner-freebsd-stable@FreeBSD.ORG Sat Feb 4 01:13:15 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1053C16A420 for ; Sat, 4 Feb 2006 01:13:15 +0000 (GMT) (envelope-from dacunha@snet.co.ao) Received: from snet.co.ao (pop3.snet.co.ao [196.45.160.126]) by mx1.FreeBSD.org (Postfix) with ESMTP id B6CF843D46 for ; Sat, 4 Feb 2006 01:13:10 +0000 (GMT) (envelope-from dacunha@snet.co.ao) Received: from qos39sjkg3vkku [196.46.75.114] by snet.co.ao (SMTPD32-8.15) id AF9E1831029E; Sat, 04 Feb 2006 02:13:02 +0100 Message-ID: <006b01c62928$2521a370$6401a8c0@qos39sjkg3vkku> From: "Luis-Angola SNet" To: Date: Sat, 4 Feb 2006 02:13:01 +0100 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-RBL-Warning: REVDNS: This E-mail was sent from a MUA/MTA 196.46.75.114 with no reverse DNS entry. X-RBL-Warning: SPAMHEADERS: This E-mail has headers consistent with spam [4000080f]. X-Declude-Sender: dacunha@snet.co.ao [196.46.75.114] X-Spam-Tests-Failed: REVDNS, SPAMHEADERS [7] X-Note: This E-mail was scanned by Declude JunkMail (www.declude.com) for spam. Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: mailing list X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Feb 2006 01:13:15 -0000 DACUNHA@MWEB.CO.ZW Please take off this mailing list at once!!! I dunno what this is all = about but i do not wish to receive any more mails, hundreds of them = every day, that makes no sense whatsoever to me. Thank You Lucia da Cunha From owner-freebsd-stable@FreeBSD.ORG Sat Feb 4 01:45:57 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 07A7916A420 for ; Sat, 4 Feb 2006 01:45:57 +0000 (GMT) (envelope-from stephen@math.missouri.edu) Received: from sccmmhc91.asp.att.net (sccmmhc91.asp.att.net [204.127.203.211]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A38643D48 for ; Sat, 4 Feb 2006 01:45:56 +0000 (GMT) (envelope-from stephen@math.missouri.edu) Received: from [10.0.0.4] (12-216-248-146.client.mchsi.com[12.216.248.146]) by sccmmhc91.asp.att.net (sccmmhc91) with ESMTP id <20060204014555m9100spk2he>; Sat, 4 Feb 2006 01:45:55 +0000 Message-ID: <43E40751.4070207@math.missouri.edu> Date: Fri, 03 Feb 2006 19:45:53 -0600 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060122 X-Accept-Language: en-us, en MIME-Version: 1.0 To: stable@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Problem with memory stick X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Feb 2006 01:45:57 -0000 I have a Crucial 1GB USB 2.0 Gizmo memory stick. It does work, but not without its problems. When I insert it into the USB port, the kernel spits out a large number of bad looking messages - I'll copy them below. /dev/da0 is created, but no /dev/da0s1 is created. If I then do "mount_msdos /dev/da0 /mnt" it gives an appropriate error message, but then /dev/da0s1 is mysteriously created. At this point "mount_msdos /dev/da0s1 /mnt" works just right, and it is ready to use. I just get the feeling that it is not quite working how it should be. I am using a fairly recent RELENG_6 (maybe two weeks old). Here are the messages from dmesg. umass0: USB Flash Disk, rev 2.00/2.00, addr 2 da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-2 device da0: 40.000MB/s transfers da0: Attempt to query device size failed: UNIT ATTENTION, Not ready to ready change, (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): UNIT ATTENTION asc:28,0 (da0:umass-sim0:0:0:0): Not ready to ready change, medium may have changed (da0:umass-sim0:0:0:0): Retrying Command (per Sense Data) (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): UNIT ATTENTION asc:28,0 (da0:umass-sim0:0:0:0): Not ready to ready change, medium may have changed (da0:umass-sim0:0:0:0): Retrying Command (per Sense Data) (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): UNIT ATTENTION asc:28,0 (da0:umass-sim0:0:0:0): Not ready to ready change, medium may have changed (da0:umass-sim0:0:0:0): Retrying Command (per Sense Data) (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): UNIT ATTENTION asc:28,0 (da0:umass-sim0:0:0:0): Not ready to ready change, medium may have changed (da0:umass-sim0:0:0:0): Retrying Command (per Sense Data) (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): UNIT ATTENTION asc:28,0 (da0:umass-sim0:0:0:0): Not ready to ready change, medium may have changed (da0:umass-sim0:0:0:0): Retries Exhausted Opened disk da0 -> 6 (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): UNIT ATTENTION asc:28,0 (da0:umass-sim0:0:0:0): Not ready to ready change, medium may have changed (da0:umass-sim0:0:0:0): Retrying Command (per Sense Data) (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): UNIT ATTENTION asc:28,0 (da0:umass-sim0:0:0:0): Not ready to ready change, medium may have changed (da0:umass-sim0:0:0:0): Retrying Command (per Sense Data) (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): UNIT ATTENTION asc:28,0 (da0:umass-sim0:0:0:0): Not ready to ready change, medium may have changed (da0:umass-sim0:0:0:0): Retrying Command (per Sense Data) (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): UNIT ATTENTION asc:28,0 (da0:umass-sim0:0:0:0): Not ready to ready change, medium may have changed (da0:umass-sim0:0:0:0): Retrying Command (per Sense Data) (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): UNIT ATTENTION asc:28,0 (da0:umass-sim0:0:0:0): Not ready to ready change, medium may have changed (da0:umass-sim0:0:0:0): Retries Exhausted Opened disk da0 -> 6 (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): UNIT ATTENTION asc:28,0 (da0:umass-sim0:0:0:0): Not ready to ready change, medium may have changed (da0:umass-sim0:0:0:0): Retrying Command (per Sense Data) (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): UNIT ATTENTION asc:28,0 (da0:umass-sim0:0:0:0): Not ready to ready change, medium may have changed (da0:umass-sim0:0:0:0): Retrying Command (per Sense Data) (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): UNIT ATTENTION asc:28,0 (da0:umass-sim0:0:0:0): Not ready to ready change, medium may have changed (da0:umass-sim0:0:0:0): Retrying Command (per Sense Data) (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): UNIT ATTENTION asc:28,0 (da0:umass-sim0:0:0:0): Not ready to ready change, medium may have changed (da0:umass-sim0:0:0:0): Retrying Command (per Sense Data) (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): UNIT ATTENTION asc:28,0 (da0:umass-sim0:0:0:0): Not ready to ready change, medium may have changed (da0:umass-sim0:0:0:0): Retries Exhausted Opened disk da0 -> 6 From owner-freebsd-stable@FreeBSD.ORG Sat Feb 4 02:19:39 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA36516A423 for ; Sat, 4 Feb 2006 02:19:39 +0000 (GMT) (envelope-from kalin@el.net) Received: from mail.el.net (mail.el.net [68.165.89.91]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F7B443D45 for ; Sat, 4 Feb 2006 02:19:38 +0000 (GMT) (envelope-from kalin@el.net) Received: (qmail 4137 invoked by uid 1008); 4 Feb 2006 02:20:08 -0000 Received: from unknown (HELO mail.el.net) (127.0.0.1) by mail.el.net with SMTP; 4 Feb 2006 02:20:08 -0000 Received: from 24.90.33.115 (SquirrelMail authenticated user kalin@el.net) by mail.el.net with HTTP; Fri, 3 Feb 2006 21:20:08 -0500 (EST) Message-ID: <62937.24.90.33.115.1139019608.squirrel@mail.el.net> In-Reply-To: <43E3FD80.4080006@greenmeadow.ca> References: <52993.24.90.33.115.1138913403.squirrel@mail.el.net> <59391.24.90.33.115.1138965018.squirrel@mail.el.net> <20060203124325.5f512537.lists@yazzy.org> <57854.24.90.33.115.1138967941.squirrel@mail.el.net> <54176.24.90.33.115.1138971301.squirrel@mail.el.net> <20060203130241.GJ44469@pegasus.dyndns.info> <60155.24.90.33.115.1138981486.squirrel@mail.el.net> <61418.24.90.33.115.1139004207.squirrel@mail.el.net> <43E3FD80.4080006@greenmeadow.ca> Date: Fri, 3 Feb 2006 21:20:08 -0500 (EST) From: "make stuff up" To: "Duane Whitty" User-Agent: SquirrelMail/1.4.5 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: stable@freebsd.org, freebsd-questions@freebsd.org, mobile@freebsd.org Subject: Re: dhclient in 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: kalin@el.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Feb 2006 02:19:40 -0000 > kalin mintchev wrote: >>>>try install /usr/ports/net/isc-dhcp3-client >>>>and edit your rc.conf: >>>>dhclient_program="/usr/local/sbin/dhclient" >>>>dhclient_flags= see manual for isc-dhcp3-client >>> >>> ok.. this sounds reasonable... >>> but how do i tell the dhcp server what number am i assigning to fxp0? >>> now ifconfig shows exactly the same as on the other laptop except the >>> IP >>>of course. >>> >>> route get 192.168.1.1 shows also the same output except expire is a >>>negative number. how do i make the dhcp sever aware of the IP i assigned >>>to fxp0? >> >> >> anybody?! >> i lost too much time on this... i mean it's dhclient its not even >> trying to make RAID work... sorry to say i'm going back to 5.4... >> unless somebody has a quick workaround... >> >> thanks to the people that tried to help.. >> >> >>> thanks.... >>> >>> >>> >>> >>>>2006/2/3, Frank Altpeter : >>>> >>>>>Hi there, >>>>> >>>>>kalin mintchev wrote on 2006-02-03 at 13:55:01 CET: >>>>> >>>>>>>2006/2/3, make stuff up : >>>>>>> >>>>>>> >>>>>>>> thank you... does that mean back to 5.4 for now? >>>>>>> >>>>>>>Try install /usr/ports/net/isc-dhcp3-client/ >>>>>> >>>>>> without a connection? >>>>> >>>>>try to manually ifconfig your fxp0 - this should work. >>>>> >>>>> >>>>>Le deagh dhùraghd, >>>>> >>>>> Frank Altpeter >>>>> >>>>>-- >>>>>*** FA-RIPE *** http://blog.foxalpha.de/ *** SIG at 11 *** >>>>>| I'm always ravenous when I'm about to take a long journey. >>>>>| Rygel - DNA Mad Scientist >>>>>_______________________________________________ > > Hi, > > In 5.4 I had these a dhclient.conf that > had these options: > > option router-discovery 1 > option perform-mask-discovery 1 > > It was the only way my notebook would > get a dhcp address. It seems I don't > need these settings anylonger in 6.0 but > maybe making them explicit will help > your cause. thanks Duane... but there is something really screwed up with the dhclient out of the box. i just tried reinstalling just vary basic system and even at the configuration prompt to set up the fxp0 when i select dhcp nothing happens... so i'm going back to 5.4. if i have to spend 2 more days on something as basic as dhclient..... i mean i have to eat too... thanks... > Hope this helps. > > --Duane Whitty > From owner-freebsd-stable@FreeBSD.ORG Sat Feb 4 02:41:14 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C1EA416A422 for ; Sat, 4 Feb 2006 02:41:14 +0000 (GMT) (envelope-from chris@i13i.com) Received: from admin.i13i.com (admin.i13i.com [208.98.1.83]) by mx1.FreeBSD.org (Postfix) with SMTP id 5308A43D45 for ; Sat, 4 Feb 2006 02:41:14 +0000 (GMT) (envelope-from chris@i13i.com) Received: (qmail 61139 invoked from network); 4 Feb 2006 02:47:42 -0000 Received: from mail.i13i.com (HELO webmail.i13i.com) (208.98.15.133) by admin.i13i.com with SMTP; 4 Feb 2006 02:47:42 -0000 Received: from 201.155.124.51 (SquirrelMail authenticated user chris@i13i.com) by webmail.i13i.com with HTTP; Fri, 3 Feb 2006 20:47:42 -0600 (CST) Message-ID: <2187.201.155.124.51.1139021262.squirrel@webmail.i13i.com> In-Reply-To: <006b01c62928$2521a370$6401a8c0@qos39sjkg3vkku> References: <006b01c62928$2521a370$6401a8c0@qos39sjkg3vkku> Date: Fri, 3 Feb 2006 20:47:42 -0600 (CST) From: chris@i13i.com To: "Luis-Angola SNet" User-Agent: SquirrelMail/1.4.5 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-stable@freebsd.org Subject: Re: mailing list X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Feb 2006 02:41:14 -0000 Tell you how to unsubscribe you need to send a email to freebsd-stable-unsubscribe@freebsd.org > DACUNHA@MWEB.CO.ZW > > > Please take off this mailing list at once!!! I dunno what this is all > about but i do not wish to receive any more mails, hundreds of them every > day, that makes no sense whatsoever to me. > > Thank You > > Lucia da Cunha > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Sat Feb 4 02:41:52 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4F6C716A420; Sat, 4 Feb 2006 02:41:52 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id D622B43D45; Sat, 4 Feb 2006 02:41:51 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id k142eUPc054831; Fri, 3 Feb 2006 19:40:30 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <43E4142A.4@samsco.org> Date: Fri, 03 Feb 2006 19:40:42 -0700 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20051230 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Warner Losh References: <8664nwrbp8.fsf@xps.des.no> <20060203102659.GA66445@xor.obsecurity.org> <861wykr9vx.fsf@xps.des.no> <20060203.105305.71186162.imp@bsdimp.com> In-Reply-To: <20060203.105305.71186162.imp@bsdimp.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on pooker.samsco.org Cc: stable@freebsd.org, src-committers@freebsd.org, harti@freebsd.org, kris@obsecurity.org, sparc64@freebsd.org, des@des.no Subject: Re: [releng_6 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Feb 2006 02:41:52 -0000 Warner Losh wrote: > From: des@des.no (Dag-Erling Smørgrav) > Subject: Re: [releng_6 tinderbox] failure on sparc64/sparc64 > Date: Fri, 03 Feb 2006 11:53:38 +0100 > > >>Kris Kennaway writes: >> >>>COPTFLAGS=-O -pipe according to the tinderbox logs. >> >>Hmm, yes, apparently it only uses -O2 on HEAD. > > > Can we not have special flags for tinderbox builds? It make > pre-commit testing a big pita. How about just -O on both head and in > RELENG_6? The kernel make files have special magic to disable the > parts of -O2 that are known to be bad because tinderbox uses -O2, > despite efforts in the past to stop the practice. > > Warner > > There is value in testing -O2, since enabling that is a good long-term goal. What might be nice is to run tinderboxes with all default compiler settings, and then once or twice a week to a special run that has the more experimental flags. Scott From owner-freebsd-stable@FreeBSD.ORG Sat Feb 4 02:58:09 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6079216A423 for ; Sat, 4 Feb 2006 02:58:09 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 890D243D46 for ; Sat, 4 Feb 2006 02:58:06 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp208-69.lns1.adl2.internode.on.net [203.122.208.69]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id k142vobm058408 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 4 Feb 2006 13:27:56 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Sat, 4 Feb 2006 13:27:29 +1030 User-Agent: KMail/1.9.1 References: <200602031521.04141.tiksin@free.fr> In-Reply-To: <200602031521.04141.tiksin@free.fr> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart4868737.oQXi2rtcjb"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200602041327.36798.doconnor@gsoft.com.au> X-Spam-Score: 0 () X-Scanned-By: MIMEDefang 2.54 on 203.31.81.10 Cc: tiksin Subject: Re: pthreads and ldap-python X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Feb 2006 02:58:09 -0000 --nextPart4868737.oQXi2rtcjb Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Saturday 04 February 2006 00:51, tiksin wrote: > I compile python-ldap 2.0.10 on FEEBSD6.0 with openldap 2.3.11 (seveur and > client ). > When i import the python ldap module i have the following error message: > > ImportError: libldap_r-2.3.so.1 Undefined symbol "pthread_attr_destroy" Looks like your Python wasn't compiled with threads. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart4868737.oQXi2rtcjb Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBD5Bgg5ZPcIHs/zowRAr77AJ9UVM6R+j5mOn8A5N8LoSvoRnrfnACfXA/M gBfjDdnUJlC/4jAaB/sb8J0= =oim5 -----END PGP SIGNATURE----- --nextPart4868737.oQXi2rtcjb-- From owner-freebsd-stable@FreeBSD.ORG Sat Feb 4 03:02:29 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 13B9116A420 for ; Sat, 4 Feb 2006 03:02:29 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A81C43D45 for ; Sat, 4 Feb 2006 03:02:27 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp208-69.lns1.adl2.internode.on.net [203.122.208.69]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id k1432Bn5058598 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 4 Feb 2006 13:32:17 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Sat, 4 Feb 2006 13:32:03 +1030 User-Agent: KMail/1.9.1 References: <52993.24.90.33.115.1138913403.squirrel@mail.el.net> <20060203133917.GK44469@pegasus.dyndns.info> <20060203150638.25784e85.lists@yazzy.org> In-Reply-To: <20060203150638.25784e85.lists@yazzy.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2049723.zaIcnQfvPW"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200602041332.04930.doconnor@gsoft.com.au> X-Spam-Score: 0 () X-Scanned-By: MIMEDefang 2.54 on 203.31.81.10 Cc: stable@freebsd.org, kalin@el.net, Frank Altpeter , freebsd-mobile@freebsd.org, cristiano.deana@gmail.com, Marcin Jessa Subject: Re: dhclient in 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Feb 2006 03:02:29 -0000 --nextPart2049723.zaIcnQfvPW Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Saturday 04 February 2006 00:36, Marcin Jessa wrote: > What if you take your laptop to an university to hold a lecture and you > are unable to run dhcp? None of the students know of the IPs avaliable > in the range. > Some systems disallow traffic unless your MAC-address is registered in > their database. Then they open up their firewall for you. > Etc, etc... > Use your imagination. The manual configuration was suggested as a short-time work around to allow= =20 you to install the ISC DHCP client and then use that (for a longer term wor= k=20 around). ISTR DHCP servers will try and ping and address before giving it out so if = you=20 steal one then it probably won't be reassigned. Obviously this isn't a long term solution, and in some circumstances (like = you=20 suggest) it won't work, but it IS acknowledged as a bug.. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart2049723.zaIcnQfvPW Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBD5Bks5ZPcIHs/zowRAl65AJ0c/FtOjiLLK+/s+EBiMSS/1KhdQwCdEXaF 9QGI6C2O7de5Wh1rEakHWdo= =+TLk -----END PGP SIGNATURE----- --nextPart2049723.zaIcnQfvPW-- From owner-freebsd-stable@FreeBSD.ORG Sat Feb 4 03:02:36 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED95E16A420 for ; Sat, 4 Feb 2006 03:02:36 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA40F43D45 for ; Sat, 4 Feb 2006 03:02:35 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp208-69.lns1.adl2.internode.on.net [203.122.208.69]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id k1432Bn5058598 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 4 Feb 2006 13:32:17 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Sat, 4 Feb 2006 13:32:03 +1030 User-Agent: KMail/1.9.1 References: <52993.24.90.33.115.1138913403.squirrel@mail.el.net> <20060203133917.GK44469@pegasus.dyndns.info> <20060203150638.25784e85.lists@yazzy.org> In-Reply-To: <20060203150638.25784e85.lists@yazzy.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2049723.zaIcnQfvPW"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200602041332.04930.doconnor@gsoft.com.au> X-Spam-Score: 0 () X-Scanned-By: MIMEDefang 2.54 on 203.31.81.10 Cc: stable@freebsd.org, kalin@el.net, Frank Altpeter , freebsd-mobile@freebsd.org, cristiano.deana@gmail.com, Marcin Jessa Subject: Re: dhclient in 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Feb 2006 03:02:37 -0000 --nextPart2049723.zaIcnQfvPW Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Saturday 04 February 2006 00:36, Marcin Jessa wrote: > What if you take your laptop to an university to hold a lecture and you > are unable to run dhcp? None of the students know of the IPs avaliable > in the range. > Some systems disallow traffic unless your MAC-address is registered in > their database. Then they open up their firewall for you. > Etc, etc... > Use your imagination. The manual configuration was suggested as a short-time work around to allow= =20 you to install the ISC DHCP client and then use that (for a longer term wor= k=20 around). ISTR DHCP servers will try and ping and address before giving it out so if = you=20 steal one then it probably won't be reassigned. Obviously this isn't a long term solution, and in some circumstances (like = you=20 suggest) it won't work, but it IS acknowledged as a bug.. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart2049723.zaIcnQfvPW Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBD5Bks5ZPcIHs/zowRAl65AJ0c/FtOjiLLK+/s+EBiMSS/1KhdQwCdEXaF 9QGI6C2O7de5Wh1rEakHWdo= =+TLk -----END PGP SIGNATURE----- --nextPart2049723.zaIcnQfvPW-- From owner-freebsd-stable@FreeBSD.ORG Sat Feb 4 04:09:50 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E197B16A420 for ; Sat, 4 Feb 2006 04:09:50 +0000 (GMT) (envelope-from crypto@servit.com.ar) Received: from daemon.servit.com.ar (daemon.servit.com.ar [200.59.46.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC48643D46 for ; Sat, 4 Feb 2006 04:09:48 +0000 (GMT) (envelope-from crypto@servit.com.ar) Received: (qmail 11365 invoked by uid 89); 4 Feb 2006 04:10:08 -0000 Received: by simscan 1.1.0 ppid: 11357, pid: 11359, t: 1.7935s scanners: clamav: 0.88/m:35/d:1263 Received: from unknown (HELO simba) (crypto@servit.com.ar@200.59.199.247) by 0 with ESMTPA; 4 Feb 2006 04:10:07 -0000 From: "Fernando Milovich" To: Date: Sat, 4 Feb 2006 01:09:35 -0300 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2670 In-Reply-To: <2187.201.155.124.51.1139021262.squirrel@webmail.i13i.com> Thread-Index: AcYpNSGUZmUr9SRTSPW3yKf6qS8nbgAC5Tmg Message-Id: <20060204040948.EC48643D46@mx1.FreeBSD.org> Subject: RE: mailing list X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Feb 2006 04:09:51 -0000 Or you can unsubscribe from FreeBSD Mailing List Site -----Mensaje original----- De: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd-stable@freebsd.org] En nombre de chris@i13i.com Enviado el: Viernes, 03 de Febrero de 2006 11:48 p.m. Para: Luis-Angola SNet CC: freebsd-stable@freebsd.org Asunto: Re: mailing list Tell you how to unsubscribe you need to send a email to freebsd-stable-unsubscribe@freebsd.org > DACUNHA@MWEB.CO.ZW > > > Please take off this mailing list at once!!! I dunno what this is all > about but i do not wish to receive any more mails, hundreds of them every > day, that makes no sense whatsoever to me. > > Thank You > > Lucia da Cunha > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Sat Feb 4 04:49:02 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B198916A422 for ; Sat, 4 Feb 2006 04:49:02 +0000 (GMT) (envelope-from marsgmiro@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 05F8A43D46 for ; Sat, 4 Feb 2006 04:49:01 +0000 (GMT) (envelope-from marsgmiro@gmail.com) Received: by zproxy.gmail.com with SMTP id 8so766097nzo for ; Fri, 03 Feb 2006 20:49:01 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=UcM3mRGvqPo9UPzQQS3mNoGsUYRtlVeFY2f0q/ix6yB5o5wCfZ6mws230ik6veJp++uRfgtj0ecrGAjjoOBDqJcKRAaEtzEc6F24+CkxYKIQ13vNat/yea3FQwczqZ96NcyYKVBNF+AUQgM3TrMWNF6Dt0LZTif7FP87OXIht0s= Received: by 10.37.2.65 with SMTP id e65mr2216704nzi; Fri, 03 Feb 2006 20:49:01 -0800 (PST) Received: by 10.36.74.18 with HTTP; Fri, 3 Feb 2006 20:49:01 -0800 (PST) Message-ID: <28edec3c0602032049l3d258a5cx72efe2c2ba4b23aa@mail.gmail.com> Date: Sat, 4 Feb 2006 12:49:01 +0800 From: "Mars G. Miro" To: bug-followup@FreeBSD.org, markhannon@optusnet.com.au, Yuri Shemanin , Davide Giacca , Geoffroy Desvernay , freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: Subject: Re: i386/86880: [hang] 6.0 hangs or reboots whilst 5.4 is stable (ASUS-A7NX motherboard with nforce2 chipset) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Feb 2006 04:49:02 -0000 Hiya! >> >> I've got the same problem with an A7N8X-X (athlon 2000+) motherboard and >> 6-STABLE (Build Feb, 2 2006). >> booting with kernel.debug says nothing, seems to be hardware hang but >> doesn't happend with linux nor OpenBSD. Didn't tried 5.3 yet. >> Hang after detection of ATA devices (floppy's light turns on, then hang) I've experienced this myself. Happens w/ nForce-based mobos and certain shuttles. My fix has to always set the BIOS setting of the HD to LBA instead of Auto or CHS. Try this and report back ;-) cheers mars From owner-freebsd-stable@FreeBSD.ORG Sat Feb 4 04:57:07 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A69D16A420; Sat, 4 Feb 2006 04:57:07 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id B2CDB43D45; Sat, 4 Feb 2006 04:57:06 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id k144tnjN002812; Fri, 3 Feb 2006 21:55:52 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Fri, 03 Feb 2006 21:55:49 -0700 (MST) Message-Id: <20060203.215549.74746986.imp@bsdimp.com> To: scottl@samsco.org From: Warner Losh In-Reply-To: <43E4142A.4@samsco.org> References: <861wykr9vx.fsf@xps.des.no> <20060203.105305.71186162.imp@bsdimp.com> <43E4142A.4@samsco.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Fri, 03 Feb 2006 21:55:52 -0700 (MST) Cc: stable@freebsd.org, src-committers@freebsd.org, harti@freebsd.org, kris@obsecurity.org, sparc64@freebsd.org, des@des.no Subject: Re: [releng_6 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Feb 2006 04:57:07 -0000 From: Scott Long Subject: Re: [releng_6 tinderbox] failure on sparc64/sparc64 Date: Fri, 03 Feb 2006 19:40:42 -0700 > Warner Losh wrote: > > From: des@des.no (Dag-Erling Sm=F8rgrav) > > Subject: Re: [releng_6 tinderbox] failure on sparc64/sparc64 > > Date: Fri, 03 Feb 2006 11:53:38 +0100 > > = > > = > >>Kris Kennaway writes: > >> > >>>COPTFLAGS=3D-O -pipe according to the tinderbox logs. > >> > >>Hmm, yes, apparently it only uses -O2 on HEAD. > > = > > = > > Can we not have special flags for tinderbox builds? It make > > pre-commit testing a big pita. How about just -O on both head and = in > > RELENG_6? The kernel make files have special magic to disable the > > parts of -O2 that are known to be bad because tinderbox uses -O2, > > despite efforts in the past to stop the practice. > > = > > Warner > > = > > = > = > There is value in testing -O2, since enabling that is a good long-ter= m > goal. What might be nice is to run tinderboxes with all default > compiler settings, and then once or twice a week to a special run tha= t > has the more experimental flags. My point is that it is unreasonable to get bitched at for tinerbox breakages that don't show up when building lint because the tinderbox person is too stubborn to not use non-standard flags. Warner From owner-freebsd-stable@FreeBSD.ORG Sat Feb 4 06:37:33 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8EAD716A420 for ; Sat, 4 Feb 2006 06:37:33 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from pi.codefab.com (pi.codefab.com [199.103.21.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0CB8D43D45 for ; Sat, 4 Feb 2006 06:37:32 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from localhost (localhost [127.0.0.1]) by pi.codefab.com (Postfix) with ESMTP id 45FED5CC7; Sat, 4 Feb 2006 01:37:32 -0500 (EST) Received: from pi.codefab.com ([127.0.0.1]) by localhost (pi.codefab.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 72464-08; Sat, 4 Feb 2006 01:37:30 -0500 (EST) Received: from [192.168.1.3] (pool-68-161-67-226.ny325.east.verizon.net [68.161.67.226]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pi.codefab.com (Postfix) with ESMTP id BC8DE5CC1; Sat, 4 Feb 2006 01:37:29 -0500 (EST) Message-ID: <43E44BAD.50601@mac.com> Date: Sat, 04 Feb 2006 01:37:33 -0500 From: Chuck Swiger Organization: The Courts of Chaos User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: "David W. Hankins" References: <52993.24.90.33.115.1138913403.squirrel@mail.el.net> <59391.24.90.33.115.1138965018.squirrel@mail.el.net> <20060203124325.5f512537.lists@yazzy.org> <57854.24.90.33.115.1138967941.squirrel@mail.el.net> <54176.24.90.33.115.1138971301.squirrel@mail.el.net> <20060203130241.GJ44469@pegasus.dyndns.info> <60155.24.90.33.115.1138981486.squirrel@mail.el.net> <61418.24.90.33.115.1139004207.squirrel@mail.el.net> <20060204005501.GD7613@isc.org> In-Reply-To: <20060204005501.GD7613@isc.org> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at codefab.com Cc: freebsd-stable@freebsd.org Subject: Re: dhclient in 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Feb 2006 06:37:33 -0000 David W. Hankins wrote: > Marcin Jessa wrote: >> Son't be silly. What if you dont know what IP you will get from the >> lease? That's what working implementation of DHCP is for... > > I thought that was why FreeBSD moved away from ISC DHCP to OpenBSD > dhclient? > > Actually, I guess I never did understand that move. Certainly, no > one ever explained it to me without a great deal of "wifi" handwaving. I can't explain why the change from ISC to OpenBSD's DHCP was made; I like the ISC version a little better, perhaps because the OpenBSD version insists that you name an interface for it to go. I have some recollections that there was a big debate about the merits of handling transient link-state changes and what that should mean is terms of keeping or flushing the arp cache, routing, etc etc. I seem to recall more firmly-held opinions than consensus, and it is entirely possible that state of affairs would describe the current situation as well. > Let me introduce myself...I'm David Hankins. I work at a small > non-profit company you may have heard of called ISC (www.isc.org). Howdy. Do you have a computer named HAL, by any chance? :-) > I'm a pretty lucky guy, because I get paid to maintain the ISC > DHCP package. "See the world, write open source software," they > said. Ah, recruiters. Well, even if you only get to do half of what they promised, you're still doing OK... > For some time we've been fighting a defensive battle. Trying to get > time and resources to spend bringing DHCP back out of the dark ages > and up to snuff. When I first started working on DHCP, I was > volunteering two days a week (don't knock it: I got 3.0.1 final > released this way). It seemed the need for maintenance releases > would never end. Now, I'm on DHCP full time, we're finally thinking > offensively, and we've got DHCP 3.1.0 on our plates, forks in hand. OK, cool. Are you doing anything with regard to Zeroconf/Rendezvous? > "We at ISC cherish our relevance." If you've heard Paul Vixie say this > once, you've probably heard him say it a million times. That's mostly > because it's true. Paul who? (Sorry...mutters something about resisting temptation...) > We lose relevance every time someone forks our code, or outright stops > using our software alltogether. > > It's also our achilles heel. If you want to see ISC bring about some > form of radical, controversial change, history has shown that credible > threats of code forks will do it. > > Threats, mind you. Not acts. It's not supposed to come to that. "Inconceivable!" "I do not think that word means what you think it means." In the event that you are looking for a serious response and not humor, OK: Some problem domains are sufficiently important or interesting that more than a single solution appears. This is less true when a really good reference implementation exists, but even a perfect implementation may not suit all preferences. [ ...long snip; stuff I'll defer to Martin, Brooks, or others to reply to... ] > I also haven't had any time to look within FreeBSD to see what this > OpenBSD dhclient was all about. > > So I also still don't even know what base features would get ISC > back in the running for...I don't know...FreeBSD 7? I can't speak for others, but beyond understanding Zeroconf mentioned above, it would be nice if dhcpd would never get confused by it's own /var/db/dhcpd.leases file. I don't get useful diagnostics when this happens, but every once in a blue moon dhcpd will no longer hand out leases until I delete the leases file and restart it. It would also be good if dhcpd would reassign the same IP to the same machine (if the IP is not otherwise being used) if there was a prior lease matching the client asking for a new lease, and not just when a client is trying to renew an existing lease. I assign static host entries for the machines I care about, which is a fine workaround, but section 4.3.1 of RFC-2131 suggests that the same IP should be reassigned when possible. Please use snprintf() and not sprintf() whenever you're dealing with any data which is not known to be static and compiled in; using sprintf() on data from the network is simply unwise. (Why yes, I happen to trust the security of the OpenBSD code quite a bit more than the ISC code I've seen. People writing code which runs as root should take great pains to avoid code patterns which could ever be exploitable.) > Indeed, the schizm has grown so great that I recently installed over > my FreeBSD-5 at-work-workstation with SUSE, so that I would have ready > access to the tools and environment that my now -only- representative > user base was most familiar with. > > I used to keep Linux at home and FreeBSD at work so that FreeBSD was > represented primarily, and Linux was at arm's reach when I had dire > need for it. > > Now I basically only work in Linux. > > I think we still have a FreeBSD-5 box in the lab if I was feeling > nostalgic, but at this point I basically have nothing to do with that > platform, save build testing. One of the differences between the Linux folks and the locals on most BSD forums is a lack of platform-driven advocacy, although no doubt some people are exceptions to that generalization. If you've found a platform that suits you well, by all means, enjoy it. I try to make sure my code goes under FreeBSD, NetBSD, MacOSX/Darwin, Solaris, Red Hat, and SuSE (not necessarily in that order), although I don't particularly view it as writing code for those platforms so much as making sure I don't write platform-specific code except when I really have to. > So I guess you can imagine my surprise when I hear through the grapevine > that folks on freebsd-stable are offering the advice of "install > /usr/ports/isc-dhcp". > > I thought we didn't cut the mustard enough to even talk to. Whimsical humor is generally good. Comments reflecting passive-aggressive demands for attention are generally not. YMMV. > If anyone at the FreeBSD project is unhappy with this schizm, it is > news to me. If anyone would like to work with me to produce a, I > shall term, "working implementation of DHCP" that's well suited to > FreeBSD's needs, I would like to hear your thoughts on needs and > requirements. I'd be happy to give you some feedback about the DHCP software, although the notion of doing things specificly for FreeBSD rather than for all the platforms one cares about strikes me as a bit odd. See above. > Up until this, to me, unusual news, I had been planning the future > without FreeBSD in the picture at all. > > It's surprising to me to think that someone still uses our client > software on that platform. Surprises often happen when one chooses not to pay attention. FWIW, most people using FreeBSD are using the ISC version of DHCP, simply because that is what came with FreeBSD-4.x and 5.x, along with some people who are using ISC DHCP under 6.0 as well. Either you choose to subscribe to the BSD mailing lists, or review the bug database for PR's every once in a while, or perhaps even act as the maintainer of the ISC DHCP port, or you choose not to do so. Take care, -- -Chuck From owner-freebsd-stable@FreeBSD.ORG Sat Feb 4 06:57:25 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 52CBF16A420 for ; Sat, 4 Feb 2006 06:57:25 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (gate.funkthat.com [69.17.45.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id AAE9143D5A for ; Sat, 4 Feb 2006 06:57:20 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (z6dmx3ogbixhqc6r@localhost.funkthat.com [127.0.0.1]) by hydrogen.funkthat.com (8.13.3/8.13.3) with ESMTP id k146tgKi074489; Fri, 3 Feb 2006 22:55:42 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.13.3/8.13.3/Submit) id k146tg4N074488; Fri, 3 Feb 2006 22:55:42 -0800 (PST) (envelope-from jmg) Date: Fri, 3 Feb 2006 22:55:41 -0800 From: John-Mark Gurney To: "David W. Hankins" Message-ID: <20060204065541.GG69162@funkthat.com> Mail-Followup-To: "David W. Hankins" , freebsd-stable@freebsd.org References: <59391.24.90.33.115.1138965018.squirrel@mail.el.net> <20060203124325.5f512537.lists@yazzy.org> <57854.24.90.33.115.1138967941.squirrel@mail.el.net> <54176.24.90.33.115.1138971301.squirrel@mail.el.net> <20060203130241.GJ44469@pegasus.dyndns.info> <60155.24.90.33.115.1138981486.squirrel@mail.el.net> <61418.24.90.33.115.1139004207.squirrel@mail.el.net> <20060204005501.GD7613@isc.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060204005501.GD7613@isc.org> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 5.4-RELEASE-p6 i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html Cc: freebsd-stable@freebsd.org Subject: Re: dhclient in 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: John-Mark Gurney List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Feb 2006 06:57:25 -0000 David W. Hankins wrote this message on Fri, Feb 03, 2006 at 16:55 -0800: > There's no one I think I'm supposed to be talking to about > architectural plans like these at FreeBSD. So all these plans Well, you could always check the FreeBSD cvs repository to see who imported dhclient (a hint, it's brooks), and drop him an email... And as the last status report says: OpenBSD dhclient Contact: Brooks Davis Contact: Sam Leffler The OpenBSD rewrite of dhclient has been imported, replacing the ISC dhclient. The OpenBSD client provides better support for roaming on wireless networks and a simpler model of operation. Instead of a single dhclient process per system, there is one per network interface. This instance automatically goes away in the even of link loss and is restarted via devd when link is reacquired. To support this change, many aspects of the network interface configuration process were overhauled. Support for adding aliases to DHCP configured interfaces has been committed to CURRENT and will be merged before 6.1-RELEASE. Soon work will begin to merge changes from OpenBSD that have taken place since the initial import. Work on further interface configuration enhancements is underway for FreeBSD 7.0. and both -arch and -current are good places to raise the topic... Good luck in bring things back together... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-stable@FreeBSD.ORG Sat Feb 4 07:16:29 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 20FCF16A420 for ; Sat, 4 Feb 2006 07:16:29 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A7F143D45 for ; Sat, 4 Feb 2006 07:16:27 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp208-69.lns1.adl2.internode.on.net [203.122.208.69]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id k147GKiZ061783 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 4 Feb 2006 17:46:26 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Sat, 4 Feb 2006 17:46:04 +1030 User-Agent: KMail/1.9.1 References: <52993.24.90.33.115.1138913403.squirrel@mail.el.net> <61418.24.90.33.115.1139004207.squirrel@mail.el.net> <20060204005501.GD7613@isc.org> In-Reply-To: <20060204005501.GD7613@isc.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1656700.0U6sozImiu"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200602041746.11157.doconnor@gsoft.com.au> X-Spam-Score: 0 () X-Scanned-By: MIMEDefang 2.54 on 203.31.81.10 Cc: "David W. Hankins" Subject: Re: dhclient in 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Feb 2006 07:16:29 -0000 --nextPart1656700.0U6sozImiu Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Saturday 04 February 2006 11:25, David W. Hankins wrote: > I thought that was why FreeBSD moved away from ISC DHCP to OpenBSD > dhclient? > > Actually, I guess I never did understand that move. Certainly, no > one ever explained it to me without a great deal of "wifi" handwaving. I was under the impression it was because ISC's dhclient was not per-interf= ace=20 which made life much more complicated when you have machines with, say, Wif= i=20 and wired ethernet (ie typical laptop these days) > I'm a pretty lucky guy, because I get paid to maintain the ISC > DHCP package. "See the world, write open source software," they > said. Yes, it does sound nice :) > Usually, you just have to keep your users happy to stay relevant in > open source. Not true in this case, I went to bed the night before > thinking FreeBSD was under my wing, happily being served well, and > woke up the next day in a world where ISC had been kicked out of the > house without so much as a bye-or-leave. Ask brooks@ since he imported it I guess.. It seems to be a classic case of mis-communication :( =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1656700.0U6sozImiu Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBD5FS75ZPcIHs/zowRAnpSAJ98M7jlugg4BEpCWSb/++TV2C0/UwCgls0v /afGhDBg0lTCy9mrPGzSBVg= =8rGD -----END PGP SIGNATURE----- --nextPart1656700.0U6sozImiu-- From owner-freebsd-stable@FreeBSD.ORG Sat Feb 4 07:37:29 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6ABB816A420 for ; Sat, 4 Feb 2006 07:37:29 +0000 (GMT) (envelope-from freebsd@bitparts.org) Received: from mail.bitparts.org (63-253-101-190.ip.mcleodusa.net [63.253.101.190]) by mx1.FreeBSD.org (Postfix) with ESMTP id 56ADC43D53 for ; Sat, 4 Feb 2006 07:37:23 +0000 (GMT) (envelope-from freebsd@bitparts.org) Received: from [127.0.0.1] (71-11-157-24.dhcp.stls.mo.charter.com [71.11.157.24]) (authenticated bits=0) by mail.bitparts.org (8.13.5/8.13.5) with ESMTP id k147bLxZ081224; Sat, 4 Feb 2006 01:37:22 -0600 (CST) (envelope-from freebsd@bitparts.org) Message-ID: <43E459B1.2030700@bitparts.org> Date: Sat, 04 Feb 2006 01:37:21 -0600 From: "J. Buck Caldwell" User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Chuck Swiger References: <52993.24.90.33.115.1138913403.squirrel@mail.el.net> <59391.24.90.33.115.1138965018.squirrel@mail.el.net> <20060203124325.5f512537.lists@yazzy.org> <57854.24.90.33.115.1138967941.squirrel@mail.el.net> <54176.24.90.33.115.1138971301.squirrel@mail.el.net> <20060203130241.GJ44469@pegasus.dyndns.info> <60155.24.90.33.115.1138981486.squirrel@mail.el.net> <61418.24.90.33.115.1139004207.squirrel@mail.el.net> <20060204005501.GD7613@isc.org> <43E44BAD.50601@mac.com> In-Reply-To: <43E44BAD.50601@mac.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Received-SPF: pass (mail.bitparts.org: authenticated connection) receiver=mail.bitparts.org; client-ip=71.11.157.24; helo=[127.0.0.1]; envelope-from=freebsd@bitparts.org; x-software=spfmilter 0.93 http://www.acme.com/software/spfmilter/; Cc: "David W. Hankins" , freebsd-stable@freebsd.org Subject: Re: dhclient in 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Feb 2006 07:37:29 -0000 Chuck Swiger wrote: > It would also be good if dhcpd would reassign the same IP to the same machine > (if the IP is not otherwise being used) if there was a prior lease matching the > client asking for a new lease, and not just when a client is trying to renew an > existing lease. > > I'm way outside the debate here, but I run a FreeBSD 6 server with isc-dhcpd3-server from ports, and it does exactly what you say you want. I've been using a single system to build a new system image to deploy to our 450 workstations, and every time I re-image, wipe & reinstall, etc, dhcpd gives the machine the same IP it had before. We're talking clean registry, here, so there's no existing lease for the machine to ask for. This is just the most recent example - since I run Windows on my home systems too, I often have to wipe & reinstall, and always get the same IP (provided I haven't changed network cards - ie, MAC addresses). Just my observations... -J. Buck Caldwell From owner-freebsd-stable@FreeBSD.ORG Sat Feb 4 09:22:41 2006 Return-Path: X-Original-To: stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2560216A422; Sat, 4 Feb 2006 09:22:41 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr1.xs4all.nl (smtp-vbr1.xs4all.nl [194.109.24.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5108843D45; Sat, 4 Feb 2006 09:22:40 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr1.xs4all.nl (8.13.3/8.13.3) with ESMTP id k149MSLj069104; Sat, 4 Feb 2006 10:22:29 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.4/8.13.3) with ESMTP id k149MSkF046360; Sat, 4 Feb 2006 10:22:28 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.4/8.13.1/Submit) id k149MPA3046359; Sat, 4 Feb 2006 10:22:25 +0100 (CET) (envelope-from wb) Date: Sat, 4 Feb 2006 10:22:25 +0100 From: Wilko Bulte To: Warner Losh Message-ID: <20060204092225.GB46310@freebie.xs4all.nl> References: <861wykr9vx.fsf@xps.des.no> <20060203.105305.71186162.imp@bsdimp.com> <43E4142A.4@samsco.org> <20060203.215549.74746986.imp@bsdimp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20060203.215549.74746986.imp@bsdimp.com> X-OS: FreeBSD 6.0-STABLE User-Agent: Mutt/1.5.11 X-Virus-Scanned: by XS4ALL Virus Scanner Cc: src-committers@FreeBSD.ORG, harti@FreeBSD.ORG, sparc64@FreeBSD.ORG, stable@FreeBSD.ORG, kris@obsecurity.org, des@des.no Subject: Re: [releng_6 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Feb 2006 09:22:41 -0000 On Fri, Feb 03, 2006 at 09:55:49PM -0700, Warner Losh wrote.. > From: Scott Long > Subject: Re: [releng_6 tinderbox] failure on sparc64/sparc64 > Date: Fri, 03 Feb 2006 19:40:42 -0700 > > > Warner Losh wrote: > > > From: des@des.no (Dag-Erling Smørgrav) > > > Subject: Re: [releng_6 tinderbox] failure on sparc64/sparc64 > > > Date: Fri, 03 Feb 2006 11:53:38 +0100 > > > > > > > > >>Kris Kennaway writes: > > >> > > >>>COPTFLAGS=-O -pipe according to the tinderbox logs. > > >> > > >>Hmm, yes, apparently it only uses -O2 on HEAD. > > > > > > > > > Can we not have special flags for tinderbox builds? It make > > > pre-commit testing a big pita. How about just -O on both head and in > > > RELENG_6? The kernel make files have special magic to disable the > > > parts of -O2 that are known to be bad because tinderbox uses -O2, > > > despite efforts in the past to stop the practice. > > > > > > Warner > > > > > > > > > > There is value in testing -O2, since enabling that is a good long-term > > goal. What might be nice is to run tinderboxes with all default > > compiler settings, and then once or twice a week to a special run that > > has the more experimental flags. > > My point is that it is unreasonable to get bitched at for tinerbox > breakages that don't show up when building lint because the tinderbox > person is too stubborn to not use non-standard flags. I would think that the tinderboxes should run 100% the same flags as what normal release builds use. Nothing more, nothing less. -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Sat Feb 4 10:54:26 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 33B9B16A420; Sat, 4 Feb 2006 10:54:26 +0000 (GMT) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 86BFA43D48; Sat, 4 Feb 2006 10:54:25 +0000 (GMT) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.13.4/8.13.4) with ESMTP id k14AsElh086415; Sat, 4 Feb 2006 13:54:14 +0300 (MSK) (envelope-from marck@rinet.ru) Date: Sat, 4 Feb 2006 13:54:14 +0300 (MSK) From: Dmitry Morozovsky To: Wilko Bulte In-Reply-To: <20060204092225.GB46310@freebie.xs4all.nl> Message-ID: <20060204135216.P84050@woozle.rinet.ru> References: <861wykr9vx.fsf@xps.des.no> <20060203.105305.71186162.imp@bsdimp.com> <43E4142A.4@samsco.org> <20060203.215549.74746986.imp@bsdimp.com> <20060204092225.GB46310@freebie.xs4all.nl> X-NCC-RegID: ru.rinet MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (woozle.rinet.ru [0.0.0.0]); Sat, 04 Feb 2006 13:54:15 +0300 (MSK) Cc: stable@freebsd.org, src-committers@freebsd.org, harti@freebsd.org, sparc64@freebsd.org, kris@obsecurity.org, des@des.no Subject: Re: [releng_6 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Feb 2006 10:54:26 -0000 On Sat, 4 Feb 2006, Wilko Bulte wrote: [snip] WB> > My point is that it is unreasonable to get bitched at for tinerbox WB> > breakages that don't show up when building lint because the tinderbox WB> > person is too stubborn to not use non-standard flags. WB> WB> I would think that the tinderboxes should run 100% the same flags as WB> what normal release builds use. Nothing more, nothing less. Well, why not take the portbuild approach then? Build standard tinderboxen with standard source and compile flags set, and *also* experimental sets with experimental flags and possibly experimental source patches... Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Sat Feb 4 11:13:20 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 82F4E16A420; Sat, 4 Feb 2006 11:13:20 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr16.xs4all.nl (smtp-vbr16.xs4all.nl [194.109.24.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id D963443D46; Sat, 4 Feb 2006 11:13:19 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr16.xs4all.nl (8.13.3/8.13.3) with ESMTP id k14BDCg2060702; Sat, 4 Feb 2006 12:13:13 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.4/8.13.3) with ESMTP id k14BDBC0047069; Sat, 4 Feb 2006 12:13:11 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.4/8.13.1/Submit) id k14BDBNm047068; Sat, 4 Feb 2006 12:13:11 +0100 (CET) (envelope-from wb) Date: Sat, 4 Feb 2006 12:13:11 +0100 From: Wilko Bulte To: Dmitry Morozovsky Message-ID: <20060204111311.GA47047@freebie.xs4all.nl> References: <861wykr9vx.fsf@xps.des.no> <20060203.105305.71186162.imp@bsdimp.com> <43E4142A.4@samsco.org> <20060203.215549.74746986.imp@bsdimp.com> <20060204092225.GB46310@freebie.xs4all.nl> <20060204135216.P84050@woozle.rinet.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060204135216.P84050@woozle.rinet.ru> X-OS: FreeBSD 6.0-STABLE User-Agent: Mutt/1.5.11 X-Virus-Scanned: by XS4ALL Virus Scanner Cc: stable@freebsd.org, src-committers@freebsd.org, harti@freebsd.org, sparc64@freebsd.org, kris@obsecurity.org, des@des.no Subject: Re: [releng_6 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Feb 2006 11:13:20 -0000 On Sat, Feb 04, 2006 at 01:54:14PM +0300, Dmitry Morozovsky wrote.. > On Sat, 4 Feb 2006, Wilko Bulte wrote: > > [snip] > > WB> > My point is that it is unreasonable to get bitched at for tinerbox > WB> > breakages that don't show up when building lint because the tinderbox > WB> > person is too stubborn to not use non-standard flags. > WB> > WB> I would think that the tinderboxes should run 100% the same flags as > WB> what normal release builds use. Nothing more, nothing less. > > Well, why not take the portbuild approach then? > > Build standard tinderboxen with standard source and compile flags set, and > *also* experimental sets with experimental flags and possibly experimental > source patches... Probably needs more hardware to keep a reasonable tinderbox frequency. -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Sat Feb 4 12:19:48 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C00016A420; Sat, 4 Feb 2006 12:19:48 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id E42F943D45; Sat, 4 Feb 2006 12:19:45 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id ADA032081; Sat, 4 Feb 2006 13:19:38 +0100 (CET) X-Spam-Tests: AWL,BAYES_00,FORGED_RCVD_HELO,LONGWORDS X-Spam-Learn: no X-Spam-Score: -1.2/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on tim.des.no Received: from xps.des.no (des.no [80.203.243.180]) by tim.des.no (Postfix) with ESMTP id 3C8C52080; Sat, 4 Feb 2006 13:19:38 +0100 (CET) Received: by xps.des.no (Postfix, from userid 1001) id 2298C33C22; Sat, 4 Feb 2006 13:19:38 +0100 (CET) To: Warner Losh References: <8664nwrbp8.fsf@xps.des.no> <20060203102659.GA66445@xor.obsecurity.org> <861wykr9vx.fsf@xps.des.no> <20060203.105305.71186162.imp@bsdimp.com> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Sat, 04 Feb 2006 13:19:37 +0100 In-Reply-To: <20060203.105305.71186162.imp@bsdimp.com> (Warner Losh's message of "Fri, 03 Feb 2006 10:53:05 -0700 (MST)") Message-ID: <86bqxntixy.fsf@xps.des.no> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: src-committers@freebsd.org, harti@freebsd.org, kris@obsecurity.org, stable@freebsd.org, sparc64@freebsd.org Subject: Re: [releng_6 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Feb 2006 12:19:48 -0000 Warner Losh writes: > Can we not have special flags for tinderbox builds? It make > pre-commit testing a big pita. How about just -O on both head and > in RELENG_6? As I have repeatedly pointed out in the past, -O2 catches more bugs because it enables optimizations which require more extensive coverage analysis. > The kernel make files have special magic to disable the parts of -O2 > that are known to be bad because tinderbox uses -O2, despite efforts > in the past to stop the practice. The kernel has special magic to disable strict aliasing checks because certain people regularly commit kernel code which violates C aliasing rules and refuse to fix it. The userland code does not need these hacks because I spent a lot of time and effort fixing aliasing bugs in e.g. libalias. Aliasing violations are not trivial matters; they prevent the compiler from optimizing code which (for instance) accesses structure members through pointers to the structure. There is a lot of this in the kernel. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-stable@FreeBSD.ORG Sat Feb 4 16:21:53 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3591016A510; Sat, 4 Feb 2006 16:21:52 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B0FB44350; Sat, 4 Feb 2006 15:54:17 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id k14FpV33012807; Sat, 4 Feb 2006 08:51:31 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Sat, 04 Feb 2006 08:51:34 -0700 (MST) Message-Id: <20060204.085134.44793895.imp@bsdimp.com> To: des@des.no From: "M. Warner Losh" In-Reply-To: <86bqxntixy.fsf@xps.des.no> References: <861wykr9vx.fsf@xps.des.no> <20060203.105305.71186162.imp@bsdimp.com> <86bqxntixy.fsf@xps.des.no> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Sat, 04 Feb 2006 08:51:34 -0700 (MST) Cc: src-committers@freebsd.org, harti@freebsd.org, kris@obsecurity.org, stable@freebsd.org, sparc64@freebsd.org Subject: Re: [releng_6 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Feb 2006 16:21:54 -0000 In message: <86bqxntixy.fsf@xps.des.no> des@des.no (Dag-Erling Sm=F8rgrav) writes: : Warner Losh writes: : > Can we not have special flags for tinderbox builds? It make : > pre-commit testing a big pita. How about just -O on both head and : > in RELENG_6? : = : As I have repeatedly pointed out in the past, -O2 catches more bugs : because it enables optimizations which require more extensive coverag= e : analysis. Then it should be the default, standard flag. : > The kernel make files have special magic to disable the parts of -O= 2 : > that are known to be bad because tinderbox uses -O2, despite effort= s : > in the past to stop the practice. : = : The kernel has special magic to disable strict aliasing checks becaus= e : certain people regularly commit kernel code which violates C aliasing= : rules and refuse to fix it. The userland code does not need these : hacks because I spent a lot of time and effort fixing aliasing bugs i= n : e.g. libalias. The optimizations are disable because they do not work. It is really that simple. The kernel has lots and lots of these problems, it is true. : Aliasing violations are not trivial matters; they prevent the compile= r : from optimizing code which (for instance) accesses structure members : through pointers to the structure. There is a lot of this in the : kernel. I agree. However, I think it is unreasonable to have one set of defaults, then another set that committers are held to. This leads to lots of problems. My bottom line is that as a committer, you are expected to not break the builds with the default flags. The tinderbox runs at a different level, thereby creating the impression that someone has done something wrong when it happens to blow up, when in fact they have not. If -O2 is so good w/o the -fno-strict-alias, then it should be the default so we catch these bugs. I'm not arguing against -O2 because it isn't useful. I'm arguing because it isn't the default. Warner From owner-freebsd-stable@FreeBSD.ORG Sat Feb 4 16:48:32 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5DFE016A420 for ; Sat, 4 Feb 2006 16:48:32 +0000 (GMT) (envelope-from kip.macy@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB67B43D46 for ; Sat, 4 Feb 2006 16:48:29 +0000 (GMT) (envelope-from kip.macy@gmail.com) Received: by wproxy.gmail.com with SMTP id 71so806457wra for ; Sat, 04 Feb 2006 08:48:29 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:references; b=rWTRfGBfp+i7VjVlcreeRnEzYt57Sw3igQfql30YrvcAwDvmx6jadU8+8XKhvbxNrV7aTC0e7sPg+/OxeXYrXsa7NPN/wJtGUQmlq1stGCqlAgEk9m7WJzX+RAln5vpp71loagV+ujl78TGWrfEfSB0igokvTdYkBakey+N0pZ0= Received: by 10.54.127.19 with SMTP id z19mr4141369wrc; Sat, 04 Feb 2006 08:48:28 -0800 (PST) Received: by 10.54.92.8 with HTTP; Sat, 4 Feb 2006 08:48:28 -0800 (PST) Message-ID: Date: Sat, 4 Feb 2006 08:48:28 -0800 From: Kip Macy To: "M. Warner Losh" In-Reply-To: <20060204.085134.44793895.imp@bsdimp.com> MIME-Version: 1.0 References: <861wykr9vx.fsf@xps.des.no> <20060203.105305.71186162.imp@bsdimp.com> <86bqxntixy.fsf@xps.des.no> <20060204.085134.44793895.imp@bsdimp.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: src-committers@freebsd.org, harti@freebsd.org, sparc64@freebsd.org, stable@freebsd.org, kris@obsecurity.org, des@des.no Subject: Re: [releng_6 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: kmacy@fsmware.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Feb 2006 16:48:32 -0000 IIRC, at NetApp -O2 was the default for all builds. I think it is safe to say that the generated code is quite stable. If -O2 allows the compiler to catch errors earlier it should be the default. -Kip On 2/4/06, M. Warner Losh wrote: > > In message: <86bqxntixy.fsf@xps.des.no> > des@des.no (Dag-Erling Sm=F8rgrav) writes: > : Warner Losh writes: > : > Can we not have special flags for tinderbox builds? It make > : > pre-commit testing a big pita. How about just -O on both head and > : > in RELENG_6? > : > : As I have repeatedly pointed out in the past, -O2 catches more bugs > : because it enables optimizations which require more extensive coverage > : analysis. > > Then it should be the default, standard flag. > > : > The kernel make files have special magic to disable the parts of -O2 > : > that are known to be bad because tinderbox uses -O2, despite efforts > : > in the past to stop the practice. > : > : The kernel has special magic to disable strict aliasing checks because > : certain people regularly commit kernel code which violates C aliasing > : rules and refuse to fix it. The userland code does not need these > : hacks because I spent a lot of time and effort fixing aliasing bugs in > : e.g. libalias. > > The optimizations are disable because they do not work. It is really > that simple. The kernel has lots and lots of these problems, it is > true. > > : Aliasing violations are not trivial matters; they prevent the compiler > : from optimizing code which (for instance) accesses structure members > : through pointers to the structure. There is a lot of this in the > : kernel. > > I agree. However, I think it is unreasonable to have one set of > defaults, then another set that committers are held to. This leads to > lots of problems. > > My bottom line is that as a committer, you are expected to not break > the builds with the default flags. The tinderbox runs at a different > level, thereby creating the impression that someone has done something > wrong when it happens to blow up, when in fact they have not. If -O2 > is so good w/o the -fno-strict-alias, then it should be the default so > we catch these bugs. > > I'm not arguing against -O2 because it isn't useful. I'm arguing > because it isn't the default. > > Warner > From owner-freebsd-stable@FreeBSD.ORG Sat Feb 4 17:42:38 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0878B16A420 for ; Sat, 4 Feb 2006 17:42:38 +0000 (GMT) (envelope-from zoulou@sians.org) Received: from zermelo.sians.org (zermelo.sians.org [72.21.52.250]) by mx1.FreeBSD.org (Postfix) with ESMTP id B53DB43D46 for ; Sat, 4 Feb 2006 17:42:37 +0000 (GMT) (envelope-from zoulou@sians.org) Received: from webmail.sians.org (localhost [127.0.0.1]) by zermelo.sians.org (Postfix) with ESMTP id 70C14160323; Sat, 4 Feb 2006 19:42:36 +0200 (EET) Received: from 62.74.65.180 (SquirrelMail authenticated user zoulou@sians.org) by webmail.sians.org with HTTP; Sat, 4 Feb 2006 19:42:36 +0200 (EET) Message-ID: <62897.62.74.65.180.1139074956.squirrel@webmail.sians.org> In-Reply-To: <43E40751.4070207@math.missouri.edu> References: <43E40751.4070207@math.missouri.edu> Date: Sat, 4 Feb 2006 19:42:36 +0200 (EET) From: "Giorgos Kapetanakis" To: "Stephen Montgomery-Smith" User-Agent: SquirrelMail/1.4.5 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-7 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: stable@freebsd.org Subject: Re: Problem with memory stick X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Feb 2006 17:42:38 -0000 On Sat, February 4, 2006 3:45 am, Stephen Montgomery-Smith wrote: > I have a Crucial 1GB USB 2.0 Gizmo memory stick. It does work, but not > without its problems. > > When I insert it into the USB port, the kernel spits out a large number > of bad looking messages - I'll copy them below. /dev/da0 is created, > but no /dev/da0s1 is created. If I then do "mount_msdos /dev/da0 /mnt" > it gives an appropriate error message, but then /dev/da0s1 is > mysteriously created. At this point "mount_msdos /dev/da0s1 /mnt" works > just right, and it is ready to use. > > I just get the feeling that it is not quite working how it should be. I > am using a fairly recent RELENG_6 (maybe two weeks old). Check your kernel, maybe you are using the ehci driver for USB 2.0 support, which is under development and buggy. Also take a look at ehci(4). -- Giorgos Kapetanakis From owner-freebsd-stable@FreeBSD.ORG Sat Feb 4 18:06:00 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 24D6B16A420 for ; Sat, 4 Feb 2006 18:06:00 +0000 (GMT) (envelope-from stephen@math.missouri.edu) Received: from sccmmhc91.asp.att.net (sccmmhc91.asp.att.net [204.127.203.211]) by mx1.FreeBSD.org (Postfix) with ESMTP id A026143D45 for ; Sat, 4 Feb 2006 18:05:59 +0000 (GMT) (envelope-from stephen@math.missouri.edu) Received: from [10.0.0.4] (12-216-248-146.client.mchsi.com[12.216.248.146]) by sccmmhc91.asp.att.net (sccmmhc91) with ESMTP id <20060204180558m9100sq8fbe>; Sat, 4 Feb 2006 18:05:58 +0000 Message-ID: <43E4ED05.2010004@math.missouri.edu> Date: Sat, 04 Feb 2006 12:05:57 -0600 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060122 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Giorgos Kapetanakis , freebsd-stable References: <43E40751.4070207@math.missouri.edu> <62897.62.74.65.180.1139074956.squirrel@webmail.sians.org> In-Reply-To: <62897.62.74.65.180.1139074956.squirrel@webmail.sians.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Problem with memory stick X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Feb 2006 18:06:00 -0000 Giorgos Kapetanakis wrote: > On Sat, February 4, 2006 3:45 am, Stephen Montgomery-Smith wrote: > >>I have a Crucial 1GB USB 2.0 Gizmo memory stick. It does work, but not >>without its problems. >> >>When I insert it into the USB port, the kernel spits out a large number >>of bad looking messages - I'll copy them below. /dev/da0 is created, >>but no /dev/da0s1 is created. If I then do "mount_msdos /dev/da0 /mnt" >>it gives an appropriate error message, but then /dev/da0s1 is >>mysteriously created. At this point "mount_msdos /dev/da0s1 /mnt" works >>just right, and it is ready to use. >> >>I just get the feeling that it is not quite working how it should be. I >>am using a fairly recent RELENG_6 (maybe two weeks old). > > > Check your kernel, maybe you are using the ehci driver for USB 2.0 > support, which is under development and buggy. Also take a look at > ehci(4). I was. But when I added "nodevice ehci" to my kernel, the memory stick still malfunctioned in exactly the same way. Here is my kernel and dmesg. include GENERIC ident LAPTOP2 nooption INET6 device atapicam nodevice ehci Copyright (c) 1992-2005 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 6.0-STABLE #1: Sat Feb 4 11:51:18 CST 2006 stephen@hub2.montlan:/usr/obj/usr/src/sys/LAPTOP2 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) M processor 1.70GHz (1698.56-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6d6 Stepping = 6 Features=0xafe9f9bf Features2=0x180 real memory = 536535040 (511 MB) avail memory = 511483904 (487 MB) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_acad0: on acpi0 battery0: on acpi0 battery1: on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci_link1: BIOS IRQ 11 for 0.31.INTB is invalid pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 nvidia0: mem 0xfc000000-0xfcffffff,0xd0000000-0xdfffffff irq 11 at device 0.0 on pci1 nvidia0: [GIANT-LOCKED] uhci0: port 0xbf80-0xbf9f irq 11 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xbf40-0xbf5f irq 11 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xbf20-0xbf3f irq 11 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered pci0: at device 29.7 (no driver attached) pcib2: at device 30.0 on pci0 pci_link1: BIOS IRQ 11 for 2.3.INTA is invalid pci2: on pcib2 bge0: mem 0xfaff0000-0xfaffffff irq 11 at device 0.0 on pci2 miibus0: on bge0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: Ethernet address: 00:0f:1f:21:d5:92 cbb0: at device 1.0 on pci2 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb1: irq 11 at device 1.1 on pci2 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 fwohci0: <1394 Open Host Controller Interface> mem 0xfafef800-0xfafeffff,0xfafe8000-0xfafebfff irq 11 at device 1.2 on pci2 fwohci0: OHCI version 1.10 (ROM=0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 48:4f:c0:00:36:a9:44:a1 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 4a:4f:c0:a9:44:a1 fwe0: Ethernet address: 4a:4f:c0:a9:44:a1 fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) pci2: at device 1.3 (no driver attached) ndis0: mem 0xfafec000-0xfafedfff irq 9 at device 3.0 on pci2 ndis0: NDIS API version: 5.1 ndis0: Ethernet address: 00:90:96:f6:2d:0e isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xbfa0-0xbfaf at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 pcm0: port 0xb800-0xb8ff,0xbc40-0xbc7f mem 0xf4fff800-0xf4fff9ff,0xf4fff400-0xf4fff4ff irq 9 at device 31.5 on pci0 pcm0: pci0: at device 31.6 (no driver attached) acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model GlidePoint, device ID 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A ppc0: port 0x378-0x37f,0x778-0x77b irq 7 drq 1 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcf7ff,0xcf800-0xcffff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ums0: vendor 0x0d62 product 0x1000, rev 1.10/2.10, addr 2, iclass 3/1 ums0: 3 buttons and Z dir. Timecounter "TSC" frequency 1698564214 Hz quality 800 Timecounters tick every 1.000 msec pccard1: (manufacturer=0x0097, product=0x1620, function_type=-1) at function 0 pccard1: CIS info: TEXAS Instruments, UltraMedia Smart Card Adapter, 1.0 ad0: 28615MB at ata0-master UDMA100 acd0: CDRW at ata1-master UDMA33 cd0 at ata1 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present Trying to mount root from ufs:/dev/ad0s2a umass0: USB Flash Disk, rev 2.00/2.00, addr 2 da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-2 device da0: 1.000MB/s transfers da0: Attempt to query device size failed: UNIT ATTENTION, Not ready to ready change, (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): UNIT ATTENTION asc:28,0 (da0:umass-sim0:0:0:0): Not ready to ready change, medium may have changed (da0:umass-sim0:0:0:0): Retrying Command (per Sense Data) (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): UNIT ATTENTION asc:28,0 (da0:umass-sim0:0:0:0): Not ready to ready change, medium may have changed (da0:umass-sim0:0:0:0): Retrying Command (per Sense Data) (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): UNIT ATTENTION asc:28,0 (da0:umass-sim0:0:0:0): Not ready to ready change, medium may have changed (da0:umass-sim0:0:0:0): Retrying Command (per Sense Data) (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): UNIT ATTENTION asc:28,0 (da0:umass-sim0:0:0:0): Not ready to ready change, medium may have changed (da0:umass-sim0:0:0:0): Retrying Command (per Sense Data) (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): UNIT ATTENTION asc:28,0 (da0:umass-sim0:0:0:0): Not ready to ready change, medium may have changed (da0:umass-sim0:0:0:0): Retries Exhausted Opened disk da0 -> 6 (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): UNIT ATTENTION asc:28,0 (da0:umass-sim0:0:0:0): Not ready to ready change, medium may have changed (da0:umass-sim0:0:0:0): Retrying Command (per Sense Data) (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): UNIT ATTENTION asc:28,0 (da0:umass-sim0:0:0:0): Not ready to ready change, medium may have changed (da0:umass-sim0:0:0:0): Retrying Command (per Sense Data) (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): UNIT ATTENTION asc:28,0 (da0:umass-sim0:0:0:0): Not ready to ready change, medium may have changed (da0:umass-sim0:0:0:0): Retrying Command (per Sense Data) (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): UNIT ATTENTION asc:28,0 (da0:umass-sim0:0:0:0): Not ready to ready change, medium may have changed (da0:umass-sim0:0:0:0): Retrying Command (per Sense Data) (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): UNIT ATTENTION asc:28,0 (da0:umass-sim0:0:0:0): Not ready to ready change, medium may have changed (da0:umass-sim0:0:0:0): Retries Exhausted Opened disk da0 -> 6 (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): UNIT ATTENTION asc:28,0 (da0:umass-sim0:0:0:0): Not ready to ready change, medium may have changed (da0:umass-sim0:0:0:0): Retrying Command (per Sense Data) (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): UNIT ATTENTION asc:28,0 (da0:umass-sim0:0:0:0): Not ready to ready change, medium may have changed (da0:umass-sim0:0:0:0): Retrying Command (per Sense Data) (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): UNIT ATTENTION asc:28,0 (da0:umass-sim0:0:0:0): Not ready to ready change, medium may have changed (da0:umass-sim0:0:0:0): Retrying Command (per Sense Data) (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): UNIT ATTENTION asc:28,0 (da0:umass-sim0:0:0:0): Not ready to ready change, medium may have changed (da0:umass-sim0:0:0:0): Retrying Command (per Sense Data) (da0:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): UNIT ATTENTION asc:28,0 (da0:umass-sim0:0:0:0): Not ready to ready change, medium may have changed (da0:umass-sim0:0:0:0): Retries Exhausted Opened disk da0 -> 6 umass0: at uhub1 port 2 (addr 2) disconnected (da0:umass-sim0:0:0:0): lost device (da0:umass-sim0:0:0:0): removing device entry umass0: detached NVRM: agp_find_device failed, chipset unsupported? NVRM: agp_find_device failed, chipset unsupported? From owner-freebsd-stable@FreeBSD.ORG Sat Feb 4 18:08:11 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C8B1C16A420 for ; Sat, 4 Feb 2006 18:08:11 +0000 (GMT) (envelope-from matt@mattsnetwork.co.uk) Received: from mattsnetwork.co.uk (mattsnetwork.co.uk [82.152.140.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id E998A43D45 for ; Sat, 4 Feb 2006 18:08:10 +0000 (GMT) (envelope-from matt@mattsnetwork.co.uk) Received: from workstation2.local.mattsnetwork.co.uk (workstation2.local.mattsnetwork.co.uk [192.168.0.142]) (authenticated bits=0) by mattsnetwork.co.uk (8.13.4/8.13.4) with ESMTP id k14I82Di049162 for ; Sat, 4 Feb 2006 18:08:02 GMT (envelope-from matt@mattsnetwork.co.uk) From: Matt Dawson To: freebsd-stable@freebsd.org Date: Sat, 4 Feb 2006 18:08:02 +0000 User-Agent: KMail/1.9.1 References: <20060204120101.6821E16A424@hub.freebsd.org> In-Reply-To: <20060204120101.6821E16A424@hub.freebsd.org> X-Face: Zrm9At!%e{M_#Po+[-\; RFQih#L0/\!^6f8JS_1Nz,8`(@bR%|T,c)3:o6my`.sy$Rt)'^)ec9cWp!MmeH^Gp|Afl)BkcH1GENCBqb&wZ$cdqN27uYfD=jU@1:vWXf|)LmuVKo?1wuS68KeDX&3,#wZP2$N1Ao!_'mZOws67 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200602041808.03062.matt@mattsnetwork.co.uk> X-Spam-Status: No, score=-4.4 required=3.0 tests=ALL_TRUSTED,BAYES_00 autolearn=unavailable version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on central.local.mattsnetwork.co.uk X-Virus-Scanned: ClamAV 0.88/1276/Sat Feb 4 15:29:35 2006 on central.local.mattsnetwork.co.uk X-Virus-Status: Clean Subject: Re: dhclient in 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Feb 2006 18:08:11 -0000 On Saturday 04 February 2006 12:01, freebsd-stable-request@freebsd.org wrot= e: > many aspects of the network interface configuration > =A0 =A0process were overhauled. Which, I suppose, explains the yo-yo effect of my two xe (4) PC Cards, amon= gst=20 others, and why my wi (4) card no longer behaves itself. Up-down-up-down-up-down... I keep expecting it to either lose weight or make a mess in the slot O= ne=20 is a Xircom RealPort, so it's not the "dongle", as is so often the case wit= h=20 the CE3s. It works only if I force it to 10BaseT, half duplex, even manuall= y=20 configured with ifconfig. It's not all bad. ath and ndis cards behave themselves, as do my 3Com 905Bs= =20 (if one discounts imp@'s PCI pointy hat of last week - there were many dead= =20 rottweilers in my test machine at that point). These are small prices to pay for 6.0's goodness. Without a doubt, 6.0 is t= he=20 best release I have used, bar none, and the WiFi features that wpaul@, sam@= =20 et. al. have worked so hard to give us are excellent. sos@ deserves a menti= on=20 for the vastly improved ATA controller support list that nobody seems to=20 notice, too. FWIW, I did think the switch to OpenBSD's dhclient was poorly= =20 thought out, since the ISC client did things like DDNS, which I needed. I=20 managed to work around the loss of these features, but it still feels like= =20 I've an arm missing when configuring interfaces... =2D-=20 Matt Dawson. matt@mattsnetwork.co.uk MTD15-RIPE OpenNIC M_D9 MD51-6BONE From owner-freebsd-stable@FreeBSD.ORG Sat Feb 4 18:42:29 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7DBE416A420; Sat, 4 Feb 2006 18:42:29 +0000 (GMT) (envelope-from mj@feral.com) Received: from ns1.feral.com (ns1.feral.com [192.67.166.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC9DB43D49; Sat, 4 Feb 2006 18:42:28 +0000 (GMT) (envelope-from mj@feral.com) Received: from ns1.feral.com (localhost [127.0.0.1]) by ns1.feral.com (8.13.4/8.13.4) with ESMTP id k14IgBLo088475; Sat, 4 Feb 2006 10:42:11 -0800 (PST) (envelope-from mj@feral.com) Received: from localhost (mjacob@localhost) by ns1.feral.com (8.13.4/8.13.4/Submit) with ESMTP id k14Ig8Fj088472; Sat, 4 Feb 2006 10:42:09 -0800 (PST) (envelope-from mj@feral.com) X-Authentication-Warning: ns1.feral.com: mjacob owned process doing -bs Date: Sat, 4 Feb 2006 10:42:08 -0800 (PST) From: Matthew Jacob X-X-Sender: mjacob@ns1.feral.com To: Wilko Bulte In-Reply-To: <20060204092225.GB46310@freebie.xs4all.nl> Message-ID: <20060204103132.D88429@ns1.feral.com> References: <861wykr9vx.fsf@xps.des.no> <20060203.105305.71186162.imp@bsdimp.com> <43E4142A.4@samsco.org> <20060203.215549.74746986.imp@bsdimp.com> <20060204092225.GB46310@freebie.xs4all.nl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: src-committers@FreeBSD.org, harti@FreeBSD.org, sparc64@FreeBSD.org, stable@FreeBSD.org, kris@obsecurity.org, des@des.no Subject: Re: [releng_6 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthew Jacob List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Feb 2006 18:42:29 -0000 > > I would think that the tinderboxes should run 100% the same flags as > what normal release builds use. Nothing more, nothing less. What I would like to see is a pointer to a procedure and tools to make sure builds aren't broken. I've been refreshing my memory about email going back about 5 years, and at that time there was a lot of wrangle over people not doing adequate checking for at least syntactic correctness for multiple platforms. I certainly have broken a lot more than I would like lately, and part of this (other than being too stupid and hasty) came about because it wasn't actually obvious what would be a good pre-commit compile check for kernels for me to follow. At the very least I've now come up with: compile GENERIC (easy enough to do) compile LINT (this wasn't obvious how to make LINT) compile PAE (for i386 at least) Since the complaint of 5 years ago by many was that they didn't have alphas to compile on is still relatively true (that is, few people have more than one architecture) has been addressed in two ways (tinderbox, and cross-compilers), the issue should be better, but for three things I've observed: a) The tinderbox breakage is being treated as bad as stop ship type of bug rather than being informative as it should be. I feel I got roasted and slammed for what should have been simply a "hey- Matt- come fix this please!". b) It's instantly not obvious to me (being lazy and not having kept all my committer mail in a way I can find) how *I* can do a tinderbox run myself. c) Similarily, I don't know how to build a cross-build environment. I should, and I bet if grovel around a bit I can find out how to do so. The point here is that if well-meaning and moderately intelligent committers miss steps that are important to keeping the quality up, please point them at documentation that gives a reasonably coherent set of steps as to how to correct their errors. I'm sure that most of those who err will spend the extra late night hours to get it right then. From owner-freebsd-stable@FreeBSD.ORG Sat Feb 4 19:15:37 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D675A16A42C; Sat, 4 Feb 2006 19:15:37 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5870543D46; Sat, 4 Feb 2006 19:15:37 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id k14JDjCl015092; Sat, 4 Feb 2006 12:13:45 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Sat, 04 Feb 2006 12:13:49 -0700 (MST) Message-Id: <20060204.121349.06228212.imp@bsdimp.com> To: kmacy@fsmware.com, kip.macy@gmail.com From: "M. Warner Losh" In-Reply-To: References: <86bqxntixy.fsf@xps.des.no> <20060204.085134.44793895.imp@bsdimp.com> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Sat, 04 Feb 2006 12:13:46 -0700 (MST) Cc: src-committers@freebsd.org, harti@freebsd.org, sparc64@freebsd.org, stable@freebsd.org, kris@obsecurity.org, des@des.no Subject: Re: [releng_6 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Feb 2006 19:15:38 -0000 In message: Kip Macy writes: : IIRC, at NetApp -O2 was the default for all builds. I think it is safe to : say that the generated code is quite stable. If -O2 allows the compiler to : catch errors earlier it should be the default. If things have really changed, then we should change the default and remove the kludges. My main objection is the mismatch, not the actual value. Did you remove the kludges in the mk files at netapp to remove the -fno-strict-alias? Warner From owner-freebsd-stable@FreeBSD.ORG Sat Feb 4 20:03:22 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 99F9616A420; Sat, 4 Feb 2006 20:03:22 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id D898543D49; Sat, 4 Feb 2006 20:03:20 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id C55AE2081; Sat, 4 Feb 2006 21:03:13 +0100 (CET) X-Spam-Tests: AWL,BAYES_00,FORGED_RCVD_HELO X-Spam-Learn: ham X-Spam-Score: -3.1/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on tim.des.no Received: from xps.des.no (des.no [80.203.243.180]) by tim.des.no (Postfix) with ESMTP id B67F02080; Sat, 4 Feb 2006 21:03:13 +0100 (CET) Received: by xps.des.no (Postfix, from userid 1001) id 95FAE33C22; Sat, 4 Feb 2006 21:03:13 +0100 (CET) To: "M. Warner Losh" References: <861wykr9vx.fsf@xps.des.no> <20060203.105305.71186162.imp@bsdimp.com> <86bqxntixy.fsf@xps.des.no> <20060204.085134.44793895.imp@bsdimp.com> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Sat, 04 Feb 2006 21:03:13 +0100 In-Reply-To: <20060204.085134.44793895.imp@bsdimp.com> (M. Warner Losh's message of "Sat, 04 Feb 2006 08:51:34 -0700 (MST)") Message-ID: <86irruao3i.fsf@xps.des.no> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: src-committers@freebsd.org, harti@freebsd.org, kris@obsecurity.org, stable@freebsd.org, sparc64@freebsd.org Subject: Re: [releng_6 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Feb 2006 20:03:22 -0000 "M. Warner Losh" writes: > Dag-Erling Sm=F8rgrav writes: > > As I have repeatedly pointed out in the past, -O2 catches more > > bugs because it enables optimizations which require more extensive > > coverage analysis. > Then it should be the default, standard flag. I wish. Unfortunately, there is a very vocal minority which systematically opposes this kind of change. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-stable@FreeBSD.ORG Sat Feb 4 20:05:20 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1F91216A420; Sat, 4 Feb 2006 20:05:20 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id A177943D48; Sat, 4 Feb 2006 20:05:19 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 1F9332081; Sat, 4 Feb 2006 21:05:15 +0100 (CET) X-Spam-Tests: AWL,BAYES_00,FORGED_RCVD_HELO X-Spam-Learn: ham X-Spam-Score: -3.1/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on tim.des.no Received: from xps.des.no (des.no [80.203.243.180]) by tim.des.no (Postfix) with ESMTP id EF7B02080; Sat, 4 Feb 2006 21:05:14 +0100 (CET) Received: by xps.des.no (Postfix, from userid 1001) id D589733C22; Sat, 4 Feb 2006 21:05:14 +0100 (CET) To: "M. Warner Losh" References: <86bqxntixy.fsf@xps.des.no> <20060204.085134.44793895.imp@bsdimp.com> <20060204.121349.06228212.imp@bsdimp.com> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Sat, 04 Feb 2006 21:05:14 +0100 In-Reply-To: <20060204.121349.06228212.imp@bsdimp.com> (M. Warner Losh's message of "Sat, 04 Feb 2006 12:13:49 -0700 (MST)") Message-ID: <86ek2iao05.fsf@xps.des.no> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: src-committers@freebsd.org, harti@freebsd.org, kip.macy@gmail.com, sparc64@freebsd.org, stable@freebsd.org, kmacy@fsmware.com, kris@obsecurity.org Subject: Re: [releng_6 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Feb 2006 20:05:20 -0000 "M. Warner Losh" writes: > If things have really changed, then we should change the default and > remove the kludges. My main objection is the mismatch, not the actual > value. Did you remove the kludges in the mk files at netapp to remove > the -fno-strict-alias? Most of the kernel builds fine without -fno-strict-alias. Some parts do not, and the committer responsible for introducing those errors added the kluges you mention to avoid having to fix his code. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-stable@FreeBSD.ORG Sat Feb 4 20:11:16 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BB62016A420; Sat, 4 Feb 2006 20:11:16 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 84EAB43D45; Sat, 4 Feb 2006 20:11:15 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id D52F52081; Sat, 4 Feb 2006 21:11:10 +0100 (CET) X-Spam-Tests: AWL,BAYES_00,FORGED_RCVD_HELO X-Spam-Learn: ham X-Spam-Score: -3.1/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on tim.des.no Received: from xps.des.no (des.no [80.203.243.180]) by tim.des.no (Postfix) with ESMTP id 598352080; Sat, 4 Feb 2006 21:11:10 +0100 (CET) Received: by xps.des.no (Postfix, from userid 1001) id 3FFB033C22; Sat, 4 Feb 2006 21:11:10 +0100 (CET) To: Matthew Jacob References: <861wykr9vx.fsf@xps.des.no> <20060203.105305.71186162.imp@bsdimp.com> <43E4142A.4@samsco.org> <20060203.215549.74746986.imp@bsdimp.com> <20060204092225.GB46310@freebie.xs4all.nl> <20060204103132.D88429@ns1.feral.com> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Sat, 04 Feb 2006 21:11:10 +0100 In-Reply-To: <20060204103132.D88429@ns1.feral.com> (Matthew Jacob's message of "Sat, 4 Feb 2006 10:42:08 -0800 (PST)") Message-ID: <861wyianq9.fsf@xps.des.no> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: src-committers@FreeBSD.org, harti@FreeBSD.org, sparc64@FreeBSD.org, stable@FreeBSD.org, kris@obsecurity.org, Wilko Bulte Subject: Re: [releng_6 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Feb 2006 20:11:17 -0000 Matthew Jacob writes: > a) The tinderbox breakage is being treated as bad as stop ship type of > bug rather than being informative as it should be. I feel I got > roasted and slammed for what should have been simply a "hey- Matt- > come fix this please!". Not really. You were "roasted and slammed" for ignoring repeated tinderbox failures for seven or eight consecutive days. > b) It's instantly not obvious to me (being lazy and not having kept > all my committer mail in a way I can find) how *I* can do a tinderbox > run myself. cd /usr/src/tools/tools/tinderbox make && make install man tbmaster > c) Similarily, I don't know how to build a cross-build environment. I > should, and I bet if grovel around a bit I can find out how to do so. man build DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-stable@FreeBSD.ORG Sat Feb 4 20:24:00 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 30B5016A423 for ; Sat, 4 Feb 2006 20:24:00 +0000 (GMT) (envelope-from kip.macy@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 079B143D7F for ; Sat, 4 Feb 2006 20:23:53 +0000 (GMT) (envelope-from kip.macy@gmail.com) Received: by wproxy.gmail.com with SMTP id 71so826305wra for ; Sat, 04 Feb 2006 12:23:52 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:subject:cc:in-reply-to:mime-version:content-type:references; b=NuvOsCiUIpJYHsLEMlIfGaJHDX+BPGK4KKaFLpPNpcLGtcRk+07cCa+nrbrkVm+gkZlHKXytf/8e2QXeRZRQEp4ewcXj/yFNMmx/o+SjECQwaGqdgl0lFfs25jQbicjvSqvYm0ZS4Opv75R+CqBRXK1A+EIm+0nF4rPG570iYtM= Received: by 10.54.126.12 with SMTP id y12mr4182783wrc; Sat, 04 Feb 2006 12:23:52 -0800 (PST) Received: by 10.54.92.8 with HTTP; Sat, 4 Feb 2006 12:23:52 -0800 (PST) Message-ID: Date: Sat, 4 Feb 2006 12:23:52 -0800 From: Kip Macy In-Reply-To: <861wyianq9.fsf@xps.des.no> MIME-Version: 1.0 References: <861wykr9vx.fsf@xps.des.no> <20060203.105305.71186162.imp@bsdimp.com> <43E4142A.4@samsco.org> <20060203.215549.74746986.imp@bsdimp.com> <20060204092225.GB46310@freebie.xs4all.nl> <20060204103132.D88429@ns1.feral.com> <861wyianq9.fsf@xps.des.no> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: src-committers@freebsd.org, harti@freebsd.org, sparc64@freebsd.org, stable@freebsd.org, kris@obsecurity.org, Wilko Bulte , Matthew Jacob Subject: Re: [releng_6 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: kmacy@fsmware.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Feb 2006 20:24:00 -0000 Actually, in my tree, 19 files don't compile. In all of the files I've looked at PCPU_SET is the offender. My guess is that the issue could be fixed by passing the type as an argument. On 2/4/06, Dag-Erling Sm=F8rgrav wrote: > > Matthew Jacob writes: > > a) The tinderbox breakage is being treated as bad as stop ship type of > > bug rather than being informative as it should be. I feel I got > > roasted and slammed for what should have been simply a "hey- Matt- > > come fix this please!". > > Not really. You were "roasted and slammed" for ignoring repeated > tinderbox failures for seven or eight consecutive days. > > > b) It's instantly not obvious to me (being lazy and not having kept > > all my committer mail in a way I can find) how *I* can do a tinderbox > > run myself. > > cd /usr/src/tools/tools/tinderbox > make && make install > man tbmaster > > > c) Similarily, I don't know how to build a cross-build environment. I > > should, and I bet if grovel around a bit I can find out how to do so. > > man build > > DES > -- > Dag-Erling Sm=F8rgrav - des@des.no > From owner-freebsd-stable@FreeBSD.ORG Sat Feb 4 21:10:49 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9652B16A422 for ; Sat, 4 Feb 2006 21:10:49 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB49F43D4C for ; Sat, 4 Feb 2006 21:10:48 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id k14LAl2k047144; Sat, 4 Feb 2006 23:10:47 +0200 (EET) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ip.net.ua [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 82924-02-7; Sat, 4 Feb 2006 23:10:19 +0200 (EET) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id k14L0PLx046502 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 4 Feb 2006 23:00:25 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.4/8.13.4) id k14L0SUm094476; Sat, 4 Feb 2006 23:00:28 +0200 (EET) (envelope-from ru) Date: Sat, 4 Feb 2006 23:00:28 +0200 From: Ruslan Ermilov To: Sean Bruno Message-ID: <20060204210028.GC7604@ip.net.ua> References: <1138996254.3156.5.camel@iago.office.miralink.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lCAWRPmW1mITcIfM" Content-Disposition: inline In-Reply-To: <1138996254.3156.5.camel@iago.office.miralink.com> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua Cc: freebsd-stable@freebsd.org Subject: Re: Build 4.11 kernel on 6-Release X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Feb 2006 21:10:49 -0000 --lCAWRPmW1mITcIfM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Feb 03, 2006 at 11:50:54AM -0800, Sean Bruno wrote: > Just curious if I should even bother trying to compile 4.11's kernel > under Release 6. >=20 > Just tried and couldn't successfully 'config MYKERNEL_CONF': >=20 > sbruno@desdemona$ config MIRALINK.serial_console > config: ../compile/MIRALINK.serial_console: No such file or directory >=20 Not supported. Neither does building 4.x world on anything >4. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --lCAWRPmW1mITcIfM Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD5RXsqRfpzJluFF4RAuKkAJoCmuzZGiHIBprcB3vjBVjHv5TfAQCeK3if Cr9ctFE2HX+JwW0qNjoMydk= =qNHG -----END PGP SIGNATURE----- --lCAWRPmW1mITcIfM-- From owner-freebsd-stable@FreeBSD.ORG Sat Feb 4 21:28:42 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 62E5116A420; Sat, 4 Feb 2006 21:28:42 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4973743D55; Sat, 4 Feb 2006 21:28:41 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id k14LSWA7048337; Sat, 4 Feb 2006 23:28:32 +0200 (EET) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ip.net.ua [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 83118-07-3; Sat, 4 Feb 2006 23:28:09 +0200 (EET) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id k14LDwle047349 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 4 Feb 2006 23:13:58 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.4/8.13.4) id k14LDv06006484; Sat, 4 Feb 2006 23:13:57 +0200 (EET) (envelope-from ru) Date: Sat, 4 Feb 2006 23:13:57 +0200 From: Ruslan Ermilov To: Dag-Erling Sm?rgrav Message-ID: <20060204211357.GD7604@ip.net.ua> References: <861wykr9vx.fsf@xps.des.no> <20060203.105305.71186162.imp@bsdimp.com> <86bqxntixy.fsf@xps.des.no> <20060204.085134.44793895.imp@bsdimp.com> <86irruao3i.fsf@xps.des.no> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="FFoLq8A0u+X9iRU8" Content-Disposition: inline In-Reply-To: <86irruao3i.fsf@xps.des.no> User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new at ip.net.ua Cc: src-committers@FreeBSD.org, harti@FreeBSD.org, sparc64@FreeBSD.org, stable@FreeBSD.org, kris@obsecurity.org Subject: Re: [releng_6 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Feb 2006 21:28:42 -0000 --FFoLq8A0u+X9iRU8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Feb 04, 2006 at 09:03:13PM +0100, Dag-Erling Sm?rgrav wrote: > "M. Warner Losh" writes: > > Dag-Erling Sm?rgrav writes: > > > As I have repeatedly pointed out in the past, -O2 catches more > > > bugs because it enables optimizations which require more extensive > > > coverage analysis. > > Then it should be the default, standard flag. >=20 > I wish. Unfortunately, there is a very vocal minority which > systematically opposes this kind of change. >=20 What breakage do you mean if tinderboxes are run without it and usually compile successfully? :-) I mean, I don't see a reason not to remove -fno-strict-aliasing =66rom the kernel builds now. Perhaps it's still needed for some platforms that aren't covered by tinderbox, not sure... Can be easily checked with "make universe". Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --FFoLq8A0u+X9iRU8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFD5RkVqRfpzJluFF4RAklIAJ0QEzi5JZ0aMyURweB0fqXGYOxlewCfUAbp /mt4rOFebq7i3OSK+OjWhyo= =fTUH -----END PGP SIGNATURE----- --FFoLq8A0u+X9iRU8-- From owner-freebsd-stable@FreeBSD.ORG Sat Feb 4 21:33:10 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A373516A420; Sat, 4 Feb 2006 21:33:10 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id ED3E943D48; Sat, 4 Feb 2006 21:33:08 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id k14LUpQR016447; Sat, 4 Feb 2006 14:30:51 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Sat, 04 Feb 2006 14:30:54 -0700 (MST) Message-Id: <20060204.143054.47698885.imp@bsdimp.com> To: des@des.no From: "M. Warner Losh" In-Reply-To: <86ek2iao05.fsf@xps.des.no> References: <20060204.121349.06228212.imp@bsdimp.com> <86ek2iao05.fsf@xps.des.no> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Sat, 04 Feb 2006 14:30:52 -0700 (MST) Cc: src-committers@freebsd.org, harti@freebsd.org, kip.macy@gmail.com, sparc64@freebsd.org, stable@freebsd.org, kmacy@fsmware.com, kris@obsecurity.org Subject: Re: [releng_6 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Feb 2006 21:33:11 -0000 In message: <86ek2iao05.fsf@xps.des.no> des@des.no (Dag-Erling Sm=F8rgrav) writes: : "M. Warner Losh" writes: : > If things have really changed, then we should change the default an= d : > remove the kludges. My main objection is the mismatch, not the act= ual : > value. Did you remove the kludges in the mk files at netapp to rem= ove : > the -fno-strict-alias? : = : Most of the kernel builds fine without -fno-strict-alias. Some parts= : do not, and the committer responsible for introducing those errors : added the kluges you mention to avoid having to fix his code. There's many different files in the tree that fail to compile. I find this hard to believe. A quick survey shows breakage in the following areas: firewire, advansys, an, amr, ciss, hifn, isp, mly, pccbb, rue, ubser, ucom, msdosfs, nullfs, portalfs, udf, unionfs, ext2fs, reiserfs, cd9660, init_main, kern_exit, kern_fork, kern_malloc, kern_mtxpool, kern_synch, kern_thread, link_elf, sys_pipe, vfs_mount, bluetooth, gif, ufs, xfs, sbni, i386/machdep, mp_machdep, pmap, sys_machdep, imgact_coff, npx I'm not sure about which committer you are talking about, but I can't imagine that one person is responsible for all of that... Warner From owner-freebsd-stable@FreeBSD.ORG Sat Feb 4 21:36:42 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 62E8116A420; Sat, 4 Feb 2006 21:36:42 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 76EFF43D49; Sat, 4 Feb 2006 21:36:39 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id k14LXoQX016468; Sat, 4 Feb 2006 14:33:50 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Sat, 04 Feb 2006 14:33:53 -0700 (MST) Message-Id: <20060204.143353.109955782.imp@bsdimp.com> To: ru@FreeBSD.org From: "M. Warner Losh" In-Reply-To: <20060204211357.GD7604@ip.net.ua> References: <20060204.085134.44793895.imp@bsdimp.com> <86irruao3i.fsf@xps.des.no> <20060204211357.GD7604@ip.net.ua> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Sat, 04 Feb 2006 14:33:50 -0700 (MST) Cc: src-committers@FreeBSD.org, harti@FreeBSD.org, sparc64@FreeBSD.org, stable@FreeBSD.org, kris@obsecurity.org, des@des.no Subject: Re: [releng_6 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Feb 2006 21:36:42 -0000 In message: <20060204211357.GD7604@ip.net.ua> Ruslan Ermilov writes: : On Sat, Feb 04, 2006 at 09:03:13PM +0100, Dag-Erling Sm?rgrav wrote: : > "M. Warner Losh" writes: : > > Dag-Erling Sm?rgrav writes: : > > > As I have repeatedly pointed out in the past, -O2 catches more : > > > bugs because it enables optimizations which require more extensive : > > > coverage analysis. : > > Then it should be the default, standard flag. : > : > I wish. Unfortunately, there is a very vocal minority which : > systematically opposes this kind of change. : > : What breakage do you mean if tinderboxes are run without it and : usually compile successfully? :-) : : I mean, I don't see a reason not to remove -fno-strict-aliasing : from the kernel builds now. Perhaps it's still needed for some : platforms that aren't covered by tinderbox, not sure... Can be : easily checked with "make universe". There's a dozen or two files that will fail to compile -O2 w/o it spread through the tree. Warner From owner-freebsd-stable@FreeBSD.ORG Sat Feb 4 20:28:36 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2699616A425; Sat, 4 Feb 2006 20:28:36 +0000 (GMT) (envelope-from trhodes@FreeBSD.org) Received: from pittgoth.com (ns1.pittgoth.com [216.38.206.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F51643D64; Sat, 4 Feb 2006 20:28:31 +0000 (GMT) (envelope-from trhodes@FreeBSD.org) Received: from localhost (ip68-105-180-11.dc.dc.cox.net [68.105.180.11]) (authenticated bits=0) by pittgoth.com (8.13.4/8.13.4) with ESMTP id k14L9PBV086189 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 4 Feb 2006 16:09:26 -0500 (EST) (envelope-from trhodes@FreeBSD.org) Date: Sat, 4 Feb 2006 15:28:15 -0500 From: Tom Rhodes To: kmacy@fsmware.com Message-Id: <20060204152815.15ee487a.trhodes@FreeBSD.org> In-Reply-To: References: <861wykr9vx.fsf@xps.des.no> <20060203.105305.71186162.imp@bsdimp.com> <86bqxntixy.fsf@xps.des.no> <20060204.085134.44793895.imp@bsdimp.com> X-Mailer: Sylpheed version 1.0.5 (GTK+ 1.2.10; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sat, 04 Feb 2006 21:41:45 +0000 Cc: src-committers@FreeBSD.org, harti@FreeBSD.org, kip.macy@gmail.com, sparc64@FreeBSD.org, stable@FreeBSD.org, kris@obsecurity.org, des@des.no Subject: Re: [releng_6 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Feb 2006 20:28:36 -0000 On Sat, 4 Feb 2006 08:48:28 -0800 Kip Macy wrote: > IIRC, at NetApp -O2 was the default for all builds. I think it is safe to > say that the generated code is quite stable. If -O2 allows the compiler to > catch errors earlier it should be the default. > I concur. -- Tom Rhodes From owner-freebsd-stable@FreeBSD.ORG Sat Feb 4 21:33:24 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3068516A4AC; Sat, 4 Feb 2006 21:33:24 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 822DC43D46; Sat, 4 Feb 2006 21:33:23 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id k14LW1tJ016448; Sat, 4 Feb 2006 14:32:01 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Sat, 04 Feb 2006 14:32:05 -0700 (MST) Message-Id: <20060204.143205.69311250.imp@bsdimp.com> To: kmacy@fsmware.com, kip.macy@gmail.com From: "M. Warner Losh" In-Reply-To: References: <20060204103132.D88429@ns1.feral.com> <861wyianq9.fsf@xps.des.no> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Sat, 04 Feb 2006 14:32:02 -0700 (MST) X-Mailman-Approved-At: Sat, 04 Feb 2006 21:42:01 +0000 Cc: src-committers@freebsd.org, harti@freebsd.org, sparc64@freebsd.org, stable@freebsd.org, kris@obsecurity.org, wb@freebie.xs4all.nl, mj@feral.com Subject: Re: [releng_6 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Feb 2006 21:33:24 -0000 In message: Kip Macy writes: : Actually, in my tree, 19 files don't compile. In all of the files I've : looked at PCPU_SET is the offender. My guess is that the issue could be : fixed by passing the type as an argument. In the drivers there's a lot of other breakage. Warner From owner-freebsd-stable@FreeBSD.ORG Sat Feb 4 22:06:17 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 14D2316A420; Sat, 4 Feb 2006 22:06:17 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 71D3C43D48; Sat, 4 Feb 2006 22:06:16 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 298362081; Sat, 4 Feb 2006 23:06:11 +0100 (CET) X-Spam-Tests: AWL,BAYES_00,FORGED_RCVD_HELO X-Spam-Learn: ham X-Spam-Score: -3.1/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on tim.des.no Received: from xps.des.no (des.no [80.203.243.180]) by tim.des.no (Postfix) with ESMTP id 190EC2080; Sat, 4 Feb 2006 23:06:11 +0100 (CET) Received: by xps.des.no (Postfix, from userid 1001) id F347C33C22; Sat, 4 Feb 2006 23:06:10 +0100 (CET) To: "M. Warner Losh" References: <20060204.085134.44793895.imp@bsdimp.com> <86irruao3i.fsf@xps.des.no> <20060204211357.GD7604@ip.net.ua> <20060204.143353.109955782.imp@bsdimp.com> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Sat, 04 Feb 2006 23:06:10 +0100 In-Reply-To: <20060204.143353.109955782.imp@bsdimp.com> (M. Warner Losh's message of "Sat, 04 Feb 2006 14:33:53 -0700 (MST)") Message-ID: <86fymyn5il.fsf@xps.des.no> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: src-committers@FreeBSD.org, harti@FreeBSD.org, sparc64@FreeBSD.org, stable@FreeBSD.org, ru@FreeBSD.org, kris@obsecurity.org Subject: Re: [releng_6 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Feb 2006 22:06:17 -0000 "M. Warner Losh" writes: > Ruslan Ermilov writes: > > I mean, I don't see a reason not to remove -fno-strict-aliasing > > from the kernel builds now. Perhaps it's still needed for some > > platforms that aren't covered by tinderbox, not sure... Can be > > easily checked with "make universe". First of all, the kernel Makefiles contain a hack which force -fno-strict-aliasing whether you want it or not. Second, the kernel will *not* build without -fno-strict-aliasing, partly because of preexisting aliasing violations and partly because of aliasing violations which were introduced after the hack (and could have been avoided if that hack had not been in place). > There's a dozen or two files that will fail to compile -O2 w/o it > spread through the tree. not throughout the tree - only in the kernel. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-stable@FreeBSD.ORG Sat Feb 4 22:29:23 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 03FE216A422 for ; Sat, 4 Feb 2006 22:29:23 +0000 (GMT) (envelope-from ivoras@fer.hr) Received: from pinus.cc.fer.hr (pinus.cc.fer.hr [161.53.73.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id ADD5543D5C for ; Sat, 4 Feb 2006 22:29:19 +0000 (GMT) (envelope-from ivoras@fer.hr) Received: from [161.53.72.113] (lara.cc.fer.hr [161.53.72.113]) by pinus.cc.fer.hr (8.12.2/8.12.2) with ESMTP id k14MT9Fx007832 for ; Sat, 4 Feb 2006 23:29:10 +0100 (MET) Message-ID: <43E52A89.4020700@fer.hr> Date: Sat, 04 Feb 2006 23:28:25 +0100 From: Ivan Voras User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050921) X-Accept-Language: en-us, en MIME-Version: 1.0 To: stable@freebsd.org Content-Type: multipart/mixed; boundary="------------010406050409030503090806" Cc: Subject: Compaq Proliant CISS slow writes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Feb 2006 22:29:23 -0000 This is a multi-part message in MIME format. --------------010406050409030503090806 Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit I need to get a Proliant machine with 2 P3 processors running FreeBSD 6. I don't know much about the machine, I think it's ML 380 G2 or close to that, but I have physical access. So far, everything is fine (once the inability to boot from CD-ROM is circumvented), except one "detail": horrible write performance on its CISS 5 RAID5 array. I get ~75MB/s burst (large blocks) reads, and only 5MB/s burst writes. I know how RAID5 works, but still, this is bad. The machine has been running Linux before this and performance was Ok - I didn't benchmark it but the "feeling" when working on it was normal, while on FreeBSD it's noticably slow in mixed read/write load. Is there anything I can try to improve this? In the verbose boot log there's a line that says the controller supports "simple, performant and MEMQ" modes, and the one that's used is "simple" - does this have any influence? If so, how to change it? Thanks! --------------010406050409030503090806 Content-Type: text/plain; name="dmesg.boot.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="dmesg.boot.txt" Copyright (c) 1992-2005 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 6.0-RELEASE-p4 #1: Sat Feb 4 15:05:46 UTC 2006 root@duality.cc.fer.hr:/usr/obj/usr/src/sys/DUALITY Preloaded elf kernel "/boot/kernel/kernel" at 0xc0a22000. Calibrating clock(s) ... i8254 clock: 1193134 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 1130453244 Hz CPU: Intel(R) Pentium(R) III CPU family 1133MHz (1130.45-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6b1 Stepping = 1 Features=0x383fbff real memory = 1073725440 (1023 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000000c28000 - 0x000000003edc3fff, 1041874944 bytes (254364 pages) avail memory = 1041698816 (993 MB) MP Configuration Table version 1.4 found at 0xc00fbd2a APIC: Using the MPTable enumerator. SMP: Added CPU 3 (BSP) SMP: Added CPU 0 (AP) MPTable: APIC ID: physical 0, logical 0:0 APIC ID: physical 3, logical 0:1 FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 3 cpu1 (AP): APIC ID: 0 bios32: Found BIOS32 Service Directory header at 0xc00ffee0 bios32: Entry = 0xf0000 (c00f0000) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0x94 pnpbios: Bad PnP BIOS data checksum Other BIOS signatures found: ioapic0: Changing APIC ID to 8 ioapic0: Assuming intbase of 0 ioapic0: Routing external 8259A's -> intpin 0 ioapic0: intpin 0 -> ExtINT (edge, high) ioapic0: intpin 1 -> ISA IRQ 1 (edge, high) ioapic0: intpin 2 -> ISA IRQ 2 (edge, high) ioapic0: intpin 3 -> ISA IRQ 3 (edge, high) ioapic0: intpin 4 -> ISA IRQ 4 (edge, high) ioapic0: intpin 5 -> ISA IRQ 5 (edge, high) ioapic0: intpin 6 -> ISA IRQ 6 (edge, high) ioapic0: intpin 7 -> ISA IRQ 7 (edge, high) ioapic0: intpin 8 -> ISA IRQ 8 (edge, high) ioapic0: intpin 9 -> ISA IRQ 9 (edge, high) ioapic0: intpin 10 -> ISA IRQ 10 (edge, high) ioapic0: intpin 11 -> ISA IRQ 11 (edge, high) ioapic0: intpin 12 -> ISA IRQ 12 (edge, high) ioapic0: intpin 13 -> ISA IRQ 13 (edge, high) ioapic0: intpin 14 -> ISA IRQ 14 (edge, high) ioapic0: intpin 15 -> ISA IRQ 15 (edge, high) ioapic1: Changing APIC ID to 2 ioapic1: Assuming intbase of 16 ioapic1: intpin 0 -> PCI IRQ 16 (level, low) ioapic1: intpin 1 -> PCI IRQ 17 (level, low) ioapic1: intpin 2 -> PCI IRQ 18 (level, low) ioapic1: intpin 3 -> PCI IRQ 19 (level, low) ioapic1: intpin 4 -> PCI IRQ 20 (level, low) ioapic1: intpin 5 -> PCI IRQ 21 (level, low) ioapic1: intpin 6 -> PCI IRQ 22 (level, low) ioapic1: intpin 7 -> PCI IRQ 23 (level, low) ioapic1: intpin 8 -> PCI IRQ 24 (level, low) ioapic1: intpin 9 -> PCI IRQ 25 (level, low) ioapic1: intpin 10 -> PCI IRQ 26 (level, low) ioapic1: intpin 11 -> PCI IRQ 27 (level, low) ioapic1: intpin 12 -> PCI IRQ 28 (level, low) ioapic1: intpin 13 -> PCI IRQ 29 (level, low) ioapic1: intpin 14 -> PCI IRQ 30 (level, low) ioapic1: intpin 15 -> PCI IRQ 31 (level, low) ioapic1: intpin 0 bus PCI ioapic1: intpin 0 trigger: level ioapic1: intpin 0 polarity: low ioapic1: intpin 1 bus PCI ioapic1: intpin 1 trigger: level ioapic1: intpin 1 polarity: low ioapic1: intpin 0 bus PCI ioapic1: intpin 0 trigger: level ioapic1: intpin 0 polarity: low ioapic1: intpin 1 bus PCI ioapic1: intpin 1 trigger: level ioapic1: intpin 1 polarity: low ioapic1: intpin 2 bus PCI ioapic1: intpin 2 trigger: level ioapic1: intpin 2 polarity: low ioapic1: intpin 3 bus PCI ioapic1: intpin 3 trigger: level ioapic1: intpin 3 polarity: low ioapic1: intpin 2 bus PCI ioapic1: intpin 2 trigger: level ioapic1: intpin 2 polarity: low ioapic1: intpin 3 bus PCI ioapic1: intpin 3 trigger: level ioapic1: intpin 3 polarity: low ioapic1: intpin 4 bus PCI ioapic1: intpin 4 trigger: level ioapic1: intpin 4 polarity: low ioapic1: intpin 5 bus PCI ioapic1: intpin 5 trigger: level ioapic1: intpin 5 polarity: low ioapic1: intpin 4 bus PCI ioapic1: intpin 4 trigger: level ioapic1: intpin 4 polarity: low ioapic1: intpin 5 bus PCI ioapic1: intpin 5 trigger: level ioapic1: intpin 5 polarity: low ioapic1: intpin 6 bus PCI ioapic1: intpin 6 trigger: level ioapic1: intpin 6 polarity: low ioapic1: intpin 7 bus PCI ioapic1: intpin 7 trigger: level ioapic1: intpin 7 polarity: low ioapic1: intpin 6 bus PCI ioapic1: intpin 6 trigger: level ioapic1: intpin 6 polarity: low ioapic1: intpin 7 bus PCI ioapic1: intpin 7 trigger: level ioapic1: intpin 7 polarity: low ioapic1: intpin 8 bus PCI ioapic1: intpin 8 trigger: level ioapic1: intpin 8 polarity: low ioapic1: intpin 9 bus PCI ioapic1: intpin 9 trigger: level ioapic1: intpin 9 polarity: low ioapic1: intpin 8 bus PCI ioapic1: intpin 8 trigger: level ioapic1: intpin 8 polarity: low ioapic1: intpin 9 bus PCI ioapic1: intpin 9 trigger: level ioapic1: intpin 9 polarity: low ioapic1: intpin 10 bus PCI ioapic1: intpin 10 trigger: level ioapic1: intpin 10 polarity: low ioapic1: intpin 14 bus PCI ioapic1: intpin 14 trigger: level ioapic1: intpin 14 polarity: low ioapic1: intpin 10 bus PCI ioapic1: intpin 10 trigger: level ioapic1: intpin 10 polarity: low ioapic1: intpin 14 bus PCI ioapic1: intpin 14 trigger: level ioapic1: intpin 14 polarity: low ioapic1: intpin 11 bus PCI ioapic1: intpin 11 trigger: level ioapic1: intpin 11 polarity: low ioapic1: intpin 11 bus PCI ioapic1: intpin 11 trigger: level ioapic1: intpin 11 polarity: low ioapic1: intpin 12 bus PCI ioapic1: intpin 12 trigger: level ioapic1: intpin 12 polarity: low ioapic1: intpin 13 bus PCI ioapic1: intpin 13 trigger: level ioapic1: intpin 13 polarity: low ioapic1: intpin 14 bus PCI ioapic1: intpin 14 trigger: level ioapic1: intpin 14 polarity: low ioapic1: intpin 15 bus PCI ioapic1: intpin 15 trigger: level ioapic1: intpin 15 polarity: low ioapic0: intpin 5 bus PCI ioapic0: intpin 5 trigger: level ioapic0: intpin 5 polarity: low ioapic0: intpin 1 bus ISA ioapic0: intpin 1 trigger: edge ioapic0: intpin 1 polarity: high ioapic0: intpin 2 bus ISA ioapic0: Routing IRQ 0 -> intpin 2 ioapic0: intpin 2 trigger: edge ioapic0: intpin 2 polarity: high ioapic0: intpin 3 bus ISA ioapic0: intpin 3 trigger: edge ioapic0: intpin 3 polarity: high ioapic0: intpin 4 bus ISA ioapic0: intpin 4 trigger: edge ioapic0: intpin 4 polarity: high ioapic0: intpin 6 bus ISA ioapic0: intpin 6 trigger: edge ioapic0: intpin 6 polarity: high ioapic0: intpin 7 bus ISA ioapic0: intpin 7 trigger: edge ioapic0: intpin 7 polarity: high ioapic0: intpin 8 bus ISA ioapic0: intpin 8 trigger: edge ioapic0: intpin 8 polarity: high ioapic0: intpin 9 bus ISA ioapic0: intpin 9 trigger: level ioapic0: intpin 9 polarity: low ioapic0: intpin 12 bus ISA ioapic0: intpin 12 trigger: edge ioapic0: intpin 12 polarity: high ioapic0: intpin 13 bus ISA ioapic0: intpin 13 trigger: level ioapic0: intpin 13 polarity: low ioapic0: intpin 14 bus ISA ioapic0: intpin 14 trigger: edge ioapic0: intpin 14 polarity: high ioapic0: intpin 15 bus ISA ioapic0: intpin 15 trigger: edge ioapic0: intpin 15 polarity: high lapic: Routing ExtINT -> LINT0 lapic: Routing NMI -> LINT1 ioapic1 irqs 16-31 on motherboard ioapic0 irqs 0-15 on motherboard cpu0 BSP: ID: 0x03000000 VER: 0x00040011 LDR: 0x02000000 DFR: 0x0fffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00000000 err: 0x000100f0 pcm: 0x00010000 mem: Pentium Pro MTRR support enabled nfslock: pseudo-device null: random: io: npx0: [FAST] npx0: on motherboard npx0: INT 16 interface cpu0 on motherboard cpu1 on motherboard pci_open(1): mode 1 addr port (0x0cf8) is 0x00000000 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=80] is there (id=00091166) pcibios: BIOS version 2.10 pcib0: pcibus 0 on motherboard pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x1166, dev=0x0009, revid=0x06 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0107, statreg=0x2200, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1166, dev=0x0009, revid=0x06 bus=0, slot=0, func=1 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0107, statreg=0x0200, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x1229, revid=0x08 bus=0, slot=4, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0157, statreg=0x0290, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x08 (2000 ns), maxlat=0x38 (14000 ns) intpin=a, irq=10 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base c6dff000, size 12, enabled map[14]: type 4, range 32, base 00002040, size 6, enabled map[18]: type 1, range 32, base c6c00000, size 20, enabled pcib0: slot 4 INTA routed to irq 29 found-> vendor=0x1002, dev=0x4752, revid=0x27 bus=0, slot=5, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0087, statreg=0x0290, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 1, range 32, base c5000000, size 24, enabled map[14]: type 4, range 32, base 00002400, size 8, enabled map[18]: type 1, range 32, base c4fff000, size 12, enabled pcib0: slot 5 INTA routed to irq 30 found-> vendor=0x0e11, dev=0xa0f0, revid=0x00 bus=0, slot=6, func=0 class=08-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0143, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 map[10]: type 4, range 32, base 00001800, size 8, enabled map[14]: type 1, range 32, base c4ffef00, size 8, enabled pcib0: slot 6 INTA routed to irq 31 found-> vendor=0x1166, dev=0x0201, revid=0x92 bus=0, slot=15, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x20 (960 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1166, dev=0x0212, revid=0x92 bus=0, slot=15, func=1 class=01-01-8a, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) map[20]: type 4, range 32, base 00002000, size 4, enabled map[24]: type 4, range 32, base 00000a00, size 2, enabled found-> vendor=0x1166, dev=0x0220, revid=0x05 bus=0, slot=15, func=2 class=0c-03-10, hdrtype=0x00, mfdev=0 cmdreg=0x0157, statreg=0x0280, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x50 (20000 ns) intpin=a, irq=5 map[10]: type 1, range 32, base c4ffd000, size 12, enabled pcib0: slot 15 INTA routed to irq 5 found-> vendor=0x1166, dev=0x0230, revid=0x00 bus=0, slot=15, func=3 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0004, statreg=0x0200, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 fxp0: port 0x2040-0x207f mem 0xc6dff000-0xc6dfffff,0xc6c00000-0xc6cfffff irq 29 at device 4.0 on pci0 fxp0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xc6dff000 fxp0: using memory space register mapping fxp0: PCI IDs: 8086 1229 0000 0000 0008 fxp0: Dynamic Standby mode is disabled miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: bpf attached fxp0: Ethernet address: 00:50:8b:eb:0e:8c fxp0: [MPSAFE] pci0: at device 5.0 (no driver attached) pci0: at device 6.0 (no driver attached) isab0: at device 15.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x2000-0x200f,0xa00-0xa03 at device 15.1 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0x2000 ata0: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=02 ostat0=ff ostat1=00 ata0: stat1=0x00 err=0x01 lsb=0x14 msb=0xeb ata0: reset tp2 stat0=00 stat1=00 devices=0x8 ata0: [MPSAFE] ata1: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=00 ostat0=ff ostat1=ff ata1: [MPSAFE] ohci0: mem 0xc4ffd000-0xc4ffdfff irq 5 at device 15.2 on pci0 ohci0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xc4ffd000 ohci0: (New OHCI DeviceId=0x02201166) ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: (0x1166) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 4 ports with 4 removable, self powered pcib2: pcibus 2 on motherboard pci2: on pcib2 pci2: physical bus=2 found-> vendor=0x1095, dev=0x0649, revid=0x02 bus=2, slot=2, func=0 class=01-04-00, hdrtype=0x00, mfdev=0 cmdreg=0x0147, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x40 (1920 ns), mingnt=0x02 (500 ns), maxlat=0x04 (1000 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type 4, range 32, base 00003000, size 3, enabled map[14]: type 4, range 32, base 00003008, size 2, enabled map[18]: type 4, range 32, base 00003010, size 3, enabled map[1c]: type 4, range 32, base 00003018, size 2, enabled map[20]: type 4, range 32, base 00003020, size 4, enabled pcib2: slot 2 INTA routed to irq 18 found-> vendor=0x14e4, dev=0x1645, revid=0x15 bus=2, slot=3, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0156, statreg=0x02b0, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x40 (16000 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 MSI supports 8 messages, 64 bit map[10]: type 1, range 64, base c6ff0000, size 16, enabled pcib2: slot 3 INTA routed to irq 20 found-> vendor=0x0e11, dev=0xb178, revid=0x01 bus=2, slot=5, func=0 class=01-04-00, hdrtype=0x00, mfdev=0 cmdreg=0x0157, statreg=0x02b0, cachelnsz=8 (dwords) lattimer=0x47 (2130 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D3 current D0 MSI supports 2 messages, 64 bit map[10]: type 1, range 64, base c6f80000, size 18, enabled map[18]: type 4, range 32, base 00003400, size 8, enabled map[1c]: type 3, range 64, base c6efc000, size 14, enabled pcib2: slot 5 INTA routed to irq 24 atapci1: port 0x3000-0x3007,0x3008-0x300b,0x3010-0x3017,0x3018-0x301b,0x3020-0x302f irq 18 at device 2.0 on pci2 atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0x3020 atapci1: [MPSAFE] ata2: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x10 type 4 at 0x3000 atapci1: Reserved 0x4 bytes for rid 0x14 type 4 at 0x3008 ata2: reset tp1 mask=03 ostat0=50 ostat1=00 ata2: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata2: stat1=0x00 err=0x01 lsb=0x00 msb=0x00 ata2: reset tp2 stat0=50 stat1=00 devices=0x1 ata2: [MPSAFE] ata3: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x18 type 4 at 0x3010 atapci1: Reserved 0x4 bytes for rid 0x1c type 4 at 0x3018 ata3: reset tp1 mask=03 ostat0=7f ostat1=7f ata3: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata3: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata3: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata3: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata3: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata3: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata3: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata3: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata3: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata3: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata3: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata3: stat0=0x7f err=0x7f lsb=0x7f msb=0x7f ata3: stat1=0x7f err=0x7f lsb=0x7f msb=0x7f ata3: reset tp2 stat0=ff stat1=ff devices=0x0 ata3: [MPSAFE] bge0: mem 0xc6ff0000-0xc6ffffff irq 20 at device 3.0 on pci2 bge0: Reserved 0x10000 bytes for rid 0x10 type 3 at 0xc6ff0000 miibus1: on bge0 brgphy0: on miibus1 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: bpf attached bge0: Ethernet address: 00:04:76:ea:d9:38 bge0: [MPSAFE] ciss0: port 0x3400-0x34ff mem 0xc6f80000-0xc6fbffff,0xc6efc000-0xc6efffff irq 24 at device 5.0 on pci2 ciss0: Reserved 0x40000 bytes for rid 0x10 type 3 at 0xc6f80000 ciss0: [GIANT-LOCKED] ciss0: using 256 of 1024 available commands ciss0: firmware 1.16 ciss0: 2 SCSI channels ciss0: signature 'CISS' ciss0: valence 1 ciss0: supported I/O methods 0xe ciss0: active I/O method 0x3 ciss0: 4G page base 0x00000000 ciss0: interrupt coalesce delay 1000us ciss0: interrupt coalesce count 16 ciss0: max outstanding commands 1024 ciss0: bus types 0x2 ciss0: server name '' ciss0: heartbeat 0x10000051 ciss0: 4 physical devices ciss0: 1 logical drive ciss0: logical drive (b0t0): RAID 5, 34304MB online pcib1: pcibus 1 on motherboard pci1: on pcib1 pci1: physical bus=1 ata: ata0 already exists; skipping it ata: ata1 already exists; skipping it pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed 0 unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xee000-0xeffff on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 kbd0: atkbd0, generic (0), config:0x0, flags:0x3f0000 atkbd0: [GIANT-LOCKED] psm0: current command byte:0045 psm0: failed to reset the aux device. bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fdc0: ic_type 90 part_id 73 fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: ic_type 90 part_id 73 fdc0: [MPSAFE] fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) ppc0: parallel port found at 0x378 ppc0: using extended I/O port range ppc0: SPP ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 plip0: bpf attached lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio0: irq maps: 0x2021 0x2031 0x2021 0x2021 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1: irq maps: 0x2021 0x2029 0x2021 0x2021 sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 vt0: not probed (disabled) isa_probe_children: probing PnP devices ukbd0: vendor 0x0566 product 0x3002, rev 1.10/1.00, addr 2, iclass 3/1 kbd: new array size 4 kbd1 at ukbd0 kbd1: ukbd0, generic (0), config:0x0, flags:0x1d0000 uhid0: vendor 0x0566 product 0x3002, rev 1.10/1.00, addr 2, iclass 3/1 Device configuration finished. procfs registered lapic: Divisor 2, Frequency 66497144 hz Timecounter "TSC" frequency 1130453244 Hz quality -100 Timecounters tick every 1.000 msec lo0: bpf attached ata0-slave: pio=PIO4 wdma=WDMA2 udma=UNSUPPORTED cable=40 wire acd0: setting PIO4 on ServerWorks CSB5 chip acd0: CDROM drive at ata0 as slave acd0: read 6875KB/s (6875KB/s), 128KB buffer, PIO4 acd0: Reads: CDR, CDRW, CDDA stream, packet acd0: Writes: acd0: Audio: play, 255 volume levels acd0: Mechanism: ejectable tray, unlocked, lock protected acd0: Medium: CD-ROM 120mm data disc ata0-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=80 wire ad4: setting PIO4 on CMD 649 chip ad4: setting UDMA100 on CMD 649 chip ad4: 156334MB at ata2-master UDMA100 ad4: 320173056 sectors [317632C/16H/63S] 16 sectors/interrupt 1 depth queue ad4: Silicon Image check3 failed ad4: Adaptec check1 failed ad4: LSI (v3) check1 failed ad4: LSI (v2) check1 failed ad4: FreeBSD check1 failed GEOM: new disk ad4 ciss0: command status 0x1 (target status) scsi status 0x2 (probe0:ciss0:0:0:0): error 22 (probe0:ciss0:0:0:0): Unretryable Error ciss0: command status 0x1 (target status) scsi status 0x2 (probe0:ciss0:0:0:0): error 22 (probe0:ciss0:0:0:0): Unretryable Error ciss0: command status 0x1 (target status) scsi status 0x2 (probe0:ciss0:0:0:0): error 22 (probe0:ciss0:0:0:0): Unretryable Error ciss0: command status 0x1 (target status) scsi status 0x2 (probe0:ciss0:0:0:0): error 22 (probe0:ciss0:0:0:0): Unretryable Error pass0 at ciss0 bus 0 target 0 lun 0 pass0: Fixed Direct Access SCSI-0 device pass0: 135.168MB/s transfers da0 at ciss0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-0 device da0: 135.168MB/s transfers da0: 34719MB (71106240 512 byte sectors: 255H 32S/T 8714C) GEOM: new disk da0 ATA PseudoRAID loaded SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x00000000 VER: 0x00040011 LDR: 0x01000000 DFR: 0x0fffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000200ef therm: 0x00000000 err: 0x00010000 pcm: 0x00010000 ioapic1: routing intpin 2 (PCI IRQ 18) to cluster 0 ioapic1: routing intpin 4 (PCI IRQ 20) to cluster 0 ioapic1: routing intpin 8 (PCI IRQ 24) to cluster 0 ioapic1: routing intpin 13 (PCI IRQ 29) to cluster 0 ioapic0: routing intpin 1 (ISA IRQ 1) to cluster 0 ioapic0: routing intpin 3 (ISA IRQ 3) to cluster 0 ioapic0: routing intpin 4 (ISA IRQ 4) to cluster 0 ioapic0: routing intpin 5 (PCI IRQ 5) to cluster 0 ioapic0: routing intpin 6 (ISA IRQ 6) to cluster 0 ioapic0: routing intpin 7 (ISA IRQ 7) to cluster 0 ioapic0: routing intpin 13 (ISA IRQ 13) to cluster 0 ioapic0: routing intpin 14 (ISA IRQ 14) to cluster 0 ioapic0: routing intpin 15 (ISA IRQ 15) to cluster 0 Trying to mount root from ufs:/dev/da0s1a start_init: trying /sbin/init ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding disabled, default to deny, logging disabled --------------010406050409030503090806--