From owner-freebsd-stable@FreeBSD.ORG Sun Oct 28 05:01:11 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB9F016A419; Sun, 28 Oct 2007 05:01:11 +0000 (UTC) (envelope-from lankfordandrew@charter.net) Received: from que02.charter.net (que02.charter.net [209.225.8.190]) by mx1.freebsd.org (Postfix) with ESMTP id 499EC13C4BF; Sun, 28 Oct 2007 05:01:10 +0000 (UTC) (envelope-from lankfordandrew@charter.net) Received: from aarprv02.charter.net ([10.20.200.72]) by mtao02.charter.net (InterMail vM.7.08.03.00 201-2186-126-20070710) with ESMTP id <20071028040334.GDBT27011.mtao02.charter.net@aarprv02.charter.net>; Sun, 28 Oct 2007 00:03:34 -0400 Received: from [192.168.15.101] (really [75.138.219.8]) by aarprv02.charter.net with ESMTP id <20071028040334.HCPZ495.aarprv02.charter.net@[192.168.15.101]>; Sun, 28 Oct 2007 00:03:34 -0400 Message-ID: <47240A15.8080305@charter.net> Date: Sun, 28 Oct 2007 00:03:33 -0400 From: Andrew Lankford User-Agent: Thunderbird 2.0.0.6 (X11/20071017) MIME-Version: 1.0 To: stable@freebsd.org, current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Chzlrs: 0 Cc: Subject: /usr/share/man/man8/MAKEDEV.8 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, 28 Oct 2007 05:01:11 -0000 I just noticed that /usr/share/man/man8/MAKEDEV.8 is still in the FreeBSD-7 tree. Is this intentional? It still says that MAKEDEV is located in /dev and mentions MAKEDEV.local as well. Just wondering. Andrew Lankford From owner-freebsd-stable@FreeBSD.ORG Sun Oct 28 07:03:26 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 51DE816A421 for ; Sun, 28 Oct 2007 07:03:26 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id A183313C4C4 for ; Sun, 28 Oct 2007 07:03:25 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: (qmail invoked by alias); 28 Oct 2007 07:03:23 -0000 Received: from nat-wh-1.rz.uni-karlsruhe.de (EHLO mobileKamikaze.norad) [129.13.72.169] by mail.gmx.net (mp003) with SMTP; 28 Oct 2007 08:03:23 +0100 X-Authenticated: #5465401 X-Provags-ID: V01U2FsdGVkX1/H3mEvlmnHipIPII32jIiAXix2KE/EB2TbP8nAJ2 gcQd5OBgUqGGMw Message-ID: <47243431.3020203@gmx.de> Date: Sun, 28 Oct 2007 08:03:13 +0100 From: "[LoN]Kamikaze" User-Agent: Thunderbird 2.0.0.6 (X11/20071015) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.95.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Subject: make delete-old broken with -j 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, 28 Oct 2007 07:03:26 -0000 The make delete-old target is broken with the -j parameter. It just prints the questions, without waiting for user feedback. I know this is not important, but I wanted to mention it: # make delete-old >>> Removing old files (only deletes safe to delete libs) >>> Removing old directories >>> Old directories removed remove /usr/lib/libmytinfow.a? remove /usr/lib/libmytinfow.so? To remove old libraries run '/usr/obj/TPR40-7/i386/usr/src/make.i386/make delete-old-libs'. It's a tad inconvenient because my make.conf contains the following: .if ${.CURDIR:M/usr/src} || ${.CURDIR:M/usr/src/*} .MAKEFLAGS: -j 4 .endif From owner-freebsd-stable@FreeBSD.ORG Sun Oct 28 07:32:50 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB93316A417 for ; Sun, 28 Oct 2007 07:32:50 +0000 (UTC) (envelope-from m2chrischou@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.184]) by mx1.freebsd.org (Postfix) with ESMTP id A29B413C491 for ; Sun, 28 Oct 2007 07:32:50 +0000 (UTC) (envelope-from m2chrischou@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so1082908rvb for ; Sun, 28 Oct 2007 00:32:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:user-agent:mime-version:to:subject:content-type:content-transfer-encoding:from; bh=YHG2cxH6LoLDmMcUQPN7taU+QvZR1ryEm0uAduJozxI=; b=dZHIr+j4VCAONoU5w2oD/IXi0pwkrJacdg8IPNjHagJk6TaVIsZ8WAWBwaiKDy4ZJA553NpCt3vUUDCd8WPhwRmYPVWAEpWS1gpU6Ep1aSWFeI9cBQowZDVIuCAeOuXJRONuuXVOM6dNtInr0cD1QQPYK429PRqNkVeTKlcUi5s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:user-agent:mime-version:to:subject:content-type:content-transfer-encoding:from; b=heSK43TtBX/iwdVHw1jR0zc2zKrvAIfqXpulg7qAncKEYLJJ46CMfv2mLCbPCe6pwXDeMFff91NCc5ZFeh6l8WeILtysnUuY+vOj4sDlHm1MwQ9EVrRi8SfUZO9MwOgsDjzlMs7WCQdqdhGLBspxvxY0u1y5foeNrr/UJZh+xjM= Received: by 10.140.177.15 with SMTP id z15mr2250739rve.1193555246873; Sun, 28 Oct 2007 00:07:26 -0700 (PDT) Received: from ?192.168.18.2? ( [219.237.135.160]) by mx.google.com with ESMTPS id g39sm10057786rvb.2007.10.28.00.07.24 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 28 Oct 2007 00:07:25 -0700 (PDT) Message-ID: <47243533.2040107@GMail.com> Date: Sun, 28 Oct 2007 15:07:31 +0800 User-Agent: Thunderbird 2.0.0.6 (X11/20071022) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=GB18030; format=flowed Content-Transfer-Encoding: 7bit From: Chris Chou Subject: FreeBSD 7.0 crashed when running super-smack upon PostgreSQL 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, 28 Oct 2007 07:32:50 -0000 Dear all, FreeBSD RELENG_7.0 crashed when running super-smack benchmark test upon jailed postgresql. uname -a FreeBSD mercury 7.0-BETA1 FreeBSD 7.0-BETA1 #4: Fri Oct 26 23:49:24 CST 2007 chris@mercury:/usr/obj/usr/src/sys/MERCURY i386 I have got a dumped core, and the following backtrace: kgdb: kvm_nlist(_stopped_cpus): kgdb: kvm_nlist(_stoppcbs): [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: Sleeping thread (tid 100100, pid 9284) owns a non-sleepable lock panic: sleeping thread Uptime: 15h3m6s Physical memory: 1011 MB Dumping 223 MB: 208 192 176 160 144 128 112 96 80 64 48 32 16 #0 doadump () at pcpu.h:195 195 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) backtrace #0 doadump () at pcpu.h:195 #1 0xc0612624 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc0612824 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:563 #3 0xc064131b in propagate_priority (td=0xc46d6210) at /usr/src/sys/kern/subr_turnstile.c:222 #4 0xc0641cf8 in turnstile_wait (ts=0xc40b5b90, owner=0xc46d6210, queue=Variable "queue" is not available. ) at /usr/src/sys/kern/subr_turnstile.c:739 #5 0xc0606dcd in _mtx_lock_sleep (m=0xc09617ac, tid=3295513696, opts=0, file=0x0, line=0) at /usr/src/sys/kern/kern_mutex.c:394 #6 0xc0750c64 in tcp_usr_attach (so=0xc49014a4, proto=0, td=0xc46d8c60) at /usr/src/sys/netinet/tcp_usrreq.c:1421 #7 0xc0661da4 in socreate (dom=2, aso=0xe6924c70, type=1, proto=0, cred=0xc4971900, td=0xc46d8c60) at /usr/src/sys/kern/uipc_socket.c:376 #8 0xc0667b1b in socket (td=0xc46d8c60, uap=0xe6924cfc) at /usr/src/sys/kern/uipc_syscalls.c:178 #9 0xc0873c35 in syscall (frame=0xe6924d38) at /usr/src/sys/i386/i386/trap.c:1008 #10 0xc085deb0 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:196 #11 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) The super-smack is compiled from port benchmarks/super-smack with option WITH_POSTGRESQL enabled. The Postgresql is in a jail environment, packages are postgresql-client-8.2.4 postgresql-server-8.2.4_1 The crash occurred only once, and I can not reproduce it after rebooting. Best regards, Chris Chou From owner-freebsd-stable@FreeBSD.ORG Sun Oct 28 08:12:59 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2E35B16A526; Sun, 28 Oct 2007 08:12:59 +0000 (UTC) (envelope-from chris@hitnet.RWTH-Aachen.DE) Received: from mta-2.ms.rz.rwth-aachen.de (mta-2.ms.rz.RWTH-Aachen.DE [134.130.7.73]) by mx1.freebsd.org (Postfix) with ESMTP id D618113C48E; Sun, 28 Oct 2007 08:12:58 +0000 (UTC) (envelope-from chris@hitnet.RWTH-Aachen.DE) Received: from ironport-out-1.rz.rwth-aachen.de ([134.130.3.58]) by mta-2.ms.rz.RWTH-Aachen.de (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTP id <0JQM000N02RKH470@mta-2.ms.rz.RWTH-Aachen.de>; Sun, 28 Oct 2007 08:42:56 +0100 (CET) Received: from talos.rz.rwth-aachen.de (HELO smarthost.rwth-aachen.de) ([134.130.3.22]) by ironport-in-1.rz.rwth-aachen.de with ESMTP; Sun, 28 Oct 2007 08:42:56 +0100 Received: from bigboss.hitnet.rwth-aachen.de (bigspace.hitnet.RWTH-Aachen.DE [137.226.181.2]) by smarthost.rwth-aachen.de (8.13.8/8.13.8/1) with ESMTP id l9S7gt7q004026; Sun, 28 Oct 2007 08:42:55 +0100 Received: from haakonia.hitnet.rwth-aachen.de ([137.226.181.92]) by bigboss.hitnet.rwth-aachen.de with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1Im2nO-0000Wt-Ko; Sun, 28 Oct 2007 08:42:55 +0100 Received: by haakonia.hitnet.rwth-aachen.de (Postfix, from userid 1001) id 24B5F3F433; Sun, 28 Oct 2007 08:42:49 +0100 (CET) Date: Sun, 28 Oct 2007 08:42:49 +0100 From: Christian Brueffer In-reply-to: <47240A15.8080305@charter.net> To: Andrew Lankford Message-id: <20071028074248.GA1511@haakonia.hitnet.RWTH-Aachen.DE> MIME-version: 1.0 Content-type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary=ZGiS0Q5IWpPtfppv Content-disposition: inline X-IronPort-AV: E=Sophos;i="4.21,338,1188770400"; d="scan'208";a="31353455" X-Operating-System: FreeBSD 6.2-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: <47240A15.8080305@charter.net> User-Agent: Mutt/1.5.11 Cc: stable@freebsd.org, current@freebsd.org Subject: Re: /usr/share/man/man8/MAKEDEV.8 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, 28 Oct 2007 08:12:59 -0000 --ZGiS0Q5IWpPtfppv Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Oct 28, 2007 at 12:03:33AM -0400, Andrew Lankford wrote: > I just noticed that /usr/share/man/man8/MAKEDEV.8 is still in the=20 > FreeBSD-7 tree. Is this intentional? It still says that MAKEDEV is > located in /dev and mentions MAKEDEV.local as well. >=20 Could it be that you have updated this machine from RELENG_4? The fact that the file you're referring to has no .gz extention show that it's stale, manpages have been compressed for some time now. Also, I was the one who removed the original MAKEDEV.8 manpage, so I know ;-) After the removal, a small new one was added to refer people to devfs-related material. - 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 --ZGiS0Q5IWpPtfppv Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFHJD14bHYXjKDtmC0RAlLRAKDxU4/ah/0DRPD8VzAspjrMsA3f2ACgrKdi G821QYDiXLCKp1IhUYjwNB0= =JZxj -----END PGP SIGNATURE----- --ZGiS0Q5IWpPtfppv-- From owner-freebsd-stable@FreeBSD.ORG Sun Oct 28 08:24:21 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AE4B616A418 for ; Sun, 28 Oct 2007 08:24:21 +0000 (UTC) (envelope-from andreyz@opanki.ru) Received: from wcgate.zonov.ru (wcgate.zonov.ru [195.94.224.179]) by mx1.freebsd.org (Postfix) with ESMTP id 30C9613C4B5 for ; Sun, 28 Oct 2007 08:24:20 +0000 (UTC) (envelope-from andreyz@opanki.ru) Received: from inspiron1501.mshome.net ([89.31.91.77]) (authenticated bits=0) by wcgate.zonov.ru (8.14.1/8.14.1) with ESMTP id l9S8OGjw099834; Sun, 28 Oct 2007 11:24:17 +0300 (MSK) (envelope-from andreyz@opanki.ru) Date: Sun, 28 Oct 2007 11:22:53 +0300 From: Andrey Zonov X-Mailer: The Bat! (v3.99.3) Professional X-Priority: 3 (Normal) Message-ID: <1498325979.20071028112253@opanki.ru> To: Kostik Belousov In-Reply-To: <20071026165151.GC37471@deviant.kiev.zoral.com.ua> References: <192440147.20071026152939@opanki.ru> <20071026165151.GC37471@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.91.2/4613/Sun Oct 28 09:28:49 2007 on wcgate.zonov.ru X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re[2]: loader on Dell INSPIRON 1501: BTX halted X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Andrey Zonov List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Oct 2007 08:24:21 -0000 > On Fri, Oct 26, 2007 at 03:29:39PM +0400, Andrey Zonov wrote: >> Hello, >> >> I have a problem with my notebook Dell INSPIRON 1501, if install >> FreeBSD-7.0-BETA1-amd64 to USB-HDD. Loader fails with "BTX halted", >> but boot from CD 7.0-BETA1-amd64-bootonly.iso - is good. >> >> Any ideas? > Take patch from > http://people.freebsd.org/~kib/realbtx > (rev. 2). The new loader is at the same location, but it seems that I > did not saved new boot2. You need to install both boot block and loader > obtained from the build with the realbtx patch applied, to you USB HDD > drive. thx. it's work! cd /usr/src/sys fetch http://people.freebsd.org/~kib/realbtx/realbtx.2.patch patch < realbtx.2.patch cd boot/i386 make obj TARGET_ARCH=amd64 make depend TARGET_ARCH=amd64 make TARGET_ARCH=amd64 make install TARGET_ARCH=amd64 and install mbr in sysinstall again. Configure -> Fdisk -> Set Bootable -> w -> Standard Litle bad thing - loader not boot kernel automatic. From owner-freebsd-stable@FreeBSD.ORG Sun Oct 28 08:32:36 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6A64516A46B for ; Sun, 28 Oct 2007 08:32:36 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with SMTP id 00F7313C4B8 for ; Sun, 28 Oct 2007 08:32:35 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 6331 invoked by uid 399); 28 Oct 2007 08:32:35 -0000 Received: from localhost (HELO slave.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 28 Oct 2007 08:32:35 -0000 X-Originating-IP: 127.0.0.1 Date: Sun, 28 Oct 2007 01:32:33 -0700 (PDT) From: Doug Barton To: Christian Brueffer In-Reply-To: <20071028074248.GA1511@haakonia.hitnet.RWTH-Aachen.DE> Message-ID: References: <47240A15.8080305@charter.net> <20071028074248.GA1511@haakonia.hitnet.RWTH-Aachen.DE> X-message-flag: Outlook -- Not just for spreading viruses anymore! X-OpenPGP-Key-ID: 0xD5B2F0FB Organization: http://www.FreeBSD.org/ MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Cc: Andrew Lankford , stable@freebsd.org, current@freebsd.org Subject: Re: /usr/share/man/man8/MAKEDEV.8 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, 28 Oct 2007 08:32:36 -0000 On Sun, 28 Oct 2007, Christian Brueffer wrote: > On Sun, Oct 28, 2007 at 12:03:33AM -0400, Andrew Lankford wrote: >> I just noticed that /usr/share/man/man8/MAKEDEV.8 is still in the >> FreeBSD-7 tree. Is this intentional? It still says that MAKEDEV is >> located in /dev and mentions MAKEDEV.local as well. >> > > Could it be that you have updated this machine from RELENG_4? The fact > that the file you're referring to has no .gz extention show that it's > stale, manpages have been compressed for some time now. A simple way to make sure you don't get bitten by this is to 'rm -r /usr/share/man' right before you do 'make installworld'. (Or you can mv it if you're paranoid, I've been deleting it for a long time now and it's never bitten me.) hth, Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Sun Oct 28 08:52:44 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5850316A41A for ; Sun, 28 Oct 2007 08:52:44 +0000 (UTC) (envelope-from eugen@www.svzserv.kemerovo.su) Received: from www.svzserv.kemerovo.su (www.svzserv.kemerovo.su [213.184.65.80]) by mx1.freebsd.org (Postfix) with ESMTP id AB8EA13C480 for ; Sun, 28 Oct 2007 08:52:42 +0000 (UTC) (envelope-from eugen@www.svzserv.kemerovo.su) Received: from www.svzserv.kemerovo.su (eugen@localhost [127.0.0.1]) by www.svzserv.kemerovo.su (8.13.8/8.13.8) with ESMTP id l9S8dtDe070425 for ; Sun, 28 Oct 2007 15:39:55 +0700 (KRAT) (envelope-from eugen@www.svzserv.kemerovo.su) Received: (from eugen@localhost) by www.svzserv.kemerovo.su (8.13.8/8.13.8/Submit) id l9S8dtC0070424 for stable@freebsd.org; Sun, 28 Oct 2007 15:39:55 +0700 (KRAT) (envelope-from eugen) Date: Sun, 28 Oct 2007 15:39:55 +0700 From: Eugene Grosbein To: stable@freebsd.org Message-ID: <20071028083955.GA69713@svzserv.kemerovo.su> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: CMOS, daylight saving time and dual-boot 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, 28 Oct 2007 08:52:44 -0000 Hi! I have dual-boot machine with 7.0-BETA1 and Windows that keeps CMOS time local (there is /etc/wall_cmos_clock also). It was tuned off yesterday evening and turned back on today, loading FreeBSD. Meantime the switch from Summer Time to Standard Time has ocurred. There is 'ntpd_enable="YES"' in /etc/rc.conf. Nothing in a system reacted on the end of Summer Time period, so ntpd just complained about 3600 seconds exceeded sanity limit and bailed out (documented behavour). There is Status Register B at the offset 0x0b in the ISA Compatible CMOS, its least significant bit should keep Daylight Saving flag (on/off). Is it used in modern hardware? Does FreeBSD use it? It is supposed to use it? Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Sun Oct 28 10:54:32 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F2C316A41A for ; Sun, 28 Oct 2007 10:54:32 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id F253113C4B8 for ; Sun, 28 Oct 2007 10:54:31 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 97096475B7; Sun, 28 Oct 2007 05:39:27 -0500 (EST) Date: Sun, 28 Oct 2007 11:39:27 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Chris Chou In-Reply-To: <47243533.2040107@GMail.com> Message-ID: <20071028113153.S32129@fledge.watson.org> References: <47243533.2040107@GMail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 7.0 crashed when running super-smack upon PostgreSQL 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, 28 Oct 2007 10:54:32 -0000 On Sun, 28 Oct 2007, Chris Chou wrote: > Dear all, > > FreeBSD RELENG_7.0 crashed when running super-smack benchmark test upon > jailed postgresql. Chris, Thanks for this report. Sounds like a bug somewhere :-). Is there any chance I can get remote access to a box holding the synchronized kernel, kernel debugging symbols, source code, and core dump? Could I ask you also to be careful not to delete the kernel with symbols or change the source code on the box so that the core and associated parts all remain in sync? I don't strictly need access to the core directly, since we may well be able to reasonably debug this without that, so here are some directions to try and see how far we get: It sounds like TCP in a user thread is stumbling over a violation of system invariants (don't sleep while holding a mutex) performed by another thread. We need to track down the original thread and figure out why it's sleeping while holding that lock -- perhaps it's a user thread performing a copyin/copyout holding the lock, or perhaps an ithread or other software interrupt thread acquiring a lock of an inappropriate type (such as an sx lock) while holding the lock. The debugging output, 'tid 100100, pid 9284', tells us which thread/process the culprit may be. We need to get a kernel stack trace of that thread and that should shed some light on matters. "info threads" and "thread" can be used in kgdb to list threads and select a thread. kgdb has its own thread ID scheme so you'll need to use info threads to track down the right kgdb thread id before you can select the identified kernel thread/process. Once it's selected, "bt" should print the backtrace of that thread, and that may give us a good starting point. Could you let me know what, if any, firewall packages you are using? Robert N M Watson Computer Laboratory University of Cambridge > > uname -a > FreeBSD mercury 7.0-BETA1 FreeBSD 7.0-BETA1 #4: Fri Oct 26 23:49:24 CST 2007 > chris@mercury:/usr/obj/usr/src/sys/MERCURY i386 > > I have got a dumped core, and the following backtrace: > > kgdb: kvm_nlist(_stopped_cpus): > kgdb: kvm_nlist(_stoppcbs): > [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: > Undefined symbol "ps_pglobal_lookup"] > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or distribute copies of it under certain conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "i386-marcel-freebsd". > > Unread portion of the kernel message buffer: > Sleeping thread (tid 100100, pid 9284) owns a non-sleepable lock > panic: sleeping thread > Uptime: 15h3m6s > Physical memory: 1011 MB > Dumping 223 MB: 208 192 176 160 144 128 112 96 80 64 48 32 16 > > #0 doadump () at pcpu.h:195 > 195 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); > (kgdb) backtrace > #0 doadump () at pcpu.h:195 > #1 0xc0612624 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 > #2 0xc0612824 in panic (fmt=Variable "fmt" is not available. > ) at /usr/src/sys/kern/kern_shutdown.c:563 > #3 0xc064131b in propagate_priority (td=0xc46d6210) > at /usr/src/sys/kern/subr_turnstile.c:222 > #4 0xc0641cf8 in turnstile_wait (ts=0xc40b5b90, owner=0xc46d6210, > queue=Variable "queue" is not available. > ) > at /usr/src/sys/kern/subr_turnstile.c:739 > #5 0xc0606dcd in _mtx_lock_sleep (m=0xc09617ac, tid=3295513696, opts=0, > file=0x0, line=0) at /usr/src/sys/kern/kern_mutex.c:394 > #6 0xc0750c64 in tcp_usr_attach (so=0xc49014a4, proto=0, td=0xc46d8c60) > at /usr/src/sys/netinet/tcp_usrreq.c:1421 > #7 0xc0661da4 in socreate (dom=2, aso=0xe6924c70, type=1, proto=0, > cred=0xc4971900, td=0xc46d8c60) at /usr/src/sys/kern/uipc_socket.c:376 > #8 0xc0667b1b in socket (td=0xc46d8c60, uap=0xe6924cfc) > at /usr/src/sys/kern/uipc_syscalls.c:178 > #9 0xc0873c35 in syscall (frame=0xe6924d38) > at /usr/src/sys/i386/i386/trap.c:1008 > #10 0xc085deb0 in Xint0x80_syscall () at > /usr/src/sys/i386/i386/exception.s:196 > #11 0x00000033 in ?? () > Previous frame inner to this frame (corrupt stack?) > (kgdb) > > The super-smack is compiled from port benchmarks/super-smack with option > WITH_POSTGRESQL enabled. > > The Postgresql is in a jail environment, packages are > postgresql-client-8.2.4 > postgresql-server-8.2.4_1 > > The crash occurred only once, and I can not reproduce it after rebooting. > > Best regards, > > Chris Chou > _______________________________________________ > 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 Oct 28 11:08:32 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D8C6E16A418 for ; Sun, 28 Oct 2007 11:08:32 +0000 (UTC) (envelope-from eugen@www.svzserv.kemerovo.su) Received: from www.svzserv.kemerovo.su (www.svzserv.kemerovo.su [213.184.65.80]) by mx1.freebsd.org (Postfix) with ESMTP id D601013C48D for ; Sun, 28 Oct 2007 11:08:28 +0000 (UTC) (envelope-from eugen@www.svzserv.kemerovo.su) Received: from www.svzserv.kemerovo.su (eugen@localhost [127.0.0.1]) by www.svzserv.kemerovo.su (8.13.8/8.13.8) with ESMTP id l9SB8QnU083602; Sun, 28 Oct 2007 18:08:26 +0700 (KRAT) (envelope-from eugen@www.svzserv.kemerovo.su) Received: (from eugen@localhost) by www.svzserv.kemerovo.su (8.13.8/8.13.8/Submit) id l9SB8QR9083601; Sun, 28 Oct 2007 18:08:26 +0700 (KRAT) (envelope-from eugen) Date: Sun, 28 Oct 2007 18:08:26 +0700 From: Eugene Grosbein To: Peter Jeremy Message-ID: <20071028110826.GA83337@svzserv.kemerovo.su> References: <20071028083955.GA69713@svzserv.kemerovo.su> <20071028103508.GQ70883@server.vk2pj.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071028103508.GQ70883@server.vk2pj.dyndns.org> User-Agent: Mutt/1.4.2.3i Cc: stable@freebsd.org Subject: Re: CMOS, daylight saving time and dual-boot 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, 28 Oct 2007 11:08:32 -0000 On Sun, Oct 28, 2007 at 09:35:08PM +1100, Peter Jeremy wrote: > Based on a quick check, it doesn't look like adjkerntz(8) can handle > your situation. In the absence of any independent time source, it's > actually very difficult to handle this situation. In theory, it would > be possible to note that the last system shutdown (or last time the > RTC was set) and determine whether there's been a DST transition in > the period between then and now and adjust the RTC appropriately (I > believe Windows does this). The problem is that, unless this record > is kept within the RTC and all OSs co-operate in its meaning, each > OS will independently adjust the RTC when it is next rebooted (and > I believe multi-boot PCs run into this problem). It would be possible to utilize a bit in the CMOS at boot time to decide if BIOS time set to Summer time and clear it appropriately, in theory :-) Eugene From owner-freebsd-stable@FreeBSD.ORG Sun Oct 28 11:19:32 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E2B316A418 for ; Sun, 28 Oct 2007 11:19:32 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail15.syd.optusnet.com.au (mail15.syd.optusnet.com.au [211.29.132.196]) by mx1.freebsd.org (Postfix) with ESMTP id B0E3013C48E for ; Sun, 28 Oct 2007 11:19:31 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c220-239-20-82.belrs4.nsw.optusnet.com.au [220.239.20.82]) by mail15.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id l9SBJSwE004508 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 28 Oct 2007 22:19:30 +1100 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.1/8.14.1) with ESMTP id l9SBJSPP079496; Sun, 28 Oct 2007 22:19:28 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.1/8.14.1/Submit) id l9SBJSYu079495; Sun, 28 Oct 2007 22:19:28 +1100 (EST) (envelope-from peter) Date: Sun, 28 Oct 2007 22:19:28 +1100 From: Peter Jeremy To: Eugene Grosbein Message-ID: <20071028111928.GS70883@server.vk2pj.dyndns.org> References: <20071028083955.GA69713@svzserv.kemerovo.su> <20071028103508.GQ70883@server.vk2pj.dyndns.org> <20071028110826.GA83337@svzserv.kemerovo.su> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="kkRamCq5m5VQq0L6" Content-Disposition: inline In-Reply-To: <20071028110826.GA83337@svzserv.kemerovo.su> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.16 (2007-06-09) Cc: stable@freebsd.org Subject: Re: CMOS, daylight saving time and dual-boot 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, 28 Oct 2007 11:19:32 -0000 --kkRamCq5m5VQq0L6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Oct 28, 2007 at 06:08:26PM +0700, Eugene Grosbein wrote: >It would be possible to utilize a bit in the CMOS at boot time >to decide if BIOS time set to Summer time and clear it appropriately, >in theory :-) As long as every OS that you are going to run agrees on the bit and its meaning.... --=20 Peter --kkRamCq5m5VQq0L6 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHJHBA/opHv/APuIcRAi00AJ9ultqZyayZkNyYrXA7hs5fJDvVlwCfQGYL 9h2IoP7o7XV24gI092NLNwA= =8gmL -----END PGP SIGNATURE----- --kkRamCq5m5VQq0L6-- From owner-freebsd-stable@FreeBSD.ORG Sun Oct 28 11:40:26 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 91D3D16A420 for ; Sun, 28 Oct 2007 11:40:26 +0000 (UTC) (envelope-from m2chrischou@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.185]) by mx1.freebsd.org (Postfix) with ESMTP id 619A913C4B0 for ; Sun, 28 Oct 2007 11:40:26 +0000 (UTC) (envelope-from m2chrischou@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so1108471rvb for ; Sun, 28 Oct 2007 04:40:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding:from; bh=5XeJfYq/3EDOBoV+WeD4EOpGIvib5FuS/TxsFFFV/k8=; b=Ws/hvRhl3J147d0H5avpNItL4puub3uD6Louytz5TO5ocuM3FWMXWjwOhpcienM+pACqn7s2/Uw1AUzKRhA7mLBtrbF820wDB+Elol5GKRM6fS94eCtRU9aXI7tL4GNeiBFKVYcc37pLtzMFA+qYSQd0daUKz5lNxkMuhTlvxTk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding:from; b=NxCUhjeQWB4HuU10h4aybNha9qObuB/lXPYp2ExZhRjUK2dvPmrh0RddFOt1d6STbtL0GTs7JHydh+/UL2W67dU9CPFDZ2vVYzBO7oceG3CLhJluzrik3purNB31CXhrYQzyykTeS2ylh6NH9X/Ckr+GG786i1G1qy18IghtKMI= Received: by 10.140.134.15 with SMTP id h15mr2318050rvd.1193571625889; Sun, 28 Oct 2007 04:40:25 -0700 (PDT) Received: from ?192.168.18.2? ( [219.237.135.160]) by mx.google.com with ESMTPS id c36sm9034378rvf.2007.10.28.04.40.22 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 28 Oct 2007 04:40:25 -0700 (PDT) Message-ID: <4724752D.9080605@GMail.com> Date: Sun, 28 Oct 2007 19:40:29 +0800 User-Agent: Thunderbird 2.0.0.6 (X11/20071022) MIME-Version: 1.0 To: Robert Watson References: <47243533.2040107@GMail.com> <20071028113153.S32129@fledge.watson.org> In-Reply-To: <20071028113153.S32129@fledge.watson.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit From: Chris Chou Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 7.0 crashed when running super-smack upon PostgreSQL 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, 28 Oct 2007 11:40:26 -0000 Hi Robert, This is the backtrace output in the culprit thread (100100): kgdb: kvm_nlist(_stopped_cpus): kgdb: kvm_nlist(_stoppcbs): [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: Sleeping thread (tid 100100, pid 9284) owns a non-sleepable lock panic: sleeping thread Uptime: 15h3m6s Physical memory: 1011 MB Dumping 223 MB: 208 192 176 160 144 128 112 96 80 64 48 32 16 #0 doadump () at pcpu.h:195 195 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) thread [Current thread is 134 (Thread 100123)] (kgdb) thread 133 [Switching to thread 133 (Thread 100100)]#0 sched_switch (td=0xc46d6210, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 1908 cpuid = PCPU_GET(cpuid); (kgdb) backtrace #0 sched_switch (td=0xc46d6210, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1908 #1 0xc061a1b3 in mi_switch (flags=Variable "flags" is not available. ) at /usr/src/sys/kern/kern_synch.c:442 #2 0xc063f027 in sleepq_switch (wchan=Variable "wchan" is not available. ) at /usr/src/sys/kern/subr_sleepqueue.c:459 #3 0xc063f7d6 in sleepq_wait (wchan=0xc093cae0) at /usr/src/sys/kern/subr_sleepqueue.c:542 #4 0xc0619a46 in _sx_xlock_hard (sx=0xc093cae0, tid=3295502864, opts=0, file=0x0, line=0) at /usr/src/sys/kern/kern_sx.c:555 #5 0xc04a8ea7 in fr_checknatout (fin=0xe69009b4, passp=0xe69009b0) at sx.h:153 #6 0xc049a7d0 in fr_check (ip=0xc4244a44, hlen=20, ifp=0xc40dc400, out=1, mp=0xe6900a98) at /usr/src/sys/contrib/ipfilter/netinet/fil.c:2602 #7 0xc049e01f in fr_check_wrapper (arg=0x0, mp=0xe6900a98, ifp=0xc40dc400, dir=2) at /usr/src/sys/contrib/ipfilter/netinet/ip_fil_freebsd.c:178 #8 0xc06b33d8 in pfil_run_hooks (ph=0xc0960b20, mp=0xe6900b24, ifp=0xc40dc400, dir=2, inp=0xc494be70) at /usr/src/sys/net/pfil.c:78 #9 0xc06eaea2 in ip_output (m=0xc4244a00, opt=0x0, ro=0xe6900af8, flags=0, imo=0x0, inp=0xc494be70) at /usr/src/sys/netinet/ip_output.c:438 #10 0xc074841c in tcp_output (tp=0xc541a000) at /usr/src/sys/netinet/tcp_output.c:1127 #11 0xc0753061 in tcp_usr_connect (so=0xc5204dec, nam=0xc42869a0, td=0xc46d6210) at /usr/src/sys/netinet/tcp_usrreq.c:479 #12 0xc06606d2 in soconnect (so=0xc5204dec, nam=0xc42869a0, td=0xc46d6210) at /usr/src/sys/kern/uipc_socket.c:765 ---Type to continue, or q to quit--- #13 0xc06670bc in kern_connect (td=0xc46d6210, fd=4, sa=0xc42869a0) at /usr/src/sys/kern/uipc_syscalls.c:558 #14 0xc0667246 in connect (td=0xc46d6210, uap=0xe6900cfc) at /usr/src/sys/kern/uipc_syscalls.c:526 #15 0xc0873c35 in syscall (frame=0xe6900d38) at /usr/src/sys/i386/i386/trap.c:1008 #16 0xc085deb0 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:196 #17 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) The crash occurred when I running: super-smack -d pg select-key.smack 35 10000 that super-smack started 35 processes. The postgresql and super-smack are all inside a jail environment with jail_sysvipc_allow="YES". The firewall package is ipfilter. I enable it in /etc/rc.conf as following: ipfilter_enable="YES" ipfilter_rules="/etc/ipf.rules" ipmon_enable="YES" ipmon_flags="-Ds" ipnat_enable="YES" ipnat_rules="/etc/ipnat.rules" Do you mean you want to get the core file and the debug kernel? I can put them on a place you can reach. Best regards, Chris Robert Watson wrote: > On Sun, 28 Oct 2007, Chris Chou wrote: > >> Dear all, >> >> FreeBSD RELENG_7.0 crashed when running super-smack benchmark test >> upon jailed postgresql. > > Chris, > > Thanks for this report. Sounds like a bug somewhere :-). Is there > any chance I can get remote access to a box holding the synchronized > kernel, kernel debugging symbols, source code, and core dump? Could I > ask you also to be careful not to delete the kernel with symbols or > change the source code on the box so that the core and associated > parts all remain in sync? I don't strictly need access to the core > directly, since we may well be able to reasonably debug this without > that, so here are some directions to try and see how far we get: > > It sounds like TCP in a user thread is stumbling over a violation of > system invariants (don't sleep while holding a mutex) performed by > another thread. We need to track down the original thread and figure > out why it's sleeping while holding that lock -- perhaps it's a user > thread performing a copyin/copyout holding the lock, or perhaps an > ithread or other software interrupt thread acquiring a lock of an > inappropriate type (such as an sx lock) while holding the lock. > > The debugging output, 'tid 100100, pid 9284', tells us which > thread/process the culprit may be. We need to get a kernel stack > trace of that thread and that should shed some light on matters. > "info threads" and "thread" can be used in kgdb to list threads and > select a thread. kgdb has its own thread ID scheme so you'll need to > use info threads to track down the right kgdb thread id before you can > select the identified kernel thread/process. Once it's selected, "bt" > should print the backtrace of that thread, and that may give us a good > starting point. > > Could you let me know what, if any, firewall packages you are using? > > Robert N M Watson > Computer Laboratory > University of Cambridge > >> >> uname -a >> FreeBSD mercury 7.0-BETA1 FreeBSD 7.0-BETA1 #4: Fri Oct 26 23:49:24 >> CST 2007 chris@mercury:/usr/obj/usr/src/sys/MERCURY i386 >> >> I have got a dumped core, and the following backtrace: >> >> kgdb: kvm_nlist(_stopped_cpus): >> kgdb: kvm_nlist(_stoppcbs): >> [GDB will not be able to debug user-mode threads: >> /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] >> GNU gdb 6.1.1 [FreeBSD] >> Copyright 2004 Free Software Foundation, Inc. >> GDB is free software, covered by the GNU General Public License, and >> you are >> welcome to change it and/or distribute copies of it under certain >> conditions. >> Type "show copying" to see the conditions. >> There is absolutely no warranty for GDB. Type "show warranty" for >> details. >> This GDB was configured as "i386-marcel-freebsd". >> >> Unread portion of the kernel message buffer: >> Sleeping thread (tid 100100, pid 9284) owns a non-sleepable lock >> panic: sleeping thread >> Uptime: 15h3m6s >> Physical memory: 1011 MB >> Dumping 223 MB: 208 192 176 160 144 128 112 96 80 64 48 32 16 >> >> #0 doadump () at pcpu.h:195 >> 195 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); >> (kgdb) backtrace >> #0 doadump () at pcpu.h:195 >> #1 0xc0612624 in boot (howto=260) at >> /usr/src/sys/kern/kern_shutdown.c:409 >> #2 0xc0612824 in panic (fmt=Variable "fmt" is not available. >> ) at /usr/src/sys/kern/kern_shutdown.c:563 >> #3 0xc064131b in propagate_priority (td=0xc46d6210) >> at /usr/src/sys/kern/subr_turnstile.c:222 >> #4 0xc0641cf8 in turnstile_wait (ts=0xc40b5b90, owner=0xc46d6210, >> queue=Variable "queue" is not available. >> ) >> at /usr/src/sys/kern/subr_turnstile.c:739 >> #5 0xc0606dcd in _mtx_lock_sleep (m=0xc09617ac, tid=3295513696, opts=0, >> file=0x0, line=0) at /usr/src/sys/kern/kern_mutex.c:394 >> #6 0xc0750c64 in tcp_usr_attach (so=0xc49014a4, proto=0, td=0xc46d8c60) >> at /usr/src/sys/netinet/tcp_usrreq.c:1421 >> #7 0xc0661da4 in socreate (dom=2, aso=0xe6924c70, type=1, proto=0, >> cred=0xc4971900, td=0xc46d8c60) at /usr/src/sys/kern/uipc_socket.c:376 >> #8 0xc0667b1b in socket (td=0xc46d8c60, uap=0xe6924cfc) >> at /usr/src/sys/kern/uipc_syscalls.c:178 >> #9 0xc0873c35 in syscall (frame=0xe6924d38) >> at /usr/src/sys/i386/i386/trap.c:1008 >> #10 0xc085deb0 in Xint0x80_syscall () at >> /usr/src/sys/i386/i386/exception.s:196 >> #11 0x00000033 in ?? () >> Previous frame inner to this frame (corrupt stack?) >> (kgdb) >> >> The super-smack is compiled from port benchmarks/super-smack with >> option WITH_POSTGRESQL enabled. >> >> The Postgresql is in a jail environment, packages are >> postgresql-client-8.2.4 >> postgresql-server-8.2.4_1 >> >> The crash occurred only once, and I can not reproduce it after >> rebooting. >> >> Best regards, >> >> Chris Chou >> _______________________________________________ >> 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 Oct 28 13:46:56 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2531C16A417 for ; Sun, 28 Oct 2007 13:46:56 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (unknown [IPv6:2001:41d0:1:2ad2::1]) by mx1.freebsd.org (Postfix) with ESMTP id 9B7CC13C481 for ; Sun, 28 Oct 2007 13:46:55 +0000 (UTC) (envelope-from hlh@restart.be) Received: from restart.be (avoriaz.tunnel.bel [IPv6:2001:41d0:1:2ad2::fffe:0]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "avoriaz.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTP id 647861BAC27 for ; Sun, 28 Oct 2007 14:46:54 +0100 (CET) Received: from morzine.restart.bel (morzine6.restart.bel [IPv6:2001:41d0:1:2ad2::1:2]) (authenticated bits=0) by restart.be (8.14.1/8.14.1) with ESMTP id l9SDkjS5097672 for ; Sun, 28 Oct 2007 14:46:45 +0100 (CET) (envelope-from hlh@restart.be) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=restart.be; s=avoriaz; t=1193579213; bh=XIu9UB11m1jhHQ01lD+VSShFhnSFVZDDDmcJtgt 5IYU=; h=DomainKey-Signature:Message-ID:Date:From:Organization: User-Agent:MIME-Version:To:Subject:Content-Type: Content-Transfer-Encoding:X-Scanned-By; b=1i+OdhSMMaho5P0WZUzrZ8UV pfoo5MjEw8N5v5ciJIFepgijrpDKTSgl0uMcwjrHohVoCxT7ctlDsgaghomQCg== DomainKey-Signature: a=rsa-sha1; s=avoriaz; d=restart.be; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to: subject:content-type:content-transfer-encoding:x-scanned-by; b=FP3V4NJtzyECe6qlT1PAQoEJYMtBRa5wUwIhSxUPpxmBz21GtKq1wc4emg6+VqKGF L9kjBdrw1MxZ3uRT6FDtg== Message-ID: <472492C5.9090909@restart.be> Date: Sun, 28 Oct 2007 14:46:45 +0100 From: Henri Hennebert Organization: RestartSoft User-Agent: Thunderbird 2.0.0.6 (X11/20071013) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.63 on IPv6:2001:41d0:1:2ad2::1:1 Subject: kernel trap with zfs root after shutdown 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, 28 Oct 2007 13:46:56 -0000 Hello, I enjoy reading "A conversation with Jeff Bonwick and Bill Moore" in ACM Queue. PJD paper "Porting the ZFS file system to the FreeBSD operation system" was really interesting... As a result, I switch all my filesystems to zfs -- Yes I know: WARNING: ZFS is considered to be an experimental feature in FreeBSD -- and it's quite stable for me. Nevertheless I encouter a glitch *after* shutdown: Kernel: 7.0-BETA1 - cvsup Oct 23 with patch http://people.freebsd.org/~pjd/patches/vm_kern.c.2.patch. Note: without this patch I get a kmem_map too small after some io load. I setup my root fs under zfs. the boot fs is under gmirror+ufs. loader.conf: #--- Tuning for ZFS - http://wiki.freebsd.org/ZFSTuningGuide vm.kmem_size="600M" # Size of kernel memory vm.kmem_size_max="600M" # Max kmem size vfs.zfs.debug="0" # ZFS - debug messages vfs.zfs.prefetch_disable="1" # ZFS - disable prefetch vfs.zfs.arc_max="128M" # ZFS - maximum ARC size : 128MB #--- Mount root filesystem from ZFS zfs_load="YES" # Load ZFS module vfs.root.mountfrom="zfs:pool0" # Root filesystem is pool0 zpool status: pool: pool0 state: ONLINE scrub: none requested config: NAME STATE READ WRITE CKSUM pool0 ONLINE 0 0 0 mirror ONLINE 0 0 0 da0s2 ONLINE 0 0 0 da1s2 ONLINE 0 0 0 errors: No known data errors pool: pool1 state: ONLINE scrub: none requested config: NAME STATE READ WRITE CKSUM pool1 ONLINE 0 0 0 da0s3 ONLINE 0 0 0 da1s3 ONLINE 0 0 0 errors: No known data errors pool: pool2 state: ONLINE scrub: none requested config: NAME STATE READ WRITE CKSUM pool2 ONLINE 0 0 0 raidz1 ONLINE 0 0 0 ad4s3 ONLINE 0 0 0 ad6s3 ONLINE 0 0 0 errors: No known data errors After shutdown I get a kernel trap: [root@morzine MORZINE]# kgdb kernel.debug /var/crash/vmcore.20 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: <118>Oct 28 09:58:48 morzine syslogd: exiting on signal 15 Waiting (max 60 seconds) for system process `vnlru' to stop...done Waiting (max 60 seconds) for system process `bufdaemon' to stop...done Waiting (max 60 seconds) for system process `syncer' to stop... Syncing disks, vnodes remaining...0 0 0 0 0 done All buffers synced. kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x188 fault code = supervisor read, page not present instruction pointer = 0x20:0xc0593425 stack pointer = 0x28:0xf668fa68 frame pointer = 0x28:0xf668fa80 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 1 (init) trap number = 12 panic: page fault cpuid = 0 KDB: stack backtrace: db_trace_self_wrapper(c080a4a9,f668f944,c059f96f,c0825e2c,0,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0825e2c,0,c07eebd8,f668f950,0,...) at kdb_backtrace+0x29 panic(c07eebd8,c08270e8,c5527f68,1,1,...) at panic+0x10f trap_fatal(c0826fea,c,c588f000,f668f9c0,c5527d48,...) at trap_fatal+0x333 trap(f668fa28) at trap+0x11f calltrap() at calltrap+0x6 --- trap 0xc, eip = 0xc0593425, esp = 0xf668fa68, ebp = 0xf668fa80 --- _mtx_lock_sleep(c69d1a18,c5528440,0,0,0,...) at _mtx_lock_sleep+0x85 vrele(c69d1990,c5b80d0c,c5528440,c080eb5b,91f,...) at vrele+0x5b vflush(c5b80d0c,1,2,c5528440,c5b5a844,...) at vflush+0x69b zfs_umount(c5b80d0c,80000,c5528440,c5528440,c080e762,...) at zfs_umount+0xd5 dounmount(c5b80d0c,80000,c5528440,ead65aec,0,...) at dounmount+0x4ef vfs_unmountall(c08083ac,0,c0808410,10e,f668fc50,...) at vfs_unmountall+0x33 boot(c5528440,8,0,fffffffe,c5528440,...) at boot+0x444 reboot(c5528440,f668fcfc,4,8048260,9e7c9054,...) at reboot+0x67 syscall(f668fd38) at syscall+0x335 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (55, FreeBSD ELF32, reboot), eip = 0x8050be3, esp = 0xbfbfe90c, ebp = 0xbfbfe9d8 --- Uptime: 3d16h44m52s Physical memory: 2030 MB Dumping 468 MB: 453 437 421 405 389 373 357 341 325 309 293 277 261 245 229 213 197 181 165 149 133 117 101 85 69 53 37 21 5 #0 doadump () at pcpu.h:195 195 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) Anyway, thanks for this great port Henri From owner-freebsd-stable@FreeBSD.ORG Sun Oct 28 13:52:17 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4B2C916A419; Sun, 28 Oct 2007 13:52:17 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id DCD3E13C4A6; Sun, 28 Oct 2007 13:52:16 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 3EA3646EAA; Sun, 28 Oct 2007 08:52:16 -0500 (EST) Date: Sun, 28 Oct 2007 14:52:16 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Chris Chou In-Reply-To: <4724752D.9080605@GMail.com> Message-ID: <20071028145040.C32129@fledge.watson.org> References: <47243533.2040107@GMail.com> <20071028113153.S32129@fledge.watson.org> <4724752D.9080605@GMail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: darrenr@FreeBSD.org, freebsd-stable@freebsd.org Subject: Re: FreeBSD 7.0 crashed when running super-smack upon PostgreSQL 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, 28 Oct 2007 13:52:17 -0000 On Sun, 28 Oct 2007, Chris Chou wrote: > Hi Robert, > > This is the backtrace output in the culprit thread (100100): > #0 doadump () at pcpu.h:195 > 195 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); > (kgdb) thread > [Current thread is 134 (Thread 100123)] > (kgdb) thread 133 > [Switching to thread 133 (Thread 100100)]#0 sched_switch (td=0xc46d6210, > newtd=Variable "newtd" is not available. > ) at /usr/src/sys/kern/sched_ule.c:1908 > 1908 cpuid = PCPU_GET(cpuid); > (kgdb) backtrace > #0 sched_switch (td=0xc46d6210, newtd=Variable "newtd" is not available. > ) at /usr/src/sys/kern/sched_ule.c:1908 > #1 0xc061a1b3 in mi_switch (flags=Variable "flags" is not available. > ) at /usr/src/sys/kern/kern_synch.c:442 > #2 0xc063f027 in sleepq_switch (wchan=Variable "wchan" is not available. > ) > at /usr/src/sys/kern/subr_sleepqueue.c:459 > #3 0xc063f7d6 in sleepq_wait (wchan=0xc093cae0) > at /usr/src/sys/kern/subr_sleepqueue.c:542 > #4 0xc0619a46 in _sx_xlock_hard (sx=0xc093cae0, tid=3295502864, opts=0, > file=0x0, line=0) at /usr/src/sys/kern/kern_sx.c:555 > #5 0xc04a8ea7 in fr_checknatout (fin=0xe69009b4, passp=0xe69009b0) at > sx.h:153 > #6 0xc049a7d0 in fr_check (ip=0xc4244a44, hlen=20, ifp=0xc40dc400, out=1, > mp=0xe6900a98) at /usr/src/sys/contrib/ipfilter/netinet/fil.c:2602 > #7 0xc049e01f in fr_check_wrapper (arg=0x0, mp=0xe6900a98, ifp=0xc40dc400, > dir=2) at /usr/src/sys/contrib/ipfilter/netinet/ip_fil_freebsd.c:178 > #8 0xc06b33d8 in pfil_run_hooks (ph=0xc0960b20, mp=0xe6900b24, > ifp=0xc40dc400, dir=2, inp=0xc494be70) at /usr/src/sys/net/pfil.c:78 > #9 0xc06eaea2 in ip_output (m=0xc4244a00, opt=0x0, ro=0xe6900af8, flags=0, > imo=0x0, inp=0xc494be70) at /usr/src/sys/netinet/ip_output.c:438 > #10 0xc074841c in tcp_output (tp=0xc541a000) > at /usr/src/sys/netinet/tcp_output.c:1127 > #11 0xc0753061 in tcp_usr_connect (so=0xc5204dec, nam=0xc42869a0, > td=0xc46d6210) at /usr/src/sys/netinet/tcp_usrreq.c:479 > #12 0xc06606d2 in soconnect (so=0xc5204dec, nam=0xc42869a0, td=0xc46d6210) > at /usr/src/sys/kern/uipc_socket.c:765 > ---Type to continue, or q to quit--- > #13 0xc06670bc in kern_connect (td=0xc46d6210, fd=4, sa=0xc42869a0) > at /usr/src/sys/kern/uipc_syscalls.c:558 > #14 0xc0667246 in connect (td=0xc46d6210, uap=0xe6900cfc) > at /usr/src/sys/kern/uipc_syscalls.c:526 > #15 0xc0873c35 in syscall (frame=0xe6900d38) > at /usr/src/sys/i386/i386/trap.c:1008 > #16 0xc085deb0 in Xint0x80_syscall () at > /usr/src/sys/i386/i386/exception.s:196 > #17 0x00000033 in ?? () > Previous frame inner to this frame (corrupt stack?) > > The crash occurred when I running: super-smack -d pg select-key.smack 35 > 10000 that super-smack started 35 processes. > > The postgresql and super-smack are all inside a jail environment with > jail_sysvipc_allow="YES". > > The firewall package is ipfilter. I enable it in /etc/rc.conf as following: > ipfilter_enable="YES" > ipfilter_rules="/etc/ipf.rules" > ipmon_enable="YES" > ipmon_flags="-Ds" > ipnat_enable="YES" > ipnat_rules="/etc/ipnat.rules" > > Do you mean you want to get the core file and the debug kernel? I can put > them on a place you can reach. Actually, this is sufficient to track the problem -- this is due to the use of the sx(9) lock primitive in ipfilter in RELENG_7; Darren has fixed this in HEAD but not MFC'd it yet. I've CC'd Darren to remind him that he needs to MFC the conversion to rwlock(9) as soon as possible so that users of 7.x betas (and eventually release) don't see this panic. Robert N M Watson Computer Laboratory University of Cambridge > > Best regards, > > Chris > > Robert Watson wrote: >> On Sun, 28 Oct 2007, Chris Chou wrote: >> >>> Dear all, >>> >>> FreeBSD RELENG_7.0 crashed when running super-smack benchmark test upon >>> jailed postgresql. >> >> Chris, >> >> Thanks for this report. Sounds like a bug somewhere :-). Is there any >> chance I can get remote access to a box holding the synchronized kernel, >> kernel debugging symbols, source code, and core dump? Could I ask you also >> to be careful not to delete the kernel with symbols or change the source >> code on the box so that the core and associated parts all remain in sync? >> I don't strictly need access to the core directly, since we may well be >> able to reasonably debug this without that, so here are some directions to >> try and see how far we get: >> >> It sounds like TCP in a user thread is stumbling over a violation of system >> invariants (don't sleep while holding a mutex) performed by another thread. >> We need to track down the original thread and figure out why it's sleeping >> while holding that lock -- perhaps it's a user thread performing a >> copyin/copyout holding the lock, or perhaps an ithread or other software >> interrupt thread acquiring a lock of an inappropriate type (such as an sx >> lock) while holding the lock. >> >> The debugging output, 'tid 100100, pid 9284', tells us which thread/process >> the culprit may be. We need to get a kernel stack trace of that thread and >> that should shed some light on matters. "info threads" and "thread" can be >> used in kgdb to list threads and select a thread. kgdb has its own thread >> ID scheme so you'll need to use info threads to track down the right kgdb >> thread id before you can select the identified kernel thread/process. Once >> it's selected, "bt" should print the backtrace of that thread, and that may >> give us a good starting point. >> >> Could you let me know what, if any, firewall packages you are using? >> >> Robert N M Watson >> Computer Laboratory >> University of Cambridge >> >>> >>> uname -a >>> FreeBSD mercury 7.0-BETA1 FreeBSD 7.0-BETA1 #4: Fri Oct 26 23:49:24 CST >>> 2007 chris@mercury:/usr/obj/usr/src/sys/MERCURY i386 >>> >>> I have got a dumped core, and the following backtrace: >>> >>> kgdb: kvm_nlist(_stopped_cpus): >>> kgdb: kvm_nlist(_stoppcbs): >>> [GDB will not be able to debug user-mode threads: >>> /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] >>> GNU gdb 6.1.1 [FreeBSD] >>> Copyright 2004 Free Software Foundation, Inc. >>> GDB is free software, covered by the GNU General Public License, and you >>> are >>> welcome to change it and/or distribute copies of it under certain >>> conditions. >>> Type "show copying" to see the conditions. >>> There is absolutely no warranty for GDB. Type "show warranty" for >>> details. >>> This GDB was configured as "i386-marcel-freebsd". >>> >>> Unread portion of the kernel message buffer: >>> Sleeping thread (tid 100100, pid 9284) owns a non-sleepable lock >>> panic: sleeping thread >>> Uptime: 15h3m6s >>> Physical memory: 1011 MB >>> Dumping 223 MB: 208 192 176 160 144 128 112 96 80 64 48 32 16 >>> >>> #0 doadump () at pcpu.h:195 >>> 195 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); >>> (kgdb) backtrace >>> #0 doadump () at pcpu.h:195 >>> #1 0xc0612624 in boot (howto=260) at >>> /usr/src/sys/kern/kern_shutdown.c:409 >>> #2 0xc0612824 in panic (fmt=Variable "fmt" is not available. >>> ) at /usr/src/sys/kern/kern_shutdown.c:563 >>> #3 0xc064131b in propagate_priority (td=0xc46d6210) >>> at /usr/src/sys/kern/subr_turnstile.c:222 >>> #4 0xc0641cf8 in turnstile_wait (ts=0xc40b5b90, owner=0xc46d6210, >>> queue=Variable "queue" is not available. >>> ) >>> at /usr/src/sys/kern/subr_turnstile.c:739 >>> #5 0xc0606dcd in _mtx_lock_sleep (m=0xc09617ac, tid=3295513696, opts=0, >>> file=0x0, line=0) at /usr/src/sys/kern/kern_mutex.c:394 >>> #6 0xc0750c64 in tcp_usr_attach (so=0xc49014a4, proto=0, td=0xc46d8c60) >>> at /usr/src/sys/netinet/tcp_usrreq.c:1421 >>> #7 0xc0661da4 in socreate (dom=2, aso=0xe6924c70, type=1, proto=0, >>> cred=0xc4971900, td=0xc46d8c60) at /usr/src/sys/kern/uipc_socket.c:376 >>> #8 0xc0667b1b in socket (td=0xc46d8c60, uap=0xe6924cfc) >>> at /usr/src/sys/kern/uipc_syscalls.c:178 >>> #9 0xc0873c35 in syscall (frame=0xe6924d38) >>> at /usr/src/sys/i386/i386/trap.c:1008 >>> #10 0xc085deb0 in Xint0x80_syscall () at >>> /usr/src/sys/i386/i386/exception.s:196 >>> #11 0x00000033 in ?? () >>> Previous frame inner to this frame (corrupt stack?) >>> (kgdb) >>> >>> The super-smack is compiled from port benchmarks/super-smack with option >>> WITH_POSTGRESQL enabled. >>> >>> The Postgresql is in a jail environment, packages are >>> postgresql-client-8.2.4 >>> postgresql-server-8.2.4_1 >>> >>> The crash occurred only once, and I can not reproduce it after rebooting. >>> >>> Best regards, >>> >>> Chris Chou >>> _______________________________________________ >>> 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 Oct 28 13:57:10 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0D81616A417 for ; Sun, 28 Oct 2007 13:57:10 +0000 (UTC) (envelope-from msnkipa@mail.ru) Received: from f71.mail.ru (f71.mail.ru [194.67.57.222]) by mx1.freebsd.org (Postfix) with ESMTP id BD0C413C48A for ; Sun, 28 Oct 2007 13:57:09 +0000 (UTC) (envelope-from msnkipa@mail.ru) Received: from mail by f71.mail.ru with local id 1Im8dX-000PVN-00 for freebsd-stable@freebsd.org; Sun, 28 Oct 2007 16:57:07 +0300 Received: from [195.131.219.204] by win.mail.ru with HTTP; Sun, 28 Oct 2007 16:57:07 +0300 From: =?koi8-r?Q?=ED=C9=C8=C1=C9=CC_=EB=C9=D0=C1?= To: freebsd-stable@freebsd.org Mime-Version: 1.0 X-Mailer: mPOP Web-Mail 2.19 X-Originating-IP: [195.131.219.204] Date: Sun, 28 Oct 2007 16:57:07 +0300 X-Priority: 1 (High) Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Message-Id: Subject: Error in 6.2-RELEASE`s ata driver X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: =?koi8-r?Q?=ED=C9=C8=C1=C9=CC_=EB=C9=D0=C1?= List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Oct 2007 13:57:10 -0000 So I have southbridge VT8237A and two(!) HDDs attached to SATA chanels of this controller. I Prefer to have RAID on it. When I install FreeBSD 6.2-RELEASE (from floppies) it`s detected only one HDD and write that my RAID storage DEGRADED... I think that it is a bug in the kernel. I`m right. There is a bug in the "ata" driver! We have: /usr/src/sys/dev/ata/ata-chepset.c, line 4771: { ATA_VIA8237A, 0x00, 0, 0x00, ATA_SA150, "8237A" }, But ot must be: { ATA_VIA8237A, 0x00, 7, 0x00, ATA_SA150, "8237A" }, after this improvement and recompilation the kernel anything work fine! Misha. From owner-freebsd-stable@FreeBSD.ORG Sun Oct 28 14:20:40 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F2A3516A417 for ; Sun, 28 Oct 2007 14:20:40 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from ch-smtp02.sth.basefarm.net (ch-smtp02.sth.basefarm.net [80.76.149.213]) by mx1.freebsd.org (Postfix) with ESMTP id ACF8013C480 for ; Sun, 28 Oct 2007 14:20:40 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from c83-253-25-183.bredband.comhem.se ([83.253.25.183]:53754 helo=falcon.midgard.homeip.net) by ch-smtp02.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1Im90J-00083S-7v for freebsd-stable@freebsd.org; Sun, 28 Oct 2007 15:20:39 +0100 Received: (qmail 6180 invoked from network); 28 Oct 2007 15:20:37 +0100 Received: from owl.midgard.homeip.net (10.1.5.7) by falcon.midgard.homeip.net with ESMTP; 28 Oct 2007 15:20:37 +0100 Received: (qmail 18521 invoked by uid 1001); 28 Oct 2007 15:20:37 +0100 Date: Sun, 28 Oct 2007 15:20:37 +0100 From: Erik Trulsson To: ?????? ???? Message-ID: <20071028142037.GA18431@owl.midgard.homeip.net> Mail-Followup-To: ?????? ???? , freebsd-stable@freebsd.org References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.16 (2007-06-09) X-Originating-IP: 83.253.25.183 X-Scan-Result: No virus found in message 1Im90J-00083S-7v. X-Scan-Signature: ch-smtp02.sth.basefarm.net 1Im90J-00083S-7v 1813532f01e6d7752fab3cf65d4fddbf Cc: freebsd-stable@freebsd.org Subject: Re: Error in 6.2-RELEASE`s ata driver 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, 28 Oct 2007 14:20:41 -0000 On Sun, Oct 28, 2007 at 04:57:07PM +0300, ?????? ???? wrote: > So I have southbridge VT8237A and two(!) HDDs attached to SATA chanels of this > controller. I Prefer to have RAID on it. > When I install FreeBSD 6.2-RELEASE (from floppies) it`s detected only one HDD and > write that my RAID storage DEGRADED... I think that it is a bug in the kernel. > I`m right. There is a bug in the "ata" driver! > > We have: > /usr/src/sys/dev/ata/ata-chepset.c, line 4771: > { ATA_VIA8237A, 0x00, 0, 0x00, ATA_SA150, "8237A" }, > > But ot must be: > { ATA_VIA8237A, 0x00, 7, 0x00, ATA_SA150, "8237A" }, > > after this improvement and recompilation the kernel anything work fine! > Misha. Yes. This bug was fixed several months ago in both -CURRENT and 6-STABLE. -- Erik Trulsson ertr1013@student.uu.se From owner-freebsd-stable@FreeBSD.ORG Sun Oct 28 15:55:28 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9EBCC16A4FD for ; Sun, 28 Oct 2007 15:55:28 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from fallbackmx01.syd.optusnet.com.au (fallbackmx01.syd.optusnet.com.au [211.29.132.93]) by mx1.freebsd.org (Postfix) with ESMTP id 3622D13C4BB for ; Sun, 28 Oct 2007 15:55:25 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail08.syd.optusnet.com.au (mail08.syd.optusnet.com.au [211.29.132.189]) by fallbackmx01.syd.optusnet.com.au (8.12.11.20060308/8.12.11) with ESMTP id l9SAZE9f030856 for ; Sun, 28 Oct 2007 21:35:14 +1100 Received: from server.vk2pj.dyndns.org (c220-239-20-82.belrs4.nsw.optusnet.com.au [220.239.20.82]) by mail08.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id l9SAZAmY032090 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 28 Oct 2007 21:35:12 +1100 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.1/8.14.1) with ESMTP id l9SAZ9sw079307; Sun, 28 Oct 2007 21:35:09 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.1/8.14.1/Submit) id l9SAZ8uH079306; Sun, 28 Oct 2007 21:35:08 +1100 (EST) (envelope-from peter) Date: Sun, 28 Oct 2007 21:35:08 +1100 From: Peter Jeremy To: Eugene Grosbein Message-ID: <20071028103508.GQ70883@server.vk2pj.dyndns.org> References: <20071028083955.GA69713@svzserv.kemerovo.su> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="oplxJGu+Ee5xywIT" Content-Disposition: inline In-Reply-To: <20071028083955.GA69713@svzserv.kemerovo.su> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.16 (2007-06-09) Cc: stable@freebsd.org Subject: Re: CMOS, daylight saving time and dual-boot 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, 28 Oct 2007 15:55:28 -0000 --oplxJGu+Ee5xywIT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Oct 28, 2007 at 03:39:55PM +0700, Eugene Grosbein wrote: >It was tuned off yesterday evening and turned back on today, >loading FreeBSD. Meantime the switch from Summer Time to Standard Time >has ocurred. And we've just switched to Summer time. Based on a quick check, it doesn't look like adjkerntz(8) can handle your situation. In the absence of any independent time source, it's actually very difficult to handle this situation. In theory, it would be possible to note that the last system shutdown (or last time the RTC was set) and determine whether there's been a DST transition in the period between then and now and adjust the RTC appropriately (I believe Windows does this). The problem is that, unless this record is kept within the RTC and all OSs co-operate in its meaning, each OS will independently adjust the RTC when it is next rebooted (and I believe multi-boot PCs run into this problem). Overall, the only sane approach is to keep the RTC in UTC and compensate for DST in each OS. Unfortunately, this isn't possible due to historical decisions made by Microsoft. > There is 'ntpd_enable=3D"YES"' in /etc/rc.conf. >Nothing in a system reacted on the end of Summer Time period, >so ntpd just complained about 3600 seconds exceeded sanity limit >and bailed out (documented behavour). If you enable ntpdate, that should work around the problem because ntpdate doesn't have the 1000 second sanity limit. >There is Status Register B at the offset 0x0b in the ISA Compatible CMOS, >its least significant bit should keep Daylight Saving flag (on/off). >Is it used in modern hardware? Does FreeBSD use it? It is supposed to use = it? FreeBSD doesn't use it - Status Register B is updated in a couple of spots in /sys/i386/isa/clock.c to only have the 24hr bit set. I'm not sure what modern Windows expects but the DST rules embedded in the MC146818 are now accurate for only a fairly small part of the world. --=20 Peter --oplxJGu+Ee5xywIT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHJGXc/opHv/APuIcRAsabAJ9A6off+YpTh5lnKWnAa+fAhHH3UQCghbnd Fj0TcNcyUAl/1uIN+i3TrpU= =0/CJ -----END PGP SIGNATURE----- --oplxJGu+Ee5xywIT-- From owner-freebsd-stable@FreeBSD.ORG Sun Oct 28 15:56:04 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2A8E616A420 for ; Sun, 28 Oct 2007 15:56:04 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from gaia.nimnet.asn.au (nimbin.lnk.telstra.net [139.130.45.143]) by mx1.freebsd.org (Postfix) with ESMTP id B210F13C48A for ; Sun, 28 Oct 2007 15:56:02 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from localhost (smithi@localhost) by gaia.nimnet.asn.au (8.8.8/8.8.8R1.5) with SMTP id CAA21605; Mon, 29 Oct 2007 02:17:45 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Mon, 29 Oct 2007 02:17:44 +1100 (EST) From: Ian Smith To: Eugene Grosbein In-Reply-To: <20071028083955.GA69713@svzserv.kemerovo.su> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Peter Jeremy , stable@freebsd.org Subject: Re: CMOS, daylight saving time and dual-boot 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, 28 Oct 2007 15:56:04 -0000 On Sun, 28 Oct 2007, Eugene Grosbein wrote: > I have dual-boot machine with 7.0-BETA1 and Windows > that keeps CMOS time local (there is /etc/wall_cmos_clock also). > > It was tuned off yesterday evening and turned back on today, > loading FreeBSD. Meantime the switch from Summer Time to Standard Time > has ocurred. There is 'ntpd_enable="YES"' in /etc/rc.conf. > Nothing in a system reacted on the end of Summer Time period, > so ntpd just complained about 3600 seconds exceeded sanity limit > and bailed out (documented behavour). With standard /etc/crontab, adjkerntz -a (which catches DST changes) is only run between midnight and 5am, and presumably your 'today' started after then. Perhaps running that once on boot, just in case, might help in such circumstances? I've done that without ntpd running, but ntpd -qg once on booting should handle such surprise 3600s shifts better? > There is Status Register B at the offset 0x0b in the ISA Compatible > CMOS its least significant bit should keep Daylight Saving flag > (on/off). The bit appears to be DST enable, rather than storage of current state? Windows date setting has a check box that I suspect reflects this bit. You may find that windows will shift CMOS another hour when next booted too, or at least that's what I recall W98 doing to me a couple of times when I happened to boot it some time during some 6 month period :) > Is it used in modern hardware? Does FreeBSD use it? It is supposed to > use it? /sys/isa/rtc.h has #define RTCSB_DST 0x01 /* USA Daylight Savings Time enable */ but it's not referenced in /sys/i386/isa/clock.c (great bedtime reading) which is the only place that updates the RTC, AFAIK. If I'm reading it right, FreeBSD clears this bit during clock initialisation. (5.5-STABLE here; I haven't checked if this code has changed since) Cheers, Ian From owner-freebsd-stable@FreeBSD.ORG Sun Oct 28 16:09:57 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9FBAB16A418 for ; Sun, 28 Oct 2007 16:09:57 +0000 (UTC) (envelope-from eugen@www.svzserv.kemerovo.su) Received: from www.svzserv.kemerovo.su (www.svzserv.kemerovo.su [213.184.65.80]) by mx1.freebsd.org (Postfix) with ESMTP id CEEEE13C4A5 for ; Sun, 28 Oct 2007 16:09:56 +0000 (UTC) (envelope-from eugen@www.svzserv.kemerovo.su) Received: from www.svzserv.kemerovo.su (eugen@localhost [127.0.0.1]) by www.svzserv.kemerovo.su (8.13.8/8.13.8) with ESMTP id l9SG9qYA012730; Sun, 28 Oct 2007 23:09:52 +0700 (KRAT) (envelope-from eugen@www.svzserv.kemerovo.su) Received: (from eugen@localhost) by www.svzserv.kemerovo.su (8.13.8/8.13.8/Submit) id l9SG9qhD012729; Sun, 28 Oct 2007 23:09:52 +0700 (KRAT) (envelope-from eugen) Date: Sun, 28 Oct 2007 23:09:52 +0700 From: Eugene Grosbein To: Ian Smith Message-ID: <20071028160952.GA11046@svzserv.kemerovo.su> References: <20071028083955.GA69713@svzserv.kemerovo.su> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: Peter Jeremy , stable@freebsd.org Subject: Re: CMOS, daylight saving time and dual-boot 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, 28 Oct 2007 16:09:57 -0000 On Mon, Oct 29, 2007 at 02:17:44AM +1100, Ian Smith wrote: > > I have dual-boot machine with 7.0-BETA1 and Windows > > that keeps CMOS time local (there is /etc/wall_cmos_clock also). > > > > It was tuned off yesterday evening and turned back on today, > > loading FreeBSD. Meantime the switch from Summer Time to Standard Time > > has ocurred. There is 'ntpd_enable="YES"' in /etc/rc.conf. > > Nothing in a system reacted on the end of Summer Time period, > > so ntpd just complained about 3600 seconds exceeded sanity limit > > and bailed out (documented behavour). > > With standard /etc/crontab, adjkerntz -a (which catches DST changes) is > only run between midnight and 5am, and presumably your 'today' started > after then. Yes, really much later :-) > Perhaps running that once on boot, just in case, might help > in such circumstances? I'll test this. By the way, I cannot set local date to '02:59:00 summer time', it sets '02:59:00 winter time' :-( E.g., "date 200710280222.39" sets time in "KRAST" timezone (local time is GMT+8 in summer) and "date 200710280222.40" sets it so timezone changes to "KRAT". How could I set it to "200710280259 KRAST"? > I've done that without ntpd running, but ntpd > -qg once on booting should handle such surprise 3600s shifts better? > > > There is Status Register B at the offset 0x0b in the ISA Compatible > > CMOS its least significant bit should keep Daylight Saving flag > > (on/off). > > The bit appears to be DST enable, rather than storage of current state? > Windows date setting has a check box that I suspect reflects this bit. I don't think so, it seems that Windows keeps it's own flag to know if it should adjust local time for daylight savings. As you noted, FreeBSD always clears CMOS bit and that has no affect on Windows behavour. > You may find that windows will shift CMOS another hour when next booted > too, or at least that's what I recall W98 doing to me a couple of times > when I happened to boot it some time during some 6 month period :) > > > Is it used in modern hardware? Does FreeBSD use it? It is supposed to > > use it? > > /sys/isa/rtc.h has > #define RTCSB_DST 0x01 /* USA Daylight Savings Time enable */ > > but it's not referenced in /sys/i386/isa/clock.c (great bedtime reading) > which is the only place that updates the RTC, AFAIK. If I'm reading it > right, FreeBSD clears this bit during clock initialisation. > > (5.5-STABLE here; I haven't checked if this code has changed since) The same in CURRENT. It seems we could use this bit as storage flag :-) I think about diskless stations that has no other storage for this. Eugene From owner-freebsd-stable@FreeBSD.ORG Sun Oct 28 16:37:54 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4B81B16A41A; Sun, 28 Oct 2007 16:37:54 +0000 (UTC) (envelope-from lankfordandrew@charter.net) Received: from mtao04.charter.net (mtao04.charter.net [209.225.8.178]) by mx1.freebsd.org (Postfix) with ESMTP id 99DB413C4CA; Sun, 28 Oct 2007 16:37:52 +0000 (UTC) (envelope-from lankfordandrew@charter.net) Received: from aa04.charter.net ([10.20.200.156]) by mtao04.charter.net (InterMail vM.7.08.02.00 201-2186-121-20061213) with ESMTP id <20071028163747.EBQ23660.mtao04.charter.net@aa04.charter.net>; Sun, 28 Oct 2007 12:37:47 -0400 Received: from [192.168.15.101] (really [75.138.219.8]) by aa04.charter.net with ESMTP id <20071028163747.GVNO1254.aa04.charter.net@[192.168.15.101]>; Sun, 28 Oct 2007 12:37:47 -0400 Message-ID: <4724BAD9.7000400@charter.net> Date: Sun, 28 Oct 2007 12:37:45 -0400 From: Andrew Lankford User-Agent: Thunderbird 2.0.0.6 (X11/20071017) MIME-Version: 1.0 References: <47240A15.8080305@charter.net> <20071028074248.GA1511@haakonia.hitnet.RWTH-Aachen.DE> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Chzlrs: 0 Cc: stable@freebsd.org, current@freebsd.org Subject: Re: /usr/share/man/man8/MAKEDEV.8 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, 28 Oct 2007 16:37:54 -0000 Thanks for replying, but once again I've miscommunicated the issue. I meant that MAKEDEV.8 is in /usr/src/share/man/man8/, and the modification time is Oct 13th, recent, which suggests to me that it's still in the 7.0-BETA1 cvs tree. Andrew Lankford Doug Barton wrote: > On Sun, 28 Oct 2007, Christian Brueffer wrote: > >> On Sun, Oct 28, 2007 at 12:03:33AM -0400, Andrew Lankford wrote: >>> I just noticed that /usr/share/man/man8/MAKEDEV.8 is still in the >>> FreeBSD-7 tree. Is this intentional? It still says that MAKEDEV is >>> located in /dev and mentions MAKEDEV.local as well. >>> >> >> Could it be that you have updated this machine from RELENG_4? The fact >> that the file you're referring to has no .gz extention show that it's >> stale, manpages have been compressed for some time now. > > A simple way to make sure you don't get bitten by this is to 'rm -r > /usr/share/man' right before you do 'make installworld'. (Or you can mv > it if you're paranoid, I've been deleting it for a long time now and > it's never bitten me.) > > hth, > > Doug > From owner-freebsd-stable@FreeBSD.ORG Sun Oct 28 16:41:53 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1717F16A418; Sun, 28 Oct 2007 16:41:53 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 044A313C4B0; Sun, 28 Oct 2007 16:41:52 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id BC45F1CC087; Sun, 28 Oct 2007 09:41:52 -0700 (PDT) Date: Sun, 28 Oct 2007 09:41:52 -0700 From: Jeremy Chadwick To: Andrew Lankford Message-ID: <20071028164152.GA7516@eos.sc1.parodius.com> References: <47240A15.8080305@charter.net> <20071028074248.GA1511@haakonia.hitnet.RWTH-Aachen.DE> <4724BAD9.7000400@charter.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4724BAD9.7000400@charter.net> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: stable@freebsd.org, current@freebsd.org Subject: Re: /usr/share/man/man8/MAKEDEV.8 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, 28 Oct 2007 16:41:53 -0000 On Sun, Oct 28, 2007 at 12:37:45PM -0400, Andrew Lankford wrote: > Thanks for replying, but once again I've miscommunicated the issue. I > meant that MAKEDEV.8 is in /usr/src/share/man/man8/, and the > modification time is Oct 13th, recent, which suggests to me that it's still > in the 7.0-BETA1 cvs tree. And you're very much correct: http://www.freebsd.org/cgi/cvsweb.cgi/src/share/man/man8/MAKEDEV.8 -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sun Oct 28 16:50:28 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5406A16A41B; Sun, 28 Oct 2007 16:50:28 +0000 (UTC) (envelope-from lankfordandrew@charter.net) Received: from mtai04.charter.net (mtai04.charter.net [209.225.8.184]) by mx1.freebsd.org (Postfix) with ESMTP id E04BF13C491; Sun, 28 Oct 2007 16:50:26 +0000 (UTC) (envelope-from lankfordandrew@charter.net) Received: from aa04.charter.net ([10.20.200.156]) by mtai04.charter.net (InterMail vM.7.08.02.00 201-2186-121-20061213) with ESMTP id <20071028165025.AYI12338.mtai04.charter.net@aa04.charter.net>; Sun, 28 Oct 2007 12:50:25 -0400 Received: from [192.168.15.101] (really [75.138.219.8]) by aa04.charter.net with ESMTP id <20071028165025.HBBD1254.aa04.charter.net@[192.168.15.101]>; Sun, 28 Oct 2007 12:50:25 -0400 Message-ID: <4724BDD0.1020701@charter.net> Date: Sun, 28 Oct 2007 12:50:24 -0400 From: Andrew Lankford User-Agent: Thunderbird 2.0.0.6 (X11/20071017) MIME-Version: 1.0 References: <47240A15.8080305@charter.net> <20071028074248.GA1511@haakonia.hitnet.RWTH-Aachen.DE> <4724BAD9.7000400@charter.net> <20071028164152.GA7516@eos.sc1.parodius.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Chzlrs: 0 Cc: stable@freebsd.org, current@freebsd.org Subject: Re: /usr/share/man/man8/MAKEDEV.8 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, 28 Oct 2007 16:50:28 -0000 Danny Braniss wrote: >> On Sun, Oct 28, 2007 at 12:37:45PM -0400, Andrew Lankford wrote: >>> Thanks for replying, but once again I've miscommunicated the issue. I >>> meant that MAKEDEV.8 is in /usr/src/share/man/man8/, and the >>> modification time is Oct 13th, recent, which suggests to me that it's still >>> in the 7.0-BETA1 cvs tree. >> And you're very much correct: >> >> http://www.freebsd.org/cgi/cvsweb.cgi/src/share/man/man8/MAKEDEV.8 > > how about reading what ity says? it might be very educational :-) > > NAME > MAKEDEV -- old script for creating device nodes > > DESCRIPTION > The MAKEDEV script was deprecated by devfs(5) and removed from FreeBSD > after devfs(5) became mandatory. > > > > From owner-freebsd-stable@FreeBSD.ORG Sun Oct 28 16:54:13 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF8B216A420; Sun, 28 Oct 2007 16:54:13 +0000 (UTC) (envelope-from lankfordandrew@charter.net) Received: from mtai05.charter.net (mtai05.charter.net [209.225.8.185]) by mx1.freebsd.org (Postfix) with ESMTP id 36D7413C4BB; Sun, 28 Oct 2007 16:54:13 +0000 (UTC) (envelope-from lankfordandrew@charter.net) Received: from aarprv06.charter.net ([10.20.200.76]) by mtai05.charter.net (InterMail vM.7.08.02.00 201-2186-121-20061213) with ESMTP id <20071028165412.MOIU7894.mtai05.charter.net@aarprv06.charter.net>; Sun, 28 Oct 2007 12:54:12 -0400 Received: from [192.168.15.101] (really [75.138.219.8]) by aarprv06.charter.net with ESMTP id <20071028165412.KVLO14098.aarprv06.charter.net@[192.168.15.101]>; Sun, 28 Oct 2007 12:54:12 -0400 Message-ID: <4724BEB3.5080905@charter.net> Date: Sun, 28 Oct 2007 12:54:11 -0400 From: Andrew Lankford User-Agent: Thunderbird 2.0.0.6 (X11/20071017) MIME-Version: 1.0 References: <47240A15.8080305@charter.net> <20071028074248.GA1511@haakonia.hitnet.RWTH-Aachen.DE> <4724BAD9.7000400@charter.net> <20071028164152.GA7516@eos.sc1.parodius.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Chzlrs: 0 Cc: stable@freebsd.org, current@freebsd.org Subject: Re: /usr/share/man/man8/MAKEDEV.8 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, 28 Oct 2007 16:54:13 -0000 Thbbt! I'm reading the catman version of MAKEDEV. Wish I could disable that "feature". Oh well. I'll delete it all and rebuild it again if needed. Thanks! Andrew Lankford Danny Braniss wrote: >> On Sun, Oct 28, 2007 at 12:37:45PM -0400, Andrew Lankford wrote: >>> Thanks for replying, but once again I've miscommunicated the issue. I >>> meant that MAKEDEV.8 is in /usr/src/share/man/man8/, and the >>> modification time is Oct 13th, recent, which suggests to me that it's still >>> in the 7.0-BETA1 cvs tree. >> And you're very much correct: >> >> http://www.freebsd.org/cgi/cvsweb.cgi/src/share/man/man8/MAKEDEV.8 > > how about reading what ity says? it might be very educational :-) > > NAME > MAKEDEV -- old script for creating device nodes > > DESCRIPTION > The MAKEDEV script was deprecated by devfs(5) and removed from FreeBSD > after devfs(5) became mandatory. > > > > From owner-freebsd-stable@FreeBSD.ORG Sun Oct 28 17:02:14 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9485016A41A for ; Sun, 28 Oct 2007 17:02:14 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with SMTP id 30FA613C4A6 for ; Sun, 28 Oct 2007 17:02:14 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 15406 invoked by uid 399); 28 Oct 2007 17:02:13 -0000 Received: from localhost (HELO slave.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 28 Oct 2007 17:02:13 -0000 X-Originating-IP: 127.0.0.1 Date: Sun, 28 Oct 2007 10:02:11 -0700 (PDT) From: Doug Barton To: Eugene Grosbein In-Reply-To: <20071028083955.GA69713@svzserv.kemerovo.su> Message-ID: References: <20071028083955.GA69713@svzserv.kemerovo.su> X-message-flag: Outlook -- Not just for spreading viruses anymore! X-OpenPGP-Key-ID: 0xD5B2F0FB Organization: http://www.FreeBSD.org/ MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: stable@freebsd.org Subject: Re: CMOS, daylight saving time and dual-boot 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, 28 Oct 2007 17:02:14 -0000 On Sun, 28 Oct 2007, Eugene Grosbein wrote: > It was tuned off yesterday evening and turned back on today, > loading FreeBSD. Meantime the switch from Summer Time to Standard Time > has ocurred. There is 'ntpd_enable="YES"' in /etc/rc.conf. > Nothing in a system reacted on the end of Summer Time period, > so ntpd just complained about 3600 seconds exceeded sanity limit > and bailed out (documented behavour). Right. You're looking at this as a DST problem, when in reality it's just a "clock is too far off for ntpd to sync normally" problem. You want to have a more general solution for that problem in any case. Adding ntpd_sync_on_start to /etc/rc.conf is one way to accomplish that, there are others of course. Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Sun Oct 28 17:14:21 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 593EB16A417 for ; Sun, 28 Oct 2007 17:14:21 +0000 (UTC) (envelope-from mike@vintners.net) Received: from vinifera.vintners.net (vinifera.vintners.net [207.229.65.53]) by mx1.freebsd.org (Postfix) with ESMTP id 0EA4813C494 for ; Sun, 28 Oct 2007 17:14:20 +0000 (UTC) (envelope-from mike@vintners.net) Received: from brix.vintners.net (brix.vintners.net [209.162.136.18]) by vinifera.vintners.net (8.14.1/8.14.1) with ESMTP id l9SGs2bd009273; Sun, 28 Oct 2007 09:54:02 -0700 (PDT) (envelope-from mike@vintners.net) Received: from [127.0.0.1] ([192.168.136.45]) by brix.vintners.net (8.13.1/8.13.1) with ESMTP id l9SGruS9005970; Sun, 28 Oct 2007 09:53:58 -0700 (PDT) (envelope-from mike@vintners.net) Message-ID: <4724BEA4.5060500@vintners.net> Date: Sun, 28 Oct 2007 09:53:56 -0700 From: Mike Lempriere User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Eugene Grosbein References: <20071028083955.GA69713@svzserv.kemerovo.su> <20071028160952.GA11046@svzserv.kemerovo.su> In-Reply-To: <20071028160952.GA11046@svzserv.kemerovo.su> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-42.0 required=6.0 tests=RGX_BDY_LOCAL_AREA_CODE, RGX_BDY_SAVINGS,USER_IN_WHITELIST autolearn=ham version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on vinifera.vintners.net Cc: Peter Jeremy , stable@freebsd.org, Ian Smith Subject: Re: CMOS, daylight saving time and dual-boot 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, 28 Oct 2007 17:14:21 -0000 If you're in the US, you're a week early for the changeover -- your timezone files need to be corrected. See: http://articles.techrepublic.com.com/5100-10877_11-6163042.html Eugene Grosbein wrote: > On Mon, Oct 29, 2007 at 02:17:44AM +1100, Ian Smith wrote: > > >> > I have dual-boot machine with 7.0-BETA1 and Windows >> > that keeps CMOS time local (there is /etc/wall_cmos_clock also). >> > >> > It was tuned off yesterday evening and turned back on today, >> > loading FreeBSD. Meantime the switch from Summer Time to Standard Time >> > has ocurred. There is 'ntpd_enable="YES"' in /etc/rc.conf. >> > Nothing in a system reacted on the end of Summer Time period, >> > so ntpd just complained about 3600 seconds exceeded sanity limit >> > and bailed out (documented behavour). >> >> With standard /etc/crontab, adjkerntz -a (which catches DST changes) is >> only run between midnight and 5am, and presumably your 'today' started >> after then. >> > > Yes, really much later :-) > > >> Perhaps running that once on boot, just in case, might help >> in such circumstances? >> > > I'll test this. By the way, I cannot set local date > to '02:59:00 summer time', it sets '02:59:00 winter time' :-( > E.g., "date 200710280222.39" sets time in "KRAST" timezone > (local time is GMT+8 in summer) and "date 200710280222.40" > sets it so timezone changes to "KRAT". How could I set it > to "200710280259 KRAST"? > > >> I've done that without ntpd running, but ntpd >> -qg once on booting should handle such surprise 3600s shifts better? >> >> > There is Status Register B at the offset 0x0b in the ISA Compatible >> > CMOS its least significant bit should keep Daylight Saving flag >> > (on/off). >> >> The bit appears to be DST enable, rather than storage of current state? >> Windows date setting has a check box that I suspect reflects this bit. >> > > I don't think so, it seems that Windows keeps it's own flag > to know if it should adjust local time for daylight savings. > As you noted, FreeBSD always clears CMOS bit and > that has no affect on Windows behavour. > > >> You may find that windows will shift CMOS another hour when next booted >> too, or at least that's what I recall W98 doing to me a couple of times >> when I happened to boot it some time during some 6 month period :) >> >> > Is it used in modern hardware? Does FreeBSD use it? It is supposed to >> > use it? >> >> /sys/isa/rtc.h has >> #define RTCSB_DST 0x01 /* USA Daylight Savings Time enable */ >> >> but it's not referenced in /sys/i386/isa/clock.c (great bedtime reading) >> which is the only place that updates the RTC, AFAIK. If I'm reading it >> right, FreeBSD clears this bit during clock initialisation. >> >> (5.5-STABLE here; I haven't checked if this code has changed since) >> > > The same in CURRENT. It seems we could use this bit as storage flag :-) > I think about diskless stations that has no other storage for this. > > Eugene > _______________________________________________ > 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" > > > > -- Mike Lempriere- Home: mike@vintners.net Phone: 206-780-2146 Cellphone: 206-200-5902; text pager: mlemp@tmail.com From owner-freebsd-stable@FreeBSD.ORG Sun Oct 28 17:15:30 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AC27C16A418 for ; Sun, 28 Oct 2007 17:15:30 +0000 (UTC) (envelope-from eugen@www.svzserv.kemerovo.su) Received: from www.svzserv.kemerovo.su (www.svzserv.kemerovo.su [213.184.65.80]) by mx1.freebsd.org (Postfix) with ESMTP id ED09A13C494 for ; Sun, 28 Oct 2007 17:15:29 +0000 (UTC) (envelope-from eugen@www.svzserv.kemerovo.su) Received: from www.svzserv.kemerovo.su (eugen@localhost [127.0.0.1]) by www.svzserv.kemerovo.su (8.13.8/8.13.8) with ESMTP id l9SHFQTC019158; Mon, 29 Oct 2007 00:15:26 +0700 (KRAT) (envelope-from eugen@www.svzserv.kemerovo.su) Received: (from eugen@localhost) by www.svzserv.kemerovo.su (8.13.8/8.13.8/Submit) id l9SHFQ7k019157; Mon, 29 Oct 2007 00:15:26 +0700 (KRAT) (envelope-from eugen) Date: Mon, 29 Oct 2007 00:15:26 +0700 From: Eugene Grosbein To: Mike Lempriere Message-ID: <20071028171526.GA18965@svzserv.kemerovo.su> References: <20071028083955.GA69713@svzserv.kemerovo.su> <20071028160952.GA11046@svzserv.kemerovo.su> <4724BEA4.5060500@vintners.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4724BEA4.5060500@vintners.net> User-Agent: Mutt/1.4.2.3i Cc: Peter Jeremy , stable@freebsd.org, Ian Smith Subject: Re: CMOS, daylight saving time and dual-boot 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, 28 Oct 2007 17:15:30 -0000 On Sun, Oct 28, 2007 at 09:53:56AM -0700, Mike Lempriere wrote: > If you're in the US, you're a week early for the changeover -- your > timezone files need to be corrected. No, I'm not. I'm in Russia. Eugene From owner-freebsd-stable@FreeBSD.ORG Sun Oct 28 17:19:23 2007 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A4F6B16A474 for ; Sun, 28 Oct 2007 17:19:23 +0000 (UTC) (envelope-from eugen@www.svzserv.kemerovo.su) Received: from www.svzserv.kemerovo.su (www.svzserv.kemerovo.su [213.184.65.80]) by mx1.freebsd.org (Postfix) with ESMTP id 033D613C4A7 for ; Sun, 28 Oct 2007 17:19:22 +0000 (UTC) (envelope-from eugen@www.svzserv.kemerovo.su) Received: from www.svzserv.kemerovo.su (eugen@localhost [127.0.0.1]) by www.svzserv.kemerovo.su (8.13.8/8.13.8) with ESMTP id l9SHJLZm019445; Mon, 29 Oct 2007 00:19:21 +0700 (KRAT) (envelope-from eugen@www.svzserv.kemerovo.su) Received: (from eugen@localhost) by www.svzserv.kemerovo.su (8.13.8/8.13.8/Submit) id l9SHJLK6019444; Mon, 29 Oct 2007 00:19:21 +0700 (KRAT) (envelope-from eugen) Date: Mon, 29 Oct 2007 00:19:21 +0700 From: Eugene Grosbein To: Doug Barton Message-ID: <20071028171921.GB18965@svzserv.kemerovo.su> References: <20071028083955.GA69713@svzserv.kemerovo.su> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: stable@FreeBSD.org Subject: Re: CMOS, daylight saving time and dual-boot 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, 28 Oct 2007 17:19:23 -0000 On Sun, Oct 28, 2007 at 10:02:11AM -0700, Doug Barton wrote: > >It was tuned off yesterday evening and turned back on today, > >loading FreeBSD. Meantime the switch from Summer Time to Standard Time > >has ocurred. There is 'ntpd_enable="YES"' in /etc/rc.conf. > >Nothing in a system reacted on the end of Summer Time period, > >so ntpd just complained about 3600 seconds exceeded sanity limit > >and bailed out (documented behavour). > > Right. You're looking at this as a DST problem, when in reality it's just > a "clock is too far off for ntpd to sync normally" problem. You want to > have a more general solution for that problem in any case. Adding > ntpd_sync_on_start to /etc/rc.conf is one way to accomplish that, there > are others of course. Suppose, the machine does not have global connectivity at all (and it has no local source of exact time) or just at the boot time. It still needs to adjust local time, right? It seems to me as DST problem really, not NTP problem. Eugene From owner-freebsd-stable@FreeBSD.ORG Sun Oct 28 17:22:44 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E669416A468; Sun, 28 Oct 2007 17:22:44 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.freebsd.org (Postfix) with ESMTP id 9749813C4AC; Sun, 28 Oct 2007 17:22:44 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1ImBHh-000OiV-Mc; Sun, 28 Oct 2007 18:46:45 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Jeremy Chadwick In-reply-to: <20071028164152.GA7516@eos.sc1.parodius.com> References: <47240A15.8080305@charter.net> <20071028074248.GA1511@haakonia.hitnet.RWTH-Aachen.DE> <4724BAD9.7000400@charter.net> <20071028164152.GA7516@eos.sc1.parodius.com> Comments: In-reply-to Jeremy Chadwick message dated "Sun, 28 Oct 2007 09:41:52 -0700." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 28 Oct 2007 18:46:45 +0200 From: Danny Braniss Message-ID: Cc: Andrew Lankford , stable@freebsd.org, current@freebsd.org Subject: Re: /usr/share/man/man8/MAKEDEV.8 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, 28 Oct 2007 17:22:45 -0000 > On Sun, Oct 28, 2007 at 12:37:45PM -0400, Andrew Lankford wrote: > > Thanks for replying, but once again I've miscommunicated the issue. I > > meant that MAKEDEV.8 is in /usr/src/share/man/man8/, and the > > modification time is Oct 13th, recent, which suggests to me that it's still > > in the 7.0-BETA1 cvs tree. > > And you're very much correct: > > http://www.freebsd.org/cgi/cvsweb.cgi/src/share/man/man8/MAKEDEV.8 how about reading what ity says? it might be very educational :-) NAME MAKEDEV -- old script for creating device nodes DESCRIPTION The MAKEDEV script was deprecated by devfs(5) and removed from FreeBSD after devfs(5) became mandatory. From owner-freebsd-stable@FreeBSD.ORG Sun Oct 28 17:48:35 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 90ACE16A4B3 for ; Sun, 28 Oct 2007 17:48:35 +0000 (UTC) (envelope-from eugen@www.svzserv.kemerovo.su) Received: from www.svzserv.kemerovo.su (www.svzserv.kemerovo.su [213.184.65.80]) by mx1.freebsd.org (Postfix) with ESMTP id C009E13C4A3 for ; Sun, 28 Oct 2007 17:48:34 +0000 (UTC) (envelope-from eugen@www.svzserv.kemerovo.su) Received: from www.svzserv.kemerovo.su (eugen@localhost [127.0.0.1]) by www.svzserv.kemerovo.su (8.13.8/8.13.8) with ESMTP id l9SHmW1A022022 for ; Mon, 29 Oct 2007 00:48:32 +0700 (KRAT) (envelope-from eugen@www.svzserv.kemerovo.su) Received: (from eugen@localhost) by www.svzserv.kemerovo.su (8.13.8/8.13.8/Submit) id l9SHmWI7022020 for stable@freebsd.org; Mon, 29 Oct 2007 00:48:32 +0700 (KRAT) (envelope-from eugen) Date: Mon, 29 Oct 2007 00:48:32 +0700 From: Eugene Grosbein To: stable@freebsd.org Message-ID: <20071028174832.GA21847@svzserv.kemerovo.su> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: date manupulation 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, 28 Oct 2007 17:48:35 -0000 Hi! # unixtime=1193511599 # LC_ALL=C TZ=Asia/Krasnoyarsk date -jr $unixtime Sun Oct 28 02:59:59 KRAT 2007 That's last second of Summer time in this time zone. # LC_ALL=C TZ=Asia/Krasnoyarsk date -f %s $unixtime Sun Oct 28 02:59:59 KRAT 2007 That's an hour later after the switch from Summer time, but how can it be? It is a bug? Eugene From owner-freebsd-stable@FreeBSD.ORG Sun Oct 28 18:04:09 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 863C716A420 for ; Sun, 28 Oct 2007 18:04:09 +0000 (UTC) (envelope-from wearabnet@yahoo.ca) Received: from web33715.mail.mud.yahoo.com (web33715.mail.mud.yahoo.com [68.142.201.212]) by mx1.freebsd.org (Postfix) with SMTP id 2EA6213C4C2 for ; Sun, 28 Oct 2007 18:04:09 +0000 (UTC) (envelope-from wearabnet@yahoo.ca) Received: (qmail 17174 invoked by uid 60001); 28 Oct 2007 18:04:08 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.ca; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=YOquidGSPG7Ku3Vv7PoiJZZF3wuA0A6m4mHBVgI71Hfq/tmW5w694OJBRbBUO/ESLoq3d4DVAqxHizLBcktylgzTPGbcqnxg47+OfIoeU2X//mA0UKkb4p6npWo1Zsi0xrWwh0OvsdJ9aS9G5jzNto1Ie/nocAlm7CH/UFDm7Mg=; X-YMail-OSG: HtKoRYgVM1neDhzB8MIU2GRp.qM2kHGLkbVl2DdNNaj8kgLt_Ps4DMVeIntLcRj25CaE8LTMbvUq2zLGsCfsao_ccjCd9bqb2T9hPM8X7qiqjG63RW4- Received: from [86.62.225.4] by web33715.mail.mud.yahoo.com via HTTP; Sun, 28 Oct 2007 11:04:08 PDT X-Mailer: YahooMailRC/814.06 YahooMailWebService/0.7.134.12 Date: Sun, 28 Oct 2007 11:04:08 -0700 (PDT) From: Abdullah Ibn Hamad Al-Marri To: Per olof Ljungmark , Andrew Birukov MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Message-ID: <256621.16904.qm@web33715.mail.mud.yahoo.com> Cc: FreeBSD STABLE , freebsd-pf@freebsd.org Subject: Re: pf broken in 7.0-BETA1 ? 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, 28 Oct 2007 18:04:09 -0000 ----- Original Message ----=0A> From: Per olof Ljungmark =0A> To: Andrew Birukov =0A> Cc: current@freebsd.org=0A> = Sent: Sunday, October 28, 2007 8:47:11 PM=0A> Subject: Re: pf broken in 7.0= -BETA1 ?=0A> =0A> Andrew Birukov wrote:=0A> >=0A> > This problem is affecte= d 7.0 only.=0A> > pf rools witch tos in FreeBSD-6.2 work properly.=0A> =0A>= Just a guess, could this be the problem?=0A> "Warning: When browsing the p= f user's guide, please keep in mind that =0A> different versions of FreeBSD= contain different versions of pf."=0A> =0A> I believe pf in 7 is based on = OpenBSD 4.1.=0A> =0A> --per=0A=0AI think this should be sent to freebsd-pf@= freebsd.org and stable, since RELENG_7 is branched.=0A=0AAlso the man isn't= updated to reflect the changes in 7.0 yet :(=0A=0A =0A=0ARegards, =0A-Abdu= llah Ibn Hamad Al-Marri=0AArab Portal=0Ahttp://www.WeArab.Net/=0A=0A=0A____= ______________________________________________=0ADo You Yahoo!?=0ATired of = spam? Yahoo! Mail has the best spam protection around =0Ahttp://mail.yahoo= .com From owner-freebsd-stable@FreeBSD.ORG Sun Oct 28 18:26:45 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB8FE16A41B for ; Sun, 28 Oct 2007 18:26:45 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id 431EB13C48D for ; Sun, 28 Oct 2007 18:26:45 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.1/8.14.1/ALCHEMY.FRANKEN.DE) with ESMTP id l9SHwPbh099760 for ; Sun, 28 Oct 2007 18:58:25 +0100 (CET) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.1/8.14.1/Submit) id l9SHwPIq099759 for stable@freebsd.org; Sun, 28 Oct 2007 18:58:25 +0100 (CET) (envelope-from marius) Date: Sun, 28 Oct 2007 18:58:25 +0100 From: Marius Strobl To: stable@freebsd.org Message-ID: <20071028175825.GA90717@alchemy.franken.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: HEADS UP: [marius@freebsd.org: cvs commit: src UPDATING src/sys/dev/pci pci_user.c src/sys/sys param.h pciio.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: Sun, 28 Oct 2007 18:26:45 -0000 FYI, if your are an early adopter of FreeBSD 7 and have recompiled your ports since upgrading or using a fresh install, the ABI breakage referenced below requires you to recompile the graphics/picturebook, sysutils/hal, sysutils/radeontool and sysutils/sjog ports when tracking RELENG_7. This list of affected ports is not exhaustive though. marius 2007-10-28 17:31:52 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) . UPDATING sys/dev/pci pci_user.c sys/sys param.h pciio.h Log: MFC: UPDATING 1.511; sys/dev/pci/pci_user.c 1.23, 1.24; sys/sys/param.h 1.312, sys/sys/pciio.h 1.8 Add ABI backwards compatibility to the FreeBSD 4/5/6 versions of the PCIOCGETCONF, PCIOCREAD and PCIOCWRITE IOCTLs, which was broken with the introduction of PCI domain support. As the size of struct pci_conf_io wasn't changed with that commit, this unfortunately requires the ABI of PCIOCGETCONF to be broken again in order to be able to provide backwards compatibility to the old version of that IOCTL. Approved by: re (kensmith) Revision Changes Path 1.507.2.2 +13 -0 src/UPDATING 1.22.2.1 +284 -50 src/sys/dev/pci/pci_user.c 1.308.2.2 +1 -1 src/sys/sys/param.h 1.7.2.1 +1 -1 src/sys/sys/pciio.h From owner-freebsd-stable@FreeBSD.ORG Sun Oct 28 18:30:05 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B22EC16A417 for ; Sun, 28 Oct 2007 18:30:05 +0000 (UTC) (envelope-from ubm@u-boot-man.de) Received: from mail.upper.net (mail.upper.net [62.75.224.33]) by mx1.freebsd.org (Postfix) with ESMTP id 52C0413C4A8 for ; Sun, 28 Oct 2007 18:30:04 +0000 (UTC) (envelope-from ubm@u-boot-man.de) Received: from ubm.mine.nu (e181003245.adsl.alicedsl.de [85.181.3.245]) (authenticated bits=0) by mail.upper.net (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id l9SHjxbR007745 for ; Sun, 28 Oct 2007 18:46:00 +0100 Date: Sun, 28 Oct 2007 18:45:59 +0100 From: Marc "UBM" Bocklet To: stable@freebsd.org Message-Id: <20071028184559.7154d472.ubm@u-boot-man.de> X-Mailer: Sylpheed 2.4.0 (GTK+ 2.10.12; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: portupgrade error with 7.0-BETA1 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, 28 Oct 2007 18:30:05 -0000 Hiho! ;-) I just upgraded my machine to: FreeBSD blah.blah 7.0-BETA1 FreeBSD 7.0-BETA1 #6: Thu Oct 25 19:43:35 CEST 2007 and then tried using portupgrade, which promptly fails with: Fatal error 'Cannot allocate red zone for initial thread' at line 382 in file /usr/src/lib/libthr/thread/thr_init.c (errno = 12) Illegal instruction: 4 (core dumped) (the red zone error ist repeated about 20 times). I'm not sure if it has anything to do with the upgrade. I tried deinstalling / reinstalling portupgrade and I also tried portupgrade-devel, but they both keep failing with the above error. Googling didn't yield any results. I've also installed the compat6x port and included COMPAT_FREEBSD6 in my kernel, but that didn't help either. Has anybody encountered this error before? Thanks in advance! Bye Marc -- "And what rough beast, its hour come round at last, Slouches towards Bethlehem to be born?" W.B. Yeats, The Second Coming From owner-freebsd-stable@FreeBSD.ORG Sun Oct 28 18:33:17 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0EB5116A417 for ; Sun, 28 Oct 2007 18:33:17 +0000 (UTC) (envelope-from hk@alogis.com) Received: from alogis.com (firewall.solit-ag.de [212.184.102.1]) by mx1.freebsd.org (Postfix) with ESMTP id 9F41513C481 for ; Sun, 28 Oct 2007 18:33:16 +0000 (UTC) (envelope-from hk@alogis.com) Received: from alogis.com (localhost [127.0.0.1]) by alogis.com (8.13.4/8.13.1) with ESMTP id l9SIKBfa089739; Sun, 28 Oct 2007 19:20:11 +0100 (CET) (envelope-from hk@alogis.com) Received: (from hk@localhost) by alogis.com (8.13.4/8.13.1/Submit) id l9SIKBJ0089738; Sun, 28 Oct 2007 19:20:11 +0100 (CET) (envelope-from hk) Date: Sun, 28 Oct 2007 19:20:11 +0100 From: Holger Kipp To: Eugene Grosbein Message-ID: <20071028182011.GA89664@intserv.int1.b.intern> References: <20071028174832.GA21847@svzserv.kemerovo.su> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071028174832.GA21847@svzserv.kemerovo.su> User-Agent: Mutt/1.4.2.1i Cc: stable@freebsd.org Subject: Re: date manupulation 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, 28 Oct 2007 18:33:17 -0000 On Mon, Oct 29, 2007 at 12:48:32AM +0700, Eugene Grosbein wrote: > Hi! > > # unixtime=1193511599 > # LC_ALL=C TZ=Asia/Krasnoyarsk date -jr $unixtime > Sun Oct 28 02:59:59 KRAT 2007 > > That's last second of Summer time in this time zone. > > # LC_ALL=C TZ=Asia/Krasnoyarsk date -f %s $unixtime > Sun Oct 28 02:59:59 KRAT 2007 > > That's an hour later after the switch from Summer time, > but how can it be? It is a bug? I haven't checked, but usually during switch from summer to winter time, you change the clock back from 03:00 to 02:00, so you have the same hour twice. So you have 02:59:59 summer time and then you have (instead of 03:00:00) 02:00:00 winter time a second later, so one hour later you end up with 02:59:59 again. Best regards, Holger Kipp From owner-freebsd-stable@FreeBSD.ORG Sun Oct 28 18:36:51 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E7F616A419 for ; Sun, 28 Oct 2007 18:36:51 +0000 (UTC) (envelope-from eugen@www.svzserv.kemerovo.su) Received: from www.svzserv.kemerovo.su (www.svzserv.kemerovo.su [213.184.65.80]) by mx1.freebsd.org (Postfix) with ESMTP id AB32813C4A5 for ; Sun, 28 Oct 2007 18:36:50 +0000 (UTC) (envelope-from eugen@www.svzserv.kemerovo.su) Received: from www.svzserv.kemerovo.su (eugen@localhost [127.0.0.1]) by www.svzserv.kemerovo.su (8.13.8/8.13.8) with ESMTP id l9SIZ8ie025710; Mon, 29 Oct 2007 01:35:08 +0700 (KRAT) (envelope-from eugen@www.svzserv.kemerovo.su) Received: (from eugen@localhost) by www.svzserv.kemerovo.su (8.13.8/8.13.8/Submit) id l9SIZ8A0025709; Mon, 29 Oct 2007 01:35:08 +0700 (KRAT) (envelope-from eugen) Date: Mon, 29 Oct 2007 01:35:08 +0700 From: Eugene Grosbein To: Holger Kipp Message-ID: <20071028183508.GA25172@svzserv.kemerovo.su> References: <20071028174832.GA21847@svzserv.kemerovo.su> <20071028182011.GA89664@intserv.int1.b.intern> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071028182011.GA89664@intserv.int1.b.intern> User-Agent: Mutt/1.4.2.3i Cc: stable@freebsd.org Subject: Re: date manupulation 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, 28 Oct 2007 18:36:51 -0000 On Sun, Oct 28, 2007 at 07:20:11PM +0100, Holger Kipp wrote: > > # unixtime=1193511599 > > # LC_ALL=C TZ=Asia/Krasnoyarsk date -jr $unixtime > > Sun Oct 28 02:59:59 KRAT 2007 Here it shows 'Sun Oct 28 02:59:59 KRAST 2007' really (cut-n-paste error, mea culpa). Take a note of zone name, KRAST stands for 'KRAsnoyarsk Summer Time' and KRAT stands for 'KRAsnoyarsk Time' (winter one). > > That's last second of Summer time in this time zone. > > > > # LC_ALL=C TZ=Asia/Krasnoyarsk date -f %s $unixtime > > Sun Oct 28 02:59:59 KRAT 2007 > > > > That's an hour later after the switch from Summer time, > > but how can it be? It is a bug? > > I haven't checked, but usually during switch from summer > to winter time, you change the clock back from 03:00 to > 02:00, so you have the same hour twice. > > So you have 02:59:59 summer time and then you have > (instead of 03:00:00) 02:00:00 winter time a second > later, so one hour later you end up with 02:59:59 again. Yes, but "02:59:59 KRAT" is one hour (minus one second) later than "02:00:00 KRAT", the latter equals to "03:00:00 KRAST", so the first invocation of 'date' command shows time an hour before time the second invocation shows. However, unixtime is the same. That bothers me, something is wrong. Eugene From owner-freebsd-stable@FreeBSD.ORG Sun Oct 28 18:49:58 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 12A9416A420; Sun, 28 Oct 2007 18:49:58 +0000 (UTC) (envelope-from amb@amb.kiev.ua) Received: from simmts8-srv.bellnexxia.net (simmts8-qfe0.srvr.bell.ca [206.47.199.166]) by mx1.freebsd.org (Postfix) with ESMTP id A96B913C4A6; Sun, 28 Oct 2007 18:49:57 +0000 (UTC) (envelope-from amb@amb.kiev.ua) Received: from amb.homeunix.org ([156.34.188.4]) by simmts12-srv.bellnexxia.net (InterMail vM.5.01.06.13 201-253-122-130-113-20050324) with ESMTP id <20071028183735.NRSI25485.simmts12-srv.bellnexxia.net@amb.homeunix.org>; Sun, 28 Oct 2007 14:37:35 -0400 Received: from server.amb.kiev.ua ([10.15.25.2] helo=amb.kiev.ua) by amb.homeunix.org with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1ImD0w-0001N4-KL; Sun, 28 Oct 2007 15:37:34 -0300 Message-ID: <4724D6EE.6050004@amb.kiev.ua> Date: Sun, 28 Oct 2007 15:37:34 -0300 From: Andrew Birukov User-Agent: Thunderbird 2.0.0.6 (X11/20070803) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: multipart/mixed; boundary="------------060903090006020801070202" X-SA-Exim-Connect-IP: 10.15.25.2 X-SA-Exim-Rcpt-To: freebsd-stable@freebsd.org, freebsd-pf@freebsd.org X-SA-Exim-Mail-From: amb@amb.kiev.ua X-SA-Exim-Scanned: No (on amb.homeunix.org); SAEximRunCond expanded to false Cc: freebsd-pf@freebsd.org Subject: pf broken in 7.0-BETA1 ? 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, 28 Oct 2007 18:49:58 -0000 This is a multi-part message in MIME format. --------------060903090006020801070202 Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit pf.conf: --------------------------------------------------------------- ext_if="xl0" altq on $ext_if priq bandwidth 520Kb queue { ssh, traf } queue ssh priority 1 queue traf priority 15 priq(default) pass in all pass out all pass out on $ext_if proto tcp from any to any tos 0x10 queue ssh ----------------------------------------------------------------- I connected to remote host by ssh. In tcpdump i see many packets witch tos 0x10. 12:54:46.732928 IP (tos 0x10, ttl 64, id 12486, offset 0, flags [DF], proto TCP (6), length 52) 10.15.25.2.56587 > 194.0.91.110.22: ., cksum 0x35d5 (correct), 1919:1919(0) ack 2832 win 8181 12:54:46.746958 IP (tos 0x10, ttl 64, id 12487, offset 0, flags [DF], proto TCP (6), length 100) 10.15.25.2.56587 > 194.0.91.110.22: P 1919:1967(48) ack 2832 win 8195 12:54:46.900186 IP (tos 0x10, ttl 64, id 12488, offset 0, flags [DF], proto TCP (6), length 52) 10.15.25.2.56587 > 194.0.91.110.22: ., cksum 0x33ec (correct), 1967:1967(0) ack 2944 win 8181 12:54:46.915079 IP (tos 0x10, ttl 64, id 12489, offset 0, flags [DF], proto TCP (6), length 100) 10.15.25.2.56587 > 194.0.91.110.22: P 1967:2015(48) ack 2944 win 8195 tcpdump confirms that the outgoing ssh data packets have tos 0x10, but the majority of the packets are still going to the default "traf" queue. queue ssh on xl0 [ pkts: 0 bytes: 0 dropped pkts: 0 bytes: 0 ] [ qlength: 0/ 50 ] [ measured: 0.0 packets/s, 0 b/s ] queue traf on xl0 priority 15 priq( default ) [ pkts: 5059 bytes: 1130390 dropped pkts: 69 bytes: 80689 ] [ qlength: 0/ 50 ] [ measured: 3.9 packets/s, 2.15Kb/s ] This problem is affected 7.0 only. pf rools witch tos in FreeBSD-6.2 (previous pf version) work properly. My configuration: # uname -a FreeBSD amb.kiev.ua 7.0-BETA1 FreeBSD 7.0-BETA1 #1: Sun Oct 28 10:08:13 ADT 2007 root@amb.kiev.ua:/usr/obj/usr/src/sys/AMB.7.0 i386 dmesg output and kernel config file are attached to this letter. Last time I cvsupped RELENG_7 and reinstall world in this morning. -- Andrew Biriukov amb@amb.kiev.ua --------------060903090006020801070202 Content-Type: text/plain; name="KERNEL" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="KERNEL" # # GENERIC -- Generic kernel configuration file for FreeBSD/i386 # # For more information on this file, please read the handbook section on # Kernel Configuration Files: # # http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the ../../conf/NOTES and NOTES files. # If you are in doubt as to the purpose or necessity of a line, check first # in NOTES. # # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.474.2.1 2007/10/11 06:20:26 kensmith Exp $ #cpu I486_CPU #cpu I586_CPU cpu I686_CPU ident AMB # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols options SCHED_4BSD # 4BSD scheduler #options SCHED_ULE options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking #options INET6 # IPv6 communications protocols #options SCTP # Stream Control Transmission Protocol options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options UFS_GJOURNAL # Enable gjournal-based UFS journaling options MD_ROOT # MD is a potential root device #options NFSCLIENT # Network Filesystem Client #options NFSSERVER # Network Filesystem Server #options NFS_ROOT # NFS usable as /, requires NFSCLIENT #options MSDOSFS # MSDOS Filesystem #options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_PART_GPT # GUID Partition Tables. options GEOM_LABEL # Provides labelization options COMPAT_43TTY # BSD 4.3 TTY compat [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options COMPAT_FREEBSD6 # Compatible with FreeBSD6 #options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options ADAPTIVE_GIANT # Giant mutex is adaptive. options STOP_NMI # Stop CPUS using NMI instead of IPI options AUDIT # Security event auditing #options IPFIREWALL #options IPFIREWALL_DEFAULT_TO_ACCEPT #options IPFIREWALL_FORWARD #options DUMMYNET #options IPFILTER #options IPFILTER_LOG #options ACCEPT_FILTER_DATA #options ACCEPT_FILTER_HTTP options ALTQ options ALTQ_CBQ options ALTQ_RED options ALTQ_RIO options ALTQ_HFSC options ALTQ_CDNR options ALTQ_PRIQ options ALTQ_NOPCC options ALTQ_DEBUG #options NETGRAPH #options NETGRAPH_SPPP #options NETGRAPH_PPP #options NETGRAPH_PPPOE #options NETGRAPH_PPTPGRE options DEVICE_POLLING device atapicam # To make an SMP kernel, the next two lines are needed options SMP # Symmetric MultiProcessor Kernel device apic # I/O APIC # CPU frequency control device cpufreq # Bus support. #device eisa device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives #device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives #device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering # SCSI Controllers #device ahb # EISA AHA1742 family #device ahc # AHA2940 and onboard AIC7xxx devices #options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. #device ahd # AHA39320/29320 and onboard AIC79xx devices #options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. #device amd # AMD 53C974 (Tekram DC-390(T)) #device hptiop # Highpoint RocketRaid 3xxx series #device isp # Qlogic family #device ispfw # Firmware for QLogic HBAs- normally a module #device mpt # LSI-Logic MPT-Fusion #device ncr # NCR/Symbios Logic #device sym # NCR/Symbios Logic (newer chipsets + those of `ncr') #device trm # Tekram DC395U/UW/F DC315U adapters #device adv # Advansys SCSI adapters #device adw # Advansys wide SCSI adapters #device aha # Adaptec 154x SCSI adapters #device aic # Adaptec 15[012]x SCSI adapters, AIC-6[23]60. #device bt # Buslogic/Mylex MultiMaster SCSI adapters #device ncv # NCR 53C500 #device nsp # Workbit Ninja SCSI-3 #device stg # TMC 18C30/18C50 # SCSI peripherals device scbus # SCSI bus (required for SCSI) #device ch # SCSI media changers device da # Direct Access (disks) #device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) #device ses # SCSI Environmental Services (and SAF-TE) # RAID controllers interfaced to the SCSI subsystem #device amr # AMI MegaRAID #device arcmsr # Areca SATA II RAID #device asr # DPT SmartRAID V, VI and Adaptec SCSI RAID #device ciss # Compaq Smart RAID 5* #device dpt # DPT Smartcache III, IV - See NOTES for options #device hptmv # Highpoint RocketRAID 182x #device rr232x # Highpoint RocketRAID 232x #device iir # Intel Integrated RAID #device ips # IBM (Adaptec) ServeRAID #device mly # Mylex AcceleRAID/eXtremeRAID #device twa # 3ware 9000 series PATA/SATA RAID # RAID controllers #device aac # Adaptec FSA RAID #device aacp # SCSI passthrough for aac (requires CAM) #device ida # Compaq Smart RAID #device mfi # LSI MegaRAID SAS #device mlx # Mylex DAC960 family #device pst # Promise Supertrak SX6000 #device twe # 3ware ATA RAID # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard #device psm # PS/2 mouse device kbdmux # keyboard multiplexer device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc device agp # support several AGP chipsets # Power management support (see NOTES for more options) #device apm # Add suspend/resume support for the i8254. #device pmtimer # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support #device cbb # cardbus (yenta) bridge #device pccard # PC Card (16-bit) bus #device cardbus # CardBus (32-bit) bus # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports device uart # Generic UART driver # Parallel port #device ppc #device ppbus # Parallel port bus (required) #device lpt # Printer #device plip # TCP/IP over parallel #device ppi # Parallel port interface device #device vpo # Requires scbus and da # If you've got a "dumb" serial or parallel PCI card that is # supported by the puc(4) glue driver, uncomment the following # line to enable it (connects to sio, uart and/or ppc drivers): #device puc # PCI Ethernet NICs. device de # DEC/Intel DC21x4x (``Tulip'') device em # Intel PRO/1000 adapter Gigabit Ethernet Card device ixgb # Intel PRO/10GbE Ethernet Card device le # AMD Am7900 LANCE and Am79C9xx PCnet device txp # 3Com 3cR990 (``Typhoon'') device vx # 3Com 3c590, 3c595 (``Vortex'') # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support #device bce # Broadcom BCM5706/BCM5708 Gigabit Ethernet #device bfe # Broadcom BCM440x 10/100 Ethernet #device bge # Broadcom BCM570xx Gigabit Ethernet #device dc # DEC/Intel 21143 and various workalikes #device fxp # Intel EtherExpress PRO/100B (82557, 82558) #device lge # Level 1 LXT1001 gigabit Ethernet #device msk # Marvell/SysKonnect Yukon II Gigabit Ethernet #device nfe # nVidia nForce MCP on-board Ethernet #device nge # NatSemi DP83820 gigabit Ethernet #device nve # nVidia nForce MCP on-board Ethernet Networking #device pcn # AMD Am79C97x PCI 10/100 (precedence over 'le') device re # RealTek 8139C+/8169/8169S/8110S #device rl # RealTek 8129/8139 #device sf # Adaptec AIC-6915 (``Starfire'') #device sis # Silicon Integrated Systems SiS 900/SiS 7016 #device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet #device ste # Sundance ST201 (D-Link DFE-550TX) #device stge # Sundance/Tamarack TC9021 gigabit Ethernet #device ti # Alteon Networks Tigon I/II gigabit Ethernet #device tl # Texas Instruments ThunderLAN #device tx # SMC EtherPower II (83c170 ``EPIC'') #device vge # VIA VT612x gigabit Ethernet #device vr # VIA Rhine, Rhine II #device wb # Winbond W89C840F device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # ISA Ethernet NICs. pccard NICs included. #device cs # Crystal Semiconductor CS89x0 NIC # 'device ed' requires 'device miibus' #device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards #device ex # Intel EtherExpress Pro/10 and Pro/10+ #device ep # Etherlink III based cards #device fe # Fujitsu MB8696x based cards #device ie # EtherExpress 8/16, 3C507, StarLAN 10 etc. #device sn # SMC's 9000 series of Ethernet chips #device xe # Xircom pccard Ethernet # Wireless NIC cards #device wlan # 802.11 support #device wlan_wep # 802.11 WEP support #device wlan_ccmp # 802.11 CCMP support #device wlan_tkip # 802.11 TKIP support #device wlan_amrr # AMRR transmit rate control algorithm #device wlan_scan_ap # 802.11 AP mode scanning #device wlan_scan_sta # 802.11 STA mode scanning #device an # Aironet 4500/4800 802.11 wireless NICs. #device ath # Atheros pci/cardbus NIC's #device ath_hal # Atheros HAL (Hardware Access Layer) #device ath_rate_sample # SampleRate tx rate control for ath #device awi # BayStack 660 and others #device ral # Ralink Technology RT2500 wireless NICs. #device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. #device wl # Older non 802.11 Wavelan wireless NIC. # Pseudo devices. device loop # Network loopback device random # Entropy device device ether # Ethernet support #device sl # Kernel SLIP #device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" #device gif # IPv6 and IPv4 tunneling #device faith # IPv6-to-IPv4 relaying (translation) #device firmware # firmware assist module # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device ehci # EHCI PCI->USB interface (USB 2.0) device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices device ugen # Generic device uhid # "Human Interface Devices" device ukbd # Keyboard #device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse #device ural # Ralink Technology RT2500USB wireless NICs #device rum # Ralink Technology RT2501USB wireless NICs #device urio # Diamond Rio 500 MP3 player #device uscanner # Scanners # USB Ethernet, requires miibus device aue # ADMtek USB Ethernet device axe # ASIX Electronics USB Ethernet device cdce # Generic USB over Ethernet device cue # CATC USB Ethernet device kue # Kawasaki LSI USB Ethernet device rue # RealTek RTL8150 USB Ethernet # FireWire support #device firewire # FireWire bus code #device sbp # SCSI over FireWire (Requires scbus and da) #device fwe # Ethernet over FireWire (non-standard!) #device fwip # IP over FireWire (RFC 2734,3146) #device dcons # Dumb console driver #device dcons_crom # Configuration ROM for dcons device sound device snd_hda device coretemp --------------060903090006020801070202 Content-Type: text/plain; name="dmesg" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="dmesg" Copyright (c) 1992-2007 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 is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-BETA1 #1: Sun Oct 28 10:08:13 ADT 2007 root@amb.kiev.ua:/usr/obj/usr/src/sys/AMB.7.0 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 CPU 4300 @ 1.80GHz (1805.49-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6f2 Stepping = 2 Features=0xbfebfbff Features2=0xe39d AMD Features=0x20100000 AMD Features2=0x1 Cores per package: 2 real memory = 2147024896 (2047 MB) avail memory = 2087424000 (1990 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 7ff00000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 cpu0: on acpi0 coretemp0: on cpu0 est0: on cpu0 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 928092806000928 device_attach: est0 attach returned 6 p4tcc0: on cpu0 cpu1: on acpi0 coretemp1: on cpu1 est1: on cpu1 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 928092806000928 device_attach: est1 attach returned 6 p4tcc1: on cpu1 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 1.0 on pci0 pci1: on pcib1 nvidia0: mem 0xfd000000-0xfdffffff,0xc0000000-0xcfffffff,0xfc000000-0xfcffffff irq 16 at device 0.0 on pci1 nvidia0: [GIANT-LOCKED] nvidia0: [ITHREAD] uhci0: port 0xe000-0xe01f irq 16 at device 26.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xe080-0xe09f irq 17 at device 26.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered ehci0: mem 0xfebff400-0xfebff7ff irq 18 at device 26.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb2: waiting for BIOS to give up control usb2: EHCI version 1.0 usb2: companion controllers, 2 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: on usb2 uhub2: 4 ports with 4 removable, self powered pcm0: mem 0xfebf8000-0xfebfbfff irq 22 at device 27.0 on pci0 pcm0: [ITHREAD] pcib2: irq 16 at device 28.0 on pci0 pci4: on pcib2 pcib3: irq 19 at device 28.3 on pci0 pci3: on pcib3 re0: port 0xb800-0xb8ff mem 0xfe9ff000-0xfe9fffff irq 19 at device 0.0 on pci3 re0: Using 2 MSI messages miibus0: on re0 rgephy0: PHY 1 on miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto re0: Ethernet address: 00:18:f3:74:54:de re0: [FILTER] re0: [FILTER] pcib4: irq 16 at device 28.4 on pci0 pci2: on pcib4 atapci0: port 0xac00-0xac07,0xa880-0xa883,0xa800-0xa807,0xa480-0xa483,0xa400-0xa40f mem 0xfe8fe000-0xfe8fffff irq 16 at device 0.0 on pci2 atapci0: [ITHREAD] atapci0: AHCI Version 01.00 controller with 2 ports detected ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] ata4: on atapci0 ata4: [ITHREAD] uhci2: port 0xd800-0xd81f irq 23 at device 29.0 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb3: on uhci2 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered uhci3: port 0xd880-0xd89f irq 19 at device 29.1 on pci0 uhci3: [GIANT-LOCKED] uhci3: [ITHREAD] usb4: on uhci3 usb4: USB revision 1.0 uhub4: on usb4 uhub4: 2 ports with 2 removable, self powered uhci4: port 0xdc00-0xdc1f irq 18 at device 29.2 on pci0 uhci4: [GIANT-LOCKED] uhci4: [ITHREAD] usb5: on uhci4 usb5: USB revision 1.0 uhub5: on usb5 uhub5: 2 ports with 2 removable, self powered ehci1: mem 0xfebff000-0xfebff3ff irq 23 at device 29.7 on pci0 ehci1: [GIANT-LOCKED] ehci1: [ITHREAD] usb6: EHCI version 1.0 usb6: companion controllers, 2 ports each: usb3 usb4 usb5 usb6: on ehci1 usb6: USB revision 2.0 uhub6: on usb6 uhub6: 6 ports with 6 removable, self powered pcib5: at device 30.0 on pci0 pci5: on pcib5 xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0xcc00-0xcc7f mem 0xfeaffc00-0xfeaffc7f irq 23 at device 2.0 on pci5 miibus1: on xl0 ukphy0: PHY 24 on miibus1 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: Ethernet address: 00:01:03:ba:e0:71 xl0: [ITHREAD] isab0: at device 31.0 on pci0 isa0: on isab0 atapci1: port 0xec00-0xec07,0xe880-0xe883,0xe800-0xe807,0xe480-0xe483,0xe400-0xe41f mem 0xfebff800-0xfebfffff irq 19 at device 31.2 on pci0 atapci1: [ITHREAD] atapci1: AHCI Version 01.10 controller with 4 ports detected ata5: on atapci1 ata5: [ITHREAD] ata6: on atapci1 ata6: [ITHREAD] ata7: on atapci1 ata7: port not implemented ata7: [ITHREAD] ata8: on atapci1 ata8: port not implemented ata8: [ITHREAD] ata9: on atapci1 ata9: [ITHREAD] ata10: on atapci1 ata10: [ITHREAD] pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio0: [FILTER] fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 orm0: at iomem 0xd2000-0xd27ff pnpid ORM0000 on isa0 ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 ata0: [ITHREAD] ata1 at port 0x170-0x177,0x376 irq 15 on isa0 ata1: [ITHREAD] atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] 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 uhub7: on uhub4 uhub7: 4 ports with 4 removable, self powered ukbd0: on uhub7 kbd2 at ukbd0 uhid0: on uhub7 ums0: on uhub7 ums0: 5 buttons and Z dir and a TILT dir. uhid1: on uhub7 uhid2: on uhub7 uhid2: unexpected endpoint device_attach: uhid2 attach returned 6 Timecounters tick every 1.000 msec acd0: DVDR at ata4-slave UDMA33 ad10: 305245MB at ata5-master SATA300 ad12: 381554MB at ata6-master SATA150 pcm0: pcm0: acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 sks=0x40 0x00 0x01 acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 sks=0x40 0x00 0x01 SMP: AP CPU #1 Launched! cd0 at ata4 bus 0 target 1 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/ad10s1a WARNING: ZFS is considered to be an experimental feature in FreeBSD. ZFS filesystem version 6 ZFS storage pool version 6 re0: link state changed to UP altq: emulate 256000000Hz cpu clock xl0: promiscuous mode enabled xl0: promiscuous mode disabled xl0: promiscuous mode enabled xl0: promiscuous mode disabled xl0: promiscuous mode enabled xl0: promiscuous mode disabled xl0: promiscuous mode enabled xl0: promiscuous mode disabled --------------060903090006020801070202-- From owner-freebsd-stable@FreeBSD.ORG Sun Oct 28 19:15:01 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AD3A416A41B for ; Sun, 28 Oct 2007 19:15:01 +0000 (UTC) (envelope-from bazzoola@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.182]) by mx1.freebsd.org (Postfix) with ESMTP id 5195013C4A3 for ; Sun, 28 Oct 2007 19:15:00 +0000 (UTC) (envelope-from bazzoola@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so2534199pyb for ; Sun, 28 Oct 2007 12:15:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:from:to:content-type:content-transfer-encoding:mime-version:subject:date:cc:x-mailer; bh=8YT67Yi555PI4d6jn6xt5khexbJGsQTYrM9BR9JOCQw=; b=dIebDaMqsk2/HNilsAo2wwYBziT8RyyCr0fGHMtvuNiIoa8RsSrSKyWzlS7X3JLLi/YBqjSwN268USo/PAl++J/JCy/pvS7NjA8vpOIJZzrr0t0d3Gr7leeIBrZ9hmGovoQR5HulKt4j8KpNID7SaneHadNQXKIhvapCvBbezxU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:from:to:content-type:content-transfer-encoding:mime-version:subject:date:cc:x-mailer; b=HQ7FEqO/G0ONwVUlwlVsRR0d7wWH8JrLUox/ojzw5kx9KVE9mIX/6mNaoltdl+XCpPCYHiw6rDubkvKmPxAysMgY2tpuXNVINsq34gjWkfGQ7LEyn8CVeV7aPpke8HXOwgV37f+4GVqNrlVyvC4nh8QPEgsUvdai0uno92SYsFE= Received: by 10.35.60.15 with SMTP id n15mr6454374pyk.1193598899801; Sun, 28 Oct 2007 12:14:59 -0700 (PDT) Received: from macwire.local ( [76.247.128.231]) by mx.google.com with ESMTPS id 5sm13660426nzk.2007.10.28.12.14.56 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 28 Oct 2007 12:14:57 -0700 (PDT) Message-Id: <3BDB570E-E93A-443A-802F-AD359F63EAB6@gmail.com> From: bazzoola To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v912) Date: Sun, 28 Oct 2007 14:14:55 -0500 X-Mailer: Apple Mail (2.912) Cc: Subject: "ral0: device timeout" in RELENG_7 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, 28 Oct 2007 19:15:01 -0000 Greetings, ral0 does not function correctly under RELENG_7 as an access point. The same configuration used to work just fine on RELENG_6 (please see attached) "ral0: device timeout" I do not receive this message if I am using ral0 as a client (not an access point) I do not receive this message if ral0 does not have an IP address associated with it (even if hostapd is running and running as an AP). So, to trigger this problem I run: ifconfig ral0 inet 192.168.2.11 netmask 255.255.255.0 Also, immediately after that I get so many interrupts on IRQ5 and the LED on the card keeps blinking. Here is my configuration: #pciconf ral0@pci0:0:13:0: class=0x028000 card=0x00321737 chip=0x02011814 rev=0x01 hdr=0x00 vendor = 'Ralink Technology, Corp' device = '0x03011814 Zonet ZEW1601 (Ralink Chipset) 802.11b/ g WLAN Card' class = network cap 01[40] = powerspec 2 supports D0 D3 current D0 #cat /root/kernels/GENERIC2 # GENERIC2 -- Generic kernel configuration file for FreeBSD/i386 cpu I486_CPU cpu I586_CPU cpu I686_CPU ident GENERIC2 options SCHED_ULE # ULE scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options INET6 # IPv6 communications protocols options SCTP # Stream Control Transmission Protocol options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options UFS_GJOURNAL # Enable gjournal-based UFS journaling options MD_ROOT # MD is a potential root device options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_PART_GPT # GUID Partition Tables. options GEOM_LABEL # Provides labelization options COMPAT_43TTY # BSD 4.3 TTY compat [KEEP THIS!] options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real- time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options ADAPTIVE_GIANT # Giant mutex is adaptive. options STOP_NMI # Stop CPUS using NMI instead of IPI options AUDIT # Security event auditing device apic # I/O APIC device pci device fdc device ata device atadisk # ATA disk drives device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device kbdmux # keyboard multiplexer device vga # VGA video card driver device agp # support several AGP chipsets device pmtimer device sio # 8250, 16[45]50 based serial ports device uart # Generic UART driver device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet device wlan # 802.11 support device wlan_wep # 802.11 WEP support device wlan_ccmp # 802.11 CCMP support device wlan_tkip # 802.11 TKIP support device wlan_amrr # AMRR transmit rate control algorithm device wlan_scan_ap # 802.11 AP mode scanning device wlan_scan_sta # 802.11 STA mode scanning device ral # Ralink Technology RT2500 wireless NICs. device loop # Network loopback device random # Entropy device device ether # Ethernet support device sl # Kernel SLIP device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) device firmware # firmware assist module device bpf # Berkeley packet filter #dmesg Copyright (c) 1992-2007 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 is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-BETA1 #3: Thu Oct 25 14:20:12 EDT 2007 r...@nixnixnix.local:/usr/obj/usr/src/sys/GENERIC2 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD-K6(tm) 3D processor (501.14-MHz 586-class CPU) Origin = "AuthenticAMD" Id = 0x58c Stepping = 12 Features=0x8021bf AMD Features=0x80000800 real memory = 266272768 (253 MB) avail memory = 251076608 (239 MB) wlan: mac acl policy registered kbd1 at kbdmux0 K6-family MTRR support enabled (2 registers) acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, fcf0000 (3) failed Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x5008-0x500b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff,0x480-0x48f, 0x5000-0x5041 on acpi0 pci0: on pcib0 pcib0: no PRT entry for 0.0.INTA agp0: on hostb0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x4000-0x400f irq 14 at device 0.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) pci0: at device 1.2 (no driver attached) pcib1: at device 2.0 on pci0 pci1: on pcib1 vgapci0: port 0xc000-0xc07f mem 0xe2000000-0xe27fffff,0xe2c00000-0xe2c0ffff at device 0.0 on pci1 skc0: port 0xd000-0xd0ff mem 0xe2d04000-0xe2d07fff irq 11 at device 9.0 on pci0 skc0: DGE-530T Gigabit Ethernet Adapter rev. (0x9) sk0: on skc0 sk0: Ethernet address: XX:XX:5b:XX:XX:XX miibus0: on sk0 e1000phy0: PHY 0 on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto skc0: [ITHREAD] skc1: port 0xd400-0xd4ff mem 0xe2d00000-0xe2d03fff irq 10 at device 11.0 on pci0 skc1: DGE-530T Gigabit Ethernet Adapter rev. (0x9) sk1: on skc1 sk1: Ethernet address: XX:19:XX:6a:2f:XX miibus1: on sk1 e1000phy1: PHY 0 on miibus1 e1000phy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto skc1: [ITHREAD] ral0: mem 0xe2d08000-0xe2d09fff irq 12 at device 13.0 on pci0 ral0: MAC/BBP RT2560 (rev 0x04), RF RT2525 ral0: Ethernet address: XX:12:XX:XX:XX:XX ral0: [ITHREAD] pci0: at device 15.0 (no driver attached) fdc0: port 0x3f2-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console sio0: [FILTER] sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A sio1: [FILTER] atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff pnpid ORM0000 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 Timecounter "TSC" frequency 501139932 Hz quality 800 Timecounters tick every 1.000 msec ad0: 29311MB at ata0-master UDMA66 acd0: CDRW at ata1-master PIO4 Trying to mount root from ufs:/dev/ad0s1a Loading configuration files. kernel dumps on /dev/ad0s1b Entropy harvesting: interrupts ethernet point_to_point kickstart . swapon: adding /dev/ad0s1b as swap device Starting file system checks: /dev/ad0s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s1a: clean, 153181 free (7253 frags, 18241 blocks, 2.9% fragmentation) /dev/ad0s1e: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s1e: clean, 248240 free (80 frags, 31020 blocks, 0.0% fragmentation) /dev/ad0s1f: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s1f: clean, 10470226 free (146002 frags, 1290528 blocks, 1.1% fragmentation) /dev/ad0s1d: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s1d: clean, 495135 free (16031 frags, 59888 blocks, 2.6% fragmentation) Setting hostuuid: 9a553a70-82b3-11dc-b362-00195b6a1fa8. Setting hostid: 0x33fb7eb8. Mounting local file systems: . Setting hostname: nixnixnix.local. net.inet6.ip6.auto_linklocal: 1 -> 0 net.inet.tcp.blackhole: 0 -> 2 net.inet.udp.blackhole: 0 -> 1 ... The man page states that ral0 might not be functional with PCI 2.1 FreeBSD 7 detects my BIOS PCI as 2.1 (however I have 2.2) #more dmesg.txt | grep pcibios pcibios: PCI BIOS entry at 0xf0000+0xb4f0 pcibios: BIOS version 2.10 I checked the mobo's specs and they claim that they support PCI 2.2 http://www.gigabyte.com.tw/Products/Motherboard/Products_Spec.aspx?ClassValue=Motherboard&ProductID=1579&ProductName=GA-5SMM Btw, I have the latest BIOS installed. #vmstat -i interrupt total rate irq0: clk 5222685 999 irq4: sio0 1335 0 irq5: ral0 12878 2 irq6: fdc0 2 0 irq7: ppc0 1 0 irq8: rtc 668385 127 irq10: skc1 48065 9 irq11: skc0 48746 9 irq14: ata0 52436 10 Total 6054533 1158 Thanks! From owner-freebsd-stable@FreeBSD.ORG Sun Oct 28 19:21:05 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3CE2616A419 for ; Sun, 28 Oct 2007 19:21:05 +0000 (UTC) (envelope-from bazzoola@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.183]) by mx1.freebsd.org (Postfix) with ESMTP id D37C813C48E for ; Sun, 28 Oct 2007 19:21:04 +0000 (UTC) (envelope-from bazzoola@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so2536667pyb for ; Sun, 28 Oct 2007 12:21:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:from:to:content-type:content-transfer-encoding:mime-version:subject:date:x-mailer; bh=8YT67Yi555PI4d6jn6xt5khexbJGsQTYrM9BR9JOCQw=; b=JrZ8+5OjqI24cZGabn1BFLz0tWrN+nZ3925DLkBKYjTXAuah46lRUxg6Y0oXJQ1PyRzRliAhZviwaGz91hALPgbUR2yxdQ13WaNmTVHDVS27mz8Pd8L1AzT5MsIslF4kCvV8s8g+4yC6J9n8xBWDMHpV8SKQIIc9UKaX9MZ8TtY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:from:to:content-type:content-transfer-encoding:mime-version:subject:date:x-mailer; b=AQVh4U8Xr4zwcvyq8alrOk/OK4h2SG6FX8cVcbwan0xgf8Ov25GzQkcNV8EIR+6EQI5zRKpGG5f8htHHkdHNyTkXin+NsKjjecCUktvvMkZZTW8kNWXwijGWapY02Nv0lMBRNo1nPilgfoZc7IZDua2iFzRmsV/xzvZG9lracvo= Received: by 10.35.110.13 with SMTP id n13mr6465191pym.1193599264109; Sun, 28 Oct 2007 12:21:04 -0700 (PDT) Received: from macwire.local ( [76.247.128.231]) by mx.google.com with ESMTPS id w38sm12545492pyg.2007.10.28.12.21.01 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 28 Oct 2007 12:21:02 -0700 (PDT) Message-Id: From: bazzoola To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v912) Date: Sun, 28 Oct 2007 14:21:00 -0500 X-Mailer: Apple Mail (2.912) Subject: "ral0: device timeout" in RELENG_7 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, 28 Oct 2007 19:21:05 -0000 Greetings, ral0 does not function correctly under RELENG_7 as an access point. The same configuration used to work just fine on RELENG_6 (please see attached) "ral0: device timeout" I do not receive this message if I am using ral0 as a client (not an access point) I do not receive this message if ral0 does not have an IP address associated with it (even if hostapd is running and running as an AP). So, to trigger this problem I run: ifconfig ral0 inet 192.168.2.11 netmask 255.255.255.0 Also, immediately after that I get so many interrupts on IRQ5 and the LED on the card keeps blinking. Here is my configuration: #pciconf ral0@pci0:0:13:0: class=0x028000 card=0x00321737 chip=0x02011814 rev=0x01 hdr=0x00 vendor = 'Ralink Technology, Corp' device = '0x03011814 Zonet ZEW1601 (Ralink Chipset) 802.11b/ g WLAN Card' class = network cap 01[40] = powerspec 2 supports D0 D3 current D0 #cat /root/kernels/GENERIC2 # GENERIC2 -- Generic kernel configuration file for FreeBSD/i386 cpu I486_CPU cpu I586_CPU cpu I686_CPU ident GENERIC2 options SCHED_ULE # ULE scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options INET6 # IPv6 communications protocols options SCTP # Stream Control Transmission Protocol options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options UFS_GJOURNAL # Enable gjournal-based UFS journaling options MD_ROOT # MD is a potential root device options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_PART_GPT # GUID Partition Tables. options GEOM_LABEL # Provides labelization options COMPAT_43TTY # BSD 4.3 TTY compat [KEEP THIS!] options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real- time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options ADAPTIVE_GIANT # Giant mutex is adaptive. options STOP_NMI # Stop CPUS using NMI instead of IPI options AUDIT # Security event auditing device apic # I/O APIC device pci device fdc device ata device atadisk # ATA disk drives device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device kbdmux # keyboard multiplexer device vga # VGA video card driver device agp # support several AGP chipsets device pmtimer device sio # 8250, 16[45]50 based serial ports device uart # Generic UART driver device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet device wlan # 802.11 support device wlan_wep # 802.11 WEP support device wlan_ccmp # 802.11 CCMP support device wlan_tkip # 802.11 TKIP support device wlan_amrr # AMRR transmit rate control algorithm device wlan_scan_ap # 802.11 AP mode scanning device wlan_scan_sta # 802.11 STA mode scanning device ral # Ralink Technology RT2500 wireless NICs. device loop # Network loopback device random # Entropy device device ether # Ethernet support device sl # Kernel SLIP device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) device firmware # firmware assist module device bpf # Berkeley packet filter #dmesg Copyright (c) 1992-2007 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 is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-BETA1 #3: Thu Oct 25 14:20:12 EDT 2007 r...@nixnixnix.local:/usr/obj/usr/src/sys/GENERIC2 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD-K6(tm) 3D processor (501.14-MHz 586-class CPU) Origin = "AuthenticAMD" Id = 0x58c Stepping = 12 Features=0x8021bf AMD Features=0x80000800 real memory = 266272768 (253 MB) avail memory = 251076608 (239 MB) wlan: mac acl policy registered kbd1 at kbdmux0 K6-family MTRR support enabled (2 registers) acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, fcf0000 (3) failed Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x5008-0x500b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff,0x480-0x48f, 0x5000-0x5041 on acpi0 pci0: on pcib0 pcib0: no PRT entry for 0.0.INTA agp0: on hostb0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x4000-0x400f irq 14 at device 0.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) pci0: at device 1.2 (no driver attached) pcib1: at device 2.0 on pci0 pci1: on pcib1 vgapci0: port 0xc000-0xc07f mem 0xe2000000-0xe27fffff,0xe2c00000-0xe2c0ffff at device 0.0 on pci1 skc0: port 0xd000-0xd0ff mem 0xe2d04000-0xe2d07fff irq 11 at device 9.0 on pci0 skc0: DGE-530T Gigabit Ethernet Adapter rev. (0x9) sk0: on skc0 sk0: Ethernet address: XX:XX:5b:XX:XX:XX miibus0: on sk0 e1000phy0: PHY 0 on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto skc0: [ITHREAD] skc1: port 0xd400-0xd4ff mem 0xe2d00000-0xe2d03fff irq 10 at device 11.0 on pci0 skc1: DGE-530T Gigabit Ethernet Adapter rev. (0x9) sk1: on skc1 sk1: Ethernet address: XX:19:XX:6a:2f:XX miibus1: on sk1 e1000phy1: PHY 0 on miibus1 e1000phy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto skc1: [ITHREAD] ral0: mem 0xe2d08000-0xe2d09fff irq 12 at device 13.0 on pci0 ral0: MAC/BBP RT2560 (rev 0x04), RF RT2525 ral0: Ethernet address: XX:12:XX:XX:XX:XX ral0: [ITHREAD] pci0: at device 15.0 (no driver attached) fdc0: port 0x3f2-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console sio0: [FILTER] sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A sio1: [FILTER] atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff pnpid ORM0000 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 Timecounter "TSC" frequency 501139932 Hz quality 800 Timecounters tick every 1.000 msec ad0: 29311MB at ata0-master UDMA66 acd0: CDRW at ata1-master PIO4 Trying to mount root from ufs:/dev/ad0s1a Loading configuration files. kernel dumps on /dev/ad0s1b Entropy harvesting: interrupts ethernet point_to_point kickstart . swapon: adding /dev/ad0s1b as swap device Starting file system checks: /dev/ad0s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s1a: clean, 153181 free (7253 frags, 18241 blocks, 2.9% fragmentation) /dev/ad0s1e: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s1e: clean, 248240 free (80 frags, 31020 blocks, 0.0% fragmentation) /dev/ad0s1f: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s1f: clean, 10470226 free (146002 frags, 1290528 blocks, 1.1% fragmentation) /dev/ad0s1d: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ad0s1d: clean, 495135 free (16031 frags, 59888 blocks, 2.6% fragmentation) Setting hostuuid: 9a553a70-82b3-11dc-b362-00195b6a1fa8. Setting hostid: 0x33fb7eb8. Mounting local file systems: . Setting hostname: nixnixnix.local. net.inet6.ip6.auto_linklocal: 1 -> 0 net.inet.tcp.blackhole: 0 -> 2 net.inet.udp.blackhole: 0 -> 1 ... The man page states that ral0 might not be functional with PCI 2.1 FreeBSD 7 detects my BIOS PCI as 2.1 (however I have 2.2) #more dmesg.txt | grep pcibios pcibios: PCI BIOS entry at 0xf0000+0xb4f0 pcibios: BIOS version 2.10 I checked the mobo's specs and they claim that they support PCI 2.2 http://www.gigabyte.com.tw/Products/Motherboard/Products_Spec.aspx?ClassValue=Motherboard&ProductID=1579&ProductName=GA-5SMM Btw, I have the latest BIOS installed. #vmstat -i interrupt total rate irq0: clk 5222685 999 irq4: sio0 1335 0 irq5: ral0 12878 2 irq6: fdc0 2 0 irq7: ppc0 1 0 irq8: rtc 668385 127 irq10: skc1 48065 9 irq11: skc0 48746 9 irq14: ata0 52436 10 Total 6054533 1158 Thanks! From owner-freebsd-stable@FreeBSD.ORG Sun Oct 28 19:34:58 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B194D16A417 for ; Sun, 28 Oct 2007 19:34:58 +0000 (UTC) (envelope-from amb@amb.kiev.ua) Received: from simmts7-srv.bellnexxia.net (simmts7.bellnexxia.net [206.47.199.165]) by mx1.freebsd.org (Postfix) with ESMTP id 1BC1213C4B5 for ; Sun, 28 Oct 2007 19:34:57 +0000 (UTC) (envelope-from amb@amb.kiev.ua) Received: from amb.homeunix.org ([156.34.188.4]) by simmts7-srv.bellnexxia.net (InterMail vM.5.01.06.13 201-253-122-130-113-20050324) with ESMTP id <20071028193456.SYJP28304.simmts7-srv.bellnexxia.net@amb.homeunix.org>; Sun, 28 Oct 2007 15:34:56 -0400 Received: from server.amb.kiev.ua ([10.15.25.2] helo=amb.kiev.ua) by amb.homeunix.org with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1ImDuS-0002BC-Fa; Sun, 28 Oct 2007 16:34:56 -0300 Message-ID: <4724E460.1050309@amb.kiev.ua> Date: Sun, 28 Oct 2007 16:34:56 -0300 From: Andrew Birukov User-Agent: Thunderbird 2.0.0.6 (X11/20070803) MIME-Version: 1.0 To: =?UTF-8?B?RXJtYWwgTHXDp2k=?= References: <4724D6EE.6050004@amb.kiev.ua> <9a542da30710281214v79cd332fx69b8806db2895836@mail.gmail.com> In-Reply-To: <9a542da30710281214v79cd332fx69b8806db2895836@mail.gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-SA-Exim-Connect-IP: 10.15.25.2 X-SA-Exim-Rcpt-To: ermal.luci@gmail.com, freebsd-stable@freebsd.org, freebsd-pf@freebsd.org X-SA-Exim-Mail-From: amb@amb.kiev.ua X-SA-Exim-Scanned: No (on amb.homeunix.org); SAEximRunCond expanded to false Cc: freebsd-stable@freebsd.org, freebsd-pf@freebsd.org Subject: Re: pf broken in 7.0-BETA1 ? 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, 28 Oct 2007 19:34:58 -0000 Ermal Luçi wrote: > Try using > > pass out on $ext_if proto tcp from any to any tos 0x10 no keep state queue ssh > > and it should work as you expect! pf.conf ------------------------------------------------------------------- ext_if="xl0" altq on $ext_if priq bandwidth 520Kb queue { ssh, traf } queue ssh priority 1 queue traf priority 15 priq(default) pass in all pass out all pass out on $ext_if proto tcp from any to any tos 0x10 no keep state queue ssh ------------------------------------------------------------------- # /etc/rc.d/pf restart Disabling pf. pf disabled Enabling pf. /etc/pf.conf:10: syntax error pfctl: Syntax error in config file: pf rules not loaded pf enabled Unfortunately syntax error... -- Andrew Biriukov amb@amb.kiev.ua From owner-freebsd-stable@FreeBSD.ORG Sun Oct 28 19:36:23 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E0D4516A417 for ; Sun, 28 Oct 2007 19:36:23 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smtp-out3.tiscali.nl (smtp-out3.tiscali.nl [195.241.79.178]) by mx1.freebsd.org (Postfix) with ESMTP id A71C713C4A7 for ; Sun, 28 Oct 2007 19:36:23 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from [195.241.149.28] (helo=guido.klop.ws) by smtp-out3.tiscali.nl with smtp (Tiscali http://www.tiscali.nl) id 1ImDvq-0007tz-Bh for ; Sun, 28 Oct 2007 20:36:22 +0100 Received: (qmail 48877 invoked from network); 28 Oct 2007 19:36:21 -0000 Received: from localhost (HELO guido.klop.ws) (127.0.0.1) by localhost with SMTP; 28 Oct 2007 19:36:21 -0000 Date: Sun, 28 Oct 2007 20:36:20 +0100 To: "freebsd-stable@freebsd.org" From: "Ronald Klop" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Message-ID: User-Agent: Opera Mail/9.24 (FreeBSD) Subject: cvsup6.nl.freebsd.org doesn't work 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, 28 Oct 2007 19:36:24 -0000 Hello, I don't know who to contact about this, so I send it to the list. The server cvsup6.nl.freebsd.org doesn't give new data for a couple of weeks now. Many thanks in advance for solving this or forwarding this to the rights person. Ronald. -- Ronald Klop Amsterdam, The Netherlands From owner-freebsd-stable@FreeBSD.ORG Sun Oct 28 19:39:34 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F6BE16A417 for ; Sun, 28 Oct 2007 19:39:34 +0000 (UTC) (envelope-from ermal.luci@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.235]) by mx1.freebsd.org (Postfix) with ESMTP id CE93913C48D for ; Sun, 28 Oct 2007 19:39:33 +0000 (UTC) (envelope-from ermal.luci@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so1264121wxd for ; Sun, 28 Oct 2007 12:39:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=UEyYTS7iltHfso0Pt12HdPlovb7SJ3uzZBGnhMXB/Pk=; b=PF7OuFR9Szi1rJABNG7+xN2mi1E0vaOft2UrdWK6+p6H0ih21lH40icpvUud9XdOLFhLWRgZ/6rWzwwjBXP07mG4bKzl9lMdfc3j7KpP8ZnwEHZP8y7lIl6nrrheP92vLts3u6BN12TJ2bhFmEXZGeCwCTJakAuW7VtSlqey61Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=MwQnhBRVtdVnrbSol0KbuPAuWSEt+qSdUpDyw/+sKMLxuA7EqzxyTiZSDCa/aEFFOncXaeKuUlgn/AMv6ELnQ7xWLfLOEeAwcz09LnBLVBuEiunERUAUIu/zSYwyG99DC99dtAgO3aAPdWyfUIWrmB6rEIu1SpPC+MwpxSw+S+c= Received: by 10.70.87.5 with SMTP id k5mr9195611wxb.1193598849625; Sun, 28 Oct 2007 12:14:09 -0700 (PDT) Received: by 10.70.73.1 with HTTP; Sun, 28 Oct 2007 12:14:09 -0700 (PDT) Message-ID: <9a542da30710281214v79cd332fx69b8806db2895836@mail.gmail.com> Date: Sun, 28 Oct 2007 20:14:09 +0100 From: "=?ISO-8859-1?Q?Ermal_Lu=E7i?=" To: "Andrew Birukov" In-Reply-To: <4724D6EE.6050004@amb.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4724D6EE.6050004@amb.kiev.ua> Cc: freebsd-stable@freebsd.org, freebsd-pf@freebsd.org Subject: Re: pf broken in 7.0-BETA1 ? 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, 28 Oct 2007 19:39:34 -0000 Try using pass out on $ext_if proto tcp from any to any tos 0x10 no keep state queue ssh and it should work as you expect! On 10/28/07, Andrew Birukov wrote: > > pf.conf: > --------------------------------------------------------------- > ext_if="xl0" > > altq on $ext_if priq bandwidth 520Kb queue { ssh, traf } > queue ssh priority 1 > queue traf priority 15 priq(default) > > pass in all > pass out all > > pass out on $ext_if proto tcp from any to any tos 0x10 queue ssh > ----------------------------------------------------------------- > > I connected to remote host by ssh. > In tcpdump i see many packets witch tos 0x10. > > 12:54:46.732928 IP (tos 0x10, ttl 64, id 12486, offset 0, flags [DF], > proto TCP (6), length 52) 10.15.25.2.56587 > 194.0.91.110.22: ., cksum > 0x35d5 (correct), 1919:1919(0) ack 2832 win 8181 8630585 535444648> > 12:54:46.746958 IP (tos 0x10, ttl 64, id 12487, offset 0, flags [DF], > proto TCP (6), length 100) 10.15.25.2.56587 > 194.0.91.110.22: P > 1919:1967(48) ack 2832 win 8195 > 12:54:46.900186 IP (tos 0x10, ttl 64, id 12488, offset 0, flags [DF], > proto TCP (6), length 52) 10.15.25.2.56587 > 194.0.91.110.22: ., cksum > 0x33ec (correct), 1967:1967(0) ack 2944 win 8181 8630746 535444816> > 12:54:46.915079 IP (tos 0x10, ttl 64, id 12489, offset 0, flags [DF], > proto TCP (6), length 100) 10.15.25.2.56587 > 194.0.91.110.22: P > 1967:2015(48) ack 2944 win 8195 > > tcpdump confirms that the outgoing ssh data packets have tos 0x10, but > the majority of the packets are still going to the default "traf" queue. > > queue ssh on xl0 > [ pkts: 0 bytes: 0 dropped pkts: 0 bytes: > 0 ] > [ qlength: 0/ 50 ] > [ measured: 0.0 packets/s, 0 b/s ] > queue traf on xl0 priority 15 priq( default ) > [ pkts: 5059 bytes: 1130390 dropped pkts: 69 bytes: > 80689 ] > [ qlength: 0/ 50 ] > [ measured: 3.9 packets/s, 2.15Kb/s ] > > > This problem is affected 7.0 only. > pf rools witch tos in FreeBSD-6.2 (previous pf version) work properly. > > My configuration: > # uname -a > FreeBSD amb.kiev.ua 7.0-BETA1 FreeBSD 7.0-BETA1 #1: Sun Oct 28 10:08:13 > ADT 2007 root@amb.kiev.ua:/usr/obj/usr/src/sys/AMB.7.0 i386 > > dmesg output and kernel config file are attached to this letter. > > Last time I cvsupped RELENG_7 and reinstall world in this morning. > > -- > Andrew Biriukov > amb@amb.kiev.ua > > > # > # GENERIC -- Generic kernel configuration file for FreeBSD/i386 > # > # For more information on this file, please read the handbook section on > # Kernel Configuration Files: > # > # http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-config.html > # > # The handbook is also available locally in /usr/share/doc/handbook > # if you've installed the doc distribution, otherwise always see the > # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the > # latest information. > # > # An exhaustive list of options and more detailed explanations of the > # device lines is also present in the ../../conf/NOTES and NOTES files. > # If you are in doubt as to the purpose or necessity of a line, check first > # in NOTES. > # > # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.474.2.1 2007/10/11 06:20:26 kensmith Exp $ > > #cpu I486_CPU > #cpu I586_CPU > cpu I686_CPU > ident AMB > > # To statically compile in device wiring instead of /boot/device.hints > #hints "GENERIC.hints" # Default places to look for devices. > > makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols > > options SCHED_4BSD # 4BSD scheduler > #options SCHED_ULE > options PREEMPTION # Enable kernel thread preemption > options INET # InterNETworking > #options INET6 # IPv6 communications protocols > #options SCTP # Stream Control Transmission Protocol > options FFS # Berkeley Fast Filesystem > options SOFTUPDATES # Enable FFS soft updates support > options UFS_ACL # Support for access control lists > options UFS_DIRHASH # Improve performance on big directories > options UFS_GJOURNAL # Enable gjournal-based UFS journaling > options MD_ROOT # MD is a potential root device > #options NFSCLIENT # Network Filesystem Client > #options NFSSERVER # Network Filesystem Server > #options NFS_ROOT # NFS usable as /, requires NFSCLIENT > #options MSDOSFS # MSDOS Filesystem > #options CD9660 # ISO 9660 Filesystem > options PROCFS # Process filesystem (requires PSEUDOFS) > options PSEUDOFS # Pseudo-filesystem framework > options GEOM_PART_GPT # GUID Partition Tables. > options GEOM_LABEL # Provides labelization > options COMPAT_43TTY # BSD 4.3 TTY compat [KEEP THIS!] > options COMPAT_FREEBSD4 # Compatible with FreeBSD4 > options COMPAT_FREEBSD5 # Compatible with FreeBSD5 > options COMPAT_FREEBSD6 # Compatible with FreeBSD6 > #options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI > options KTRACE # ktrace(1) support > options SYSVSHM # SYSV-style shared memory > options SYSVMSG # SYSV-style message queues > options SYSVSEM # SYSV-style semaphores > options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions > options KBD_INSTALL_CDEV # install a CDEV entry in /dev > options ADAPTIVE_GIANT # Giant mutex is adaptive. > options STOP_NMI # Stop CPUS using NMI instead of IPI > options AUDIT # Security event auditing > > #options IPFIREWALL > #options IPFIREWALL_DEFAULT_TO_ACCEPT > #options IPFIREWALL_FORWARD > #options DUMMYNET > > #options IPFILTER > #options IPFILTER_LOG > > #options ACCEPT_FILTER_DATA > #options ACCEPT_FILTER_HTTP > > options ALTQ > options ALTQ_CBQ > options ALTQ_RED > options ALTQ_RIO > options ALTQ_HFSC > options ALTQ_CDNR > options ALTQ_PRIQ > options ALTQ_NOPCC > options ALTQ_DEBUG > > > #options NETGRAPH > #options NETGRAPH_SPPP > #options NETGRAPH_PPP > #options NETGRAPH_PPPOE > #options NETGRAPH_PPTPGRE > > options DEVICE_POLLING > device atapicam > > # To make an SMP kernel, the next two lines are needed > options SMP # Symmetric MultiProcessor Kernel > device apic # I/O APIC > > # CPU frequency control > device cpufreq > > # Bus support. > #device eisa > device pci > > # Floppy drives > device fdc > > # ATA and ATAPI devices > device ata > device atadisk # ATA disk drives > #device ataraid # ATA RAID drives > device atapicd # ATAPI CDROM drives > device atapifd # ATAPI floppy drives > #device atapist # ATAPI tape drives > options ATA_STATIC_ID # Static device numbering > > # SCSI Controllers > #device ahb # EISA AHA1742 family > #device ahc # AHA2940 and onboard AIC7xxx devices > #options AHC_REG_PRETTY_PRINT # Print register bitfields in debug > # output. Adds ~128k to driver. > #device ahd # AHA39320/29320 and onboard AIC79xx devices > #options AHD_REG_PRETTY_PRINT # Print register bitfields in debug > # output. Adds ~215k to driver. > #device amd # AMD 53C974 (Tekram DC-390(T)) > #device hptiop # Highpoint RocketRaid 3xxx series > #device isp # Qlogic family > #device ispfw # Firmware for QLogic HBAs- normally a module > #device mpt # LSI-Logic MPT-Fusion > #device ncr # NCR/Symbios Logic > #device sym # NCR/Symbios Logic (newer chipsets + those of `ncr') > #device trm # Tekram DC395U/UW/F DC315U adapters > > #device adv # Advansys SCSI adapters > #device adw # Advansys wide SCSI adapters > #device aha # Adaptec 154x SCSI adapters > #device aic # Adaptec 15[012]x SCSI adapters, AIC-6[23]60. > #device bt # Buslogic/Mylex MultiMaster SCSI adapters > > #device ncv # NCR 53C500 > #device nsp # Workbit Ninja SCSI-3 > #device stg # TMC 18C30/18C50 > > # SCSI peripherals > device scbus # SCSI bus (required for SCSI) > #device ch # SCSI media changers > device da # Direct Access (disks) > #device sa # Sequential Access (tape etc) > device cd # CD > device pass # Passthrough device (direct SCSI access) > #device ses # SCSI Environmental Services (and SAF-TE) > > # RAID controllers interfaced to the SCSI subsystem > #device amr # AMI MegaRAID > #device arcmsr # Areca SATA II RAID > #device asr # DPT SmartRAID V, VI and Adaptec SCSI RAID > #device ciss # Compaq Smart RAID 5* > #device dpt # DPT Smartcache III, IV - See NOTES for options > #device hptmv # Highpoint RocketRAID 182x > #device rr232x # Highpoint RocketRAID 232x > #device iir # Intel Integrated RAID > #device ips # IBM (Adaptec) ServeRAID > #device mly # Mylex AcceleRAID/eXtremeRAID > #device twa # 3ware 9000 series PATA/SATA RAID > > # RAID controllers > #device aac # Adaptec FSA RAID > #device aacp # SCSI passthrough for aac (requires CAM) > #device ida # Compaq Smart RAID > #device mfi # LSI MegaRAID SAS > #device mlx # Mylex DAC960 family > #device pst # Promise Supertrak SX6000 > #device twe # 3ware ATA RAID > > # atkbdc0 controls both the keyboard and the PS/2 mouse > device atkbdc # AT keyboard controller > device atkbd # AT keyboard > #device psm # PS/2 mouse > > device kbdmux # keyboard multiplexer > > device vga # VGA video card driver > > device splash # Splash screen and screen saver support > > # syscons is the default console driver, resembling an SCO console > device sc > > device agp # support several AGP chipsets > > # Power management support (see NOTES for more options) > #device apm > # Add suspend/resume support for the i8254. > #device pmtimer > > # PCCARD (PCMCIA) support > # PCMCIA and cardbus bridge support > #device cbb # cardbus (yenta) bridge > #device pccard # PC Card (16-bit) bus > #device cardbus # CardBus (32-bit) bus > > # Serial (COM) ports > device sio # 8250, 16[45]50 based serial ports > device uart # Generic UART driver > > # Parallel port > #device ppc > #device ppbus # Parallel port bus (required) > #device lpt # Printer > #device plip # TCP/IP over parallel > #device ppi # Parallel port interface device > #device vpo # Requires scbus and da > > # If you've got a "dumb" serial or parallel PCI card that is > # supported by the puc(4) glue driver, uncomment the following > # line to enable it (connects to sio, uart and/or ppc drivers): > #device puc > > # PCI Ethernet NICs. > device de # DEC/Intel DC21x4x (``Tulip'') > device em # Intel PRO/1000 adapter Gigabit Ethernet Card > device ixgb # Intel PRO/10GbE Ethernet Card > device le # AMD Am7900 LANCE and Am79C9xx PCnet > device txp # 3Com 3cR990 (``Typhoon'') > device vx # 3Com 3c590, 3c595 (``Vortex'') > > # PCI Ethernet NICs that use the common MII bus controller code. > # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! > device miibus # MII bus support > #device bce # Broadcom BCM5706/BCM5708 Gigabit Ethernet > #device bfe # Broadcom BCM440x 10/100 Ethernet > #device bge # Broadcom BCM570xx Gigabit Ethernet > #device dc # DEC/Intel 21143 and various workalikes > #device fxp # Intel EtherExpress PRO/100B (82557, 82558) > #device lge # Level 1 LXT1001 gigabit Ethernet > #device msk # Marvell/SysKonnect Yukon II Gigabit Ethernet > #device nfe # nVidia nForce MCP on-board Ethernet > #device nge # NatSemi DP83820 gigabit Ethernet > #device nve # nVidia nForce MCP on-board Ethernet Networking > #device pcn # AMD Am79C97x PCI 10/100 (precedence over 'le') > device re # RealTek 8139C+/8169/8169S/8110S > #device rl # RealTek 8129/8139 > #device sf # Adaptec AIC-6915 (``Starfire'') > #device sis # Silicon Integrated Systems SiS 900/SiS 7016 > #device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet > #device ste # Sundance ST201 (D-Link DFE-550TX) > #device stge # Sundance/Tamarack TC9021 gigabit Ethernet > #device ti # Alteon Networks Tigon I/II gigabit Ethernet > #device tl # Texas Instruments ThunderLAN > #device tx # SMC EtherPower II (83c170 ``EPIC'') > #device vge # VIA VT612x gigabit Ethernet > #device vr # VIA Rhine, Rhine II > #device wb # Winbond W89C840F > device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') > > # ISA Ethernet NICs. pccard NICs included. > #device cs # Crystal Semiconductor CS89x0 NIC > # 'device ed' requires 'device miibus' > #device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards > #device ex # Intel EtherExpress Pro/10 and Pro/10+ > #device ep # Etherlink III based cards > #device fe # Fujitsu MB8696x based cards > #device ie # EtherExpress 8/16, 3C507, StarLAN 10 etc. > #device sn # SMC's 9000 series of Ethernet chips > #device xe # Xircom pccard Ethernet > > # Wireless NIC cards > #device wlan # 802.11 support > #device wlan_wep # 802.11 WEP support > #device wlan_ccmp # 802.11 CCMP support > #device wlan_tkip # 802.11 TKIP support > #device wlan_amrr # AMRR transmit rate control algorithm > #device wlan_scan_ap # 802.11 AP mode scanning > #device wlan_scan_sta # 802.11 STA mode scanning > #device an # Aironet 4500/4800 802.11 wireless NICs. > #device ath # Atheros pci/cardbus NIC's > #device ath_hal # Atheros HAL (Hardware Access Layer) > #device ath_rate_sample # SampleRate tx rate control for ath > #device awi # BayStack 660 and others > #device ral # Ralink Technology RT2500 wireless NICs. > #device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. > #device wl # Older non 802.11 Wavelan wireless NIC. > > # Pseudo devices. > device loop # Network loopback > device random # Entropy device > device ether # Ethernet support > #device sl # Kernel SLIP > #device ppp # Kernel PPP > device tun # Packet tunnel. > device pty # Pseudo-ttys (telnet etc) > device md # Memory "disks" > #device gif # IPv6 and IPv4 tunneling > #device faith # IPv6-to-IPv4 relaying (translation) > #device firmware # firmware assist module > > # The `bpf' device enables the Berkeley Packet Filter. > # Be aware of the administrative consequences of enabling this! > # Note that 'bpf' is required for DHCP. > device bpf # Berkeley packet filter > > # USB support > device uhci # UHCI PCI->USB interface > device ohci # OHCI PCI->USB interface > device ehci # EHCI PCI->USB interface (USB 2.0) > device usb # USB Bus (required) > #device udbp # USB Double Bulk Pipe devices > device ugen # Generic > device uhid # "Human Interface Devices" > device ukbd # Keyboard > #device ulpt # Printer > device umass # Disks/Mass storage - Requires scbus and da > device ums # Mouse > #device ural # Ralink Technology RT2500USB wireless NICs > #device rum # Ralink Technology RT2501USB wireless NICs > #device urio # Diamond Rio 500 MP3 player > #device uscanner # Scanners > # USB Ethernet, requires miibus > device aue # ADMtek USB Ethernet > device axe # ASIX Electronics USB Ethernet > device cdce # Generic USB over Ethernet > device cue # CATC USB Ethernet > device kue # Kawasaki LSI USB Ethernet > device rue # RealTek RTL8150 USB Ethernet > > # FireWire support > #device firewire # FireWire bus code > #device sbp # SCSI over FireWire (Requires scbus and da) > #device fwe # Ethernet over FireWire (non-standard!) > #device fwip # IP over FireWire (RFC 2734,3146) > #device dcons # Dumb console driver > #device dcons_crom # Configuration ROM for dcons > > device sound > device snd_hda > device coretemp > > > Copyright (c) 1992-2007 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 is a registered trademark of The FreeBSD Foundation. > FreeBSD 7.0-BETA1 #1: Sun Oct 28 10:08:13 ADT 2007 > root@amb.kiev.ua:/usr/obj/usr/src/sys/AMB.7.0 > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Core(TM)2 CPU 4300 @ 1.80GHz (1805.49-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0x6f2 Stepping = 2 > Features=0xbfebfbff > Features2=0xe39d > AMD Features=0x20100000 > AMD Features2=0x1 > Cores per package: 2 > real memory = 2147024896 (2047 MB) > avail memory = 2087424000 (1990 MB) > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > ioapic0 irqs 0-23 on motherboard > kbd1 at kbdmux0 > acpi0: on motherboard > acpi0: [ITHREAD] > acpi0: Power Button (fixed) > acpi0: reservation of 0, a0000 (3) failed > acpi0: reservation of 100000, 7ff00000 (3) failed > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 > acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 > Timecounter "HPET" frequency 14318180 Hz quality 900 > cpu0: on acpi0 > coretemp0: on cpu0 > est0: on cpu0 > est: CPU supports Enhanced Speedstep, but is not recognized. > est: cpu_vendor GenuineIntel, msr 928092806000928 > device_attach: est0 attach returned 6 > p4tcc0: on cpu0 > cpu1: on acpi0 > coretemp1: on cpu1 > est1: on cpu1 > est: CPU supports Enhanced Speedstep, but is not recognized. > est: cpu_vendor GenuineIntel, msr 928092806000928 > device_attach: est1 attach returned 6 > p4tcc1: on cpu1 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > pcib1: irq 16 at device 1.0 on pci0 > pci1: on pcib1 > nvidia0: mem 0xfd000000-0xfdffffff,0xc0000000-0xcfffffff,0xfc000000-0xfcffffff irq 16 at device 0.0 on pci1 > nvidia0: [GIANT-LOCKED] > nvidia0: [ITHREAD] > uhci0: port 0xe000-0xe01f irq 16 at device 26.0 on pci0 > uhci0: [GIANT-LOCKED] > uhci0: [ITHREAD] > usb0: on uhci0 > usb0: USB revision 1.0 > uhub0: on usb0 > uhub0: 2 ports with 2 removable, self powered > uhci1: port 0xe080-0xe09f irq 17 at device 26.1 on pci0 > uhci1: [GIANT-LOCKED] > uhci1: [ITHREAD] > usb1: on uhci1 > usb1: USB revision 1.0 > uhub1: on usb1 > uhub1: 2 ports with 2 removable, self powered > ehci0: mem 0xfebff400-0xfebff7ff irq 18 at device 26.7 on pci0 > ehci0: [GIANT-LOCKED] > ehci0: [ITHREAD] > usb2: waiting for BIOS to give up control > usb2: EHCI version 1.0 > usb2: companion controllers, 2 ports each: usb0 usb1 > usb2: on ehci0 > usb2: USB revision 2.0 > uhub2: on usb2 > uhub2: 4 ports with 4 removable, self powered > pcm0: mem 0xfebf8000-0xfebfbfff irq 22 at device 27.0 on pci0 > pcm0: [ITHREAD] > pcib2: irq 16 at device 28.0 on pci0 > pci4: on pcib2 > pcib3: irq 19 at device 28.3 on pci0 > pci3: on pcib3 > re0: port 0xb800-0xb8ff mem 0xfe9ff000-0xfe9fffff irq 19 at device 0.0 on pci3 > re0: Using 2 MSI messages > miibus0: on re0 > rgephy0: PHY 1 on miibus0 > rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto > re0: Ethernet address: 00:18:f3:74:54:de > re0: [FILTER] > re0: [FILTER] > pcib4: irq 16 at device 28.4 on pci0 > pci2: on pcib4 > atapci0: port 0xac00-0xac07,0xa880-0xa883,0xa800-0xa807,0xa480-0xa483,0xa400-0xa40f mem 0xfe8fe000-0xfe8fffff irq 16 at device 0.0 on pci2 > atapci0: [ITHREAD] > atapci0: AHCI Version 01.00 controller with 2 ports detected > ata2: on atapci0 > ata2: [ITHREAD] > ata3: on atapci0 > ata3: [ITHREAD] > ata4: on atapci0 > ata4: [ITHREAD] > uhci2: port 0xd800-0xd81f irq 23 at device 29.0 on pci0 > uhci2: [GIANT-LOCKED] > uhci2: [ITHREAD] > usb3: on uhci2 > usb3: USB revision 1.0 > uhub3: on usb3 > uhub3: 2 ports with 2 removable, self powered > uhci3: port 0xd880-0xd89f irq 19 at device 29.1 on pci0 > uhci3: [GIANT-LOCKED] > uhci3: [ITHREAD] > usb4: on uhci3 > usb4: USB revision 1.0 > uhub4: on usb4 > uhub4: 2 ports with 2 removable, self powered > uhci4: port 0xdc00-0xdc1f irq 18 at device 29.2 on pci0 > uhci4: [GIANT-LOCKED] > uhci4: [ITHREAD] > usb5: on uhci4 > usb5: USB revision 1.0 > uhub5: on usb5 > uhub5: 2 ports with 2 removable, self powered > ehci1: mem 0xfebff000-0xfebff3ff irq 23 at device 29.7 on pci0 > ehci1: [GIANT-LOCKED] > ehci1: [ITHREAD] > usb6: EHCI version 1.0 > usb6: companion controllers, 2 ports each: usb3 usb4 usb5 > usb6: on ehci1 > usb6: USB revision 2.0 > uhub6: on usb6 > uhub6: 6 ports with 6 removable, self powered > pcib5: at device 30.0 on pci0 > pci5: on pcib5 > xl0: <3Com 3c905C-TX Fast Etherlink XL> port 0xcc00-0xcc7f mem 0xfeaffc00-0xfeaffc7f irq 23 at device 2.0 on pci5 > miibus1: on xl0 > ukphy0: PHY 24 on miibus1 > ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > xl0: Ethernet address: 00:01:03:ba:e0:71 > xl0: [ITHREAD] > isab0: at device 31.0 on pci0 > isa0: on isab0 > atapci1: port 0xec00-0xec07,0xe880-0xe883,0xe800-0xe807,0xe480-0xe483,0xe400-0xe41f mem 0xfebff800-0xfebfffff irq 19 at device 31.2 on pci0 > atapci1: [ITHREAD] > atapci1: AHCI Version 01.10 controller with 4 ports detected > ata5: on atapci1 > ata5: [ITHREAD] > ata6: on atapci1 > ata6: [ITHREAD] > ata7: on atapci1 > ata7: port not implemented > ata7: [ITHREAD] > ata8: on atapci1 > ata8: port not implemented > ata8: [ITHREAD] > ata9: on atapci1 > ata9: [ITHREAD] > ata10: on atapci1 > ata10: [ITHREAD] > pci0: at device 31.3 (no driver attached) > acpi_button0: on acpi0 > sio0: configured irq 4 not in bitmap of probed irqs 0 > sio0: port may not be enabled > sio0: configured irq 4 not in bitmap of probed irqs 0 > sio0: port may not be enabled > sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 > sio0: type 16550A > sio0: [FILTER] > fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 > fdc0: [FILTER] > fd0: <1440-KB 3.5" drive> on fdc0 drive 0 > orm0: at iomem 0xd2000-0xd27ff pnpid ORM0000 on isa0 > ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 > ata0: [ITHREAD] > ata1 at port 0x170-0x177,0x376 irq 15 on isa0 > ata1: [ITHREAD] > atkbdc0: at port 0x60,0x64 on isa0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > atkbd0: [ITHREAD] > 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 > uhub7: on uhub4 > uhub7: 4 ports with 4 removable, self powered > ukbd0: on uhub7 > kbd2 at ukbd0 > uhid0: on uhub7 > ums0: on uhub7 > ums0: 5 buttons and Z dir and a TILT dir. > uhid1: on uhub7 > uhid2: on uhub7 > uhid2: unexpected endpoint > device_attach: uhid2 attach returned 6 > Timecounters tick every 1.000 msec > acd0: DVDR at ata4-slave UDMA33 > ad10: 305245MB at ata5-master SATA300 > ad12: 381554MB at ata6-master SATA150 > pcm0: > pcm0: > acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 sks=0x40 0x00 0x01 > acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 sks=0x40 0x00 0x01 > SMP: AP CPU #1 Launched! > cd0 at ata4 bus 0 target 1 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/ad10s1a > WARNING: ZFS is considered to be an experimental feature in FreeBSD. > ZFS filesystem version 6 > ZFS storage pool version 6 > re0: link state changed to UP > altq: emulate 256000000Hz cpu clock > xl0: promiscuous mode enabled > xl0: promiscuous mode disabled > xl0: promiscuous mode enabled > xl0: promiscuous mode disabled > xl0: promiscuous mode enabled > xl0: promiscuous mode disabled > xl0: promiscuous mode enabled > xl0: promiscuous mode disabled > > > _______________________________________________ > freebsd-pf@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-pf > To unsubscribe, send any mail to "freebsd-pf-unsubscribe@freebsd.org" > > From owner-freebsd-stable@FreeBSD.ORG Sun Oct 28 19:55:15 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6594C16A468 for ; Sun, 28 Oct 2007 19:55:15 +0000 (UTC) (envelope-from grayfoxbsd@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.185]) by mx1.freebsd.org (Postfix) with ESMTP id 2827413C4B9 for ; Sun, 28 Oct 2007 19:55:09 +0000 (UTC) (envelope-from grayfoxbsd@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so1187193rvb for ; Sun, 28 Oct 2007 12:55:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; bh=9sUjzWyWfGBFSVsIBaIM5hCzqn9YJWBH2KyUJYQxWMY=; b=lWy11Nr4EeB+9P3ac/e7nIa3/+lRLOYHbeoQeVJYstFDrKfUwKd9YV9UYR1860frlj+CE6jdQZDf8P2yiPOjB/pPBEGUe1nb9DNikn+gXQ2OhFpYI7xQoP922aSsxX8XpFGhWnyE0ap+FXNQg6iAhodIb4BC8isPY+mI2Ewv0ug= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type; b=jt6kgRWE5uWMt4ydY/Qwz02q/mOmVR8n/St/R8EZAeb+/VxA0oYxGdAwtHPK4kEImAmshXLh5SNBgMqLJCDCGufX+KwdxwdMqioRMP1mikQ+yr/zoal9qH0qNsoomYxsuGo5Cif1ZAmevAV4DxnnWIgNk/c+2XN5X2QUEeOc/sw= Received: by 10.143.6.1 with SMTP id j1mr1159245wfi.1193599607720; Sun, 28 Oct 2007 12:26:47 -0700 (PDT) Received: by 10.142.245.2 with HTTP; Sun, 28 Oct 2007 12:26:47 -0700 (PDT) Message-ID: Date: Sun, 28 Oct 2007 16:26:47 -0300 From: "Thiago Pollachini" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Compiling freebsd7 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: Sun, 28 Oct 2007 19:55:15 -0000 Hi folks! This is my feedback about the new freebsd7... ------------------- cut here ---------------------- freebsd7# cat /usr/src/sys/i386/conf/GrayFox cpu I686_CPU ident GrayFox options SCHED_ULE # 4BSD scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options INET6 # InterNETworking6 options SCTP # Stream Control Transmission Protocol options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options UFS_GJOURNAL # Enable gjournal-based UFS journaling options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_PART_GPT # GUID Partition Tables. options GEOM_LABEL # Provides labelization options COMPAT_43TTY # BSD 4.3 TTY compat [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options COMPAT_FREEBSD6 # Compatible with FreeBSD6 options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options ADAPTIVE_GIANT # Giant mutex is adaptive. options STOP_NMI # Stop CPUS using NMI instead of IPI options AUDIT # Security event auditing # CPU frequency control device cpufreq # Bus support. device eisa device pci # ATA and ATAPI devices device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives options ATA_STATIC_ID # Static device numbering # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device kbdmux # keyboard multiplexer device vga # VGA video card driver # syscons is the default console driver, resembling an SCO console device sc device agp # support several AGP chipsets # Power management support (see NOTES for more options) #device apm # Add suspend/resume support for the i8254. device pmtimer # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support device cbb # cardbus (yenta) bridge device pccard # PC Card (16-bit) bus device cardbus # CardBus (32-bit) bus # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports # Parallel port device ppc device ppbus # Parallel port bus (required) device lpt # Printer device plip # TCP/IP over parallel device ppi # Parallel port interface device device miibus # MII bus support device dc # DEC/Intel 21143 and various workalikes device fxp # Intel EtherExpress PRO/100B (82557, 82558) device rl # RealTek 8129/8139 device sis # Silicon Integrated Systems SiS 900/SiS 7016 device vr # VIA Rhine, Rhine II device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # Wireless NIC cards device wlan # 802.11 support device wlan_wep # 802.11 WEP support device wlan_ccmp # 802.11 CCMP support device wlan_tkip # 802.11 TKIP support device wlan_amrr # AMRR transmit rate control algorithm device wlan_scan_ap # 802.11 AP mode scanning device wlan_scan_sta # 802.11 STA mode scanning device an # Aironet 4500/4800 802.11 wireless NICs. device ath # Atheros pci/cardbus NIC's device ath_hal # Atheros HAL (Hardware Access Layer) device ath_rate_sample # SampleRate tx rate control for ath device ral # Ralink Technology RT2500 wireless NICs. device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. # Pseudo devices. device loop # Network loopback device random # Entropy device device ether # Ethernet support device pty # Pseudo-ttys (telnet etc) device firmware # firmware assist module # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter options IPFIREWALL #firewall options IPFIREWALL_VERBOSE #enable logging to syslogd(8) options IPFIREWALL_DEFAULT_TO_ACCEPT #allow everything by default options IPFIREWALL_FORWARD #packet destination changes options IPFIREWALL_NAT #ipfw kernel nat support ##options IPDIVERT #divert sockets options IPSTEALTH #support for stealth forwarding options DUMMYNET options HZ=1000 #device pf #PF OpenBSD packet-filter firewall #device pflog #logging support interface for PF #device pfsync #options ALTQ #options ALTQ_CBQ # Class Bases Queueing #options ALTQ_RED # Random Early Detection #options ALTQ_RIO # RED In/Out #options ALTQ_HFSC # Hierarchical Packet Scheduler #options ALTQ_CDNR # Traffic conditioner ##options ALTQ_PRIQ # Priority Queueing freebsd7# -------------------------------cut here--------------------------- After make depend and on the final of make when is linking the kernel with pf, altq and ipdivert enabled these errors appears. Note: I've disabled them (pf,altq and ipdivert) and even.... you see.... --------------------------cut----------- linking kernel ip_fw2.o(.text+0x317): In function `del_redir_spool_cfg': : undefined reference to `LibAliasRedirectDelete' ip_fw2.o(.text+0x1b83): In function `ipfw_destroy': : undefined reference to `LibAliasUninit' ip_fw2.o(.text+0x23b3): In function `ipfw_ctl': : undefined reference to `LibAliasSetMode' ip_fw2.o(.text+0x23cb): In function `ipfw_ctl': : undefined reference to `LibAliasSetAddress' ip_fw2.o(.text+0x2578): In function `ipfw_ctl': : undefined reference to `LibAliasAddServer' ip_fw2.o(.text+0x281a): In function `ipfw_ctl': : undefined reference to `LibAliasUninit' ip_fw2.o(.text+0x2ec6): In function `ipfw_ctl': : undefined reference to `LibAliasRedirectPort' ip_fw2.o(.text+0x2f4a): In function `ipfw_ctl': : undefined reference to `LibAliasRedirectAddr' ip_fw2.o(.text+0x2f8e): In function `ipfw_ctl': : undefined reference to `LibAliasRedirectProto' ip_fw2.o(.text+0x3db2): In function `ipfw_ctl': : undefined reference to `LibAliasInit' ip_fw2.o(.text+0x3f44): In function `ifaddr_change': : undefined reference to `LibAliasSetAddress' ip_fw2.o(.text+0x4879): In function `ipfw_chk': : undefined reference to `m_megapullup' ip_fw2.o(.text+0x48d2): In function `ipfw_chk': : undefined reference to `LibAliasOut' ip_fw2.o(.text+0x6c07): In function `ipfw_chk': : undefined reference to `LibAliasIn' *** Error code 1 ------------------------cut--------------------- That's all.... Regards! Thiago Pollachini From owner-freebsd-stable@FreeBSD.ORG Sun Oct 28 20:07:25 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2E4AB16A417 for ; Sun, 28 Oct 2007 20:07:25 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: from darklight.org.ru (unknown [IPv6:2001:470:1f06:84::2]) by mx1.freebsd.org (Postfix) with ESMTP id 3A2B113C48D for ; Sun, 28 Oct 2007 20:07:22 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: from darklight.org.ru (yuri@darklight.org.ru [IPv6:::1]) by darklight.org.ru (8.14.1/8.14.1) with ESMTP id l9SK6bGW030484; Sun, 28 Oct 2007 23:06:38 +0300 (MSK) (envelope-from yuri.pankov@gmail.com) Received: (from yuri@localhost) by darklight.org.ru (8.14.1/8.14.1/Submit) id l9SK6bKb030483; Sun, 28 Oct 2007 23:06:37 +0300 (MSK) (envelope-from yuri.pankov@gmail.com) X-Authentication-Warning: darklight.org.ru: yuri set sender to yuri.pankov@gmail.com using -f From: Yuri Pankov To: Thiago Pollachini In-Reply-To: References: Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Sun, 28 Oct 2007 23:06:37 +0300 Message-Id: <1193601997.30478.3.camel@darklight.org.ru> Mime-Version: 1.0 X-Mailer: Evolution 2.12.1 FreeBSD GNOME Team Port Cc: freebsd-stable@freebsd.org Subject: Re: Compiling freebsd7 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: Sun, 28 Oct 2007 20:07:25 -0000 On Sun, 2007-10-28 at 16:26 -0300, Thiago Pollachini wrote: > Hi folks! > This is my feedback about the new freebsd7... > > ------------------- cut here ---------------------- > freebsd7# cat /usr/src/sys/i386/conf/GrayFox > cpu I686_CPU > ident GrayFox > > options SCHED_ULE # 4BSD scheduler > options PREEMPTION # Enable kernel thread preemption > options INET # InterNETworking > options INET6 # InterNETworking6 > options SCTP # Stream Control Transmission > Protocol > options FFS # Berkeley Fast Filesystem > options SOFTUPDATES # Enable FFS soft updates support > options UFS_ACL # Support for access control lists > options UFS_DIRHASH # Improve performance on big > directories > options UFS_GJOURNAL # Enable gjournal-based UFS > journaling > options CD9660 # ISO 9660 Filesystem > options PROCFS # Process filesystem (requires > PSEUDOFS) > options PSEUDOFS # Pseudo-filesystem framework > options GEOM_PART_GPT # GUID Partition Tables. > options GEOM_LABEL # Provides labelization > options COMPAT_43TTY # BSD 4.3 TTY compat [KEEP THIS!] > options COMPAT_FREEBSD4 # Compatible with FreeBSD4 > options COMPAT_FREEBSD5 # Compatible with FreeBSD5 > options COMPAT_FREEBSD6 # Compatible with FreeBSD6 > options SYSVSHM # SYSV-style shared memory > options SYSVMSG # SYSV-style message queues > options SYSVSEM # SYSV-style semaphores > options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time > extensions > options KBD_INSTALL_CDEV # install a CDEV entry in /dev > options ADAPTIVE_GIANT # Giant mutex is adaptive. > options STOP_NMI # Stop CPUS using NMI instead of IPI > options AUDIT # Security event auditing > > # CPU frequency control > device cpufreq > > # Bus support. > device eisa > device pci > > # ATA and ATAPI devices > device ata > device atadisk # ATA disk drives > device atapicd # ATAPI CDROM drives > options ATA_STATIC_ID # Static device numbering > > # atkbdc0 controls both the keyboard and the PS/2 mouse > device atkbdc # AT keyboard controller > device atkbd # AT keyboard > > device kbdmux # keyboard multiplexer > > device vga # VGA video card driver > > # syscons is the default console driver, resembling an SCO console > device sc > > device agp # support several AGP chipsets > > # Power management support (see NOTES for more options) > #device apm > # Add suspend/resume support for the i8254. > device pmtimer > > # PCCARD (PCMCIA) support > # PCMCIA and cardbus bridge support > device cbb # cardbus (yenta) bridge > device pccard # PC Card (16-bit) bus > device cardbus # CardBus (32-bit) bus > > # Serial (COM) ports > device sio # 8250, 16[45]50 based serial ports > > # Parallel port > device ppc > device ppbus # Parallel port bus (required) > device lpt # Printer > device plip # TCP/IP over parallel > device ppi # Parallel port interface device > > device miibus # MII bus support > device dc # DEC/Intel 21143 and various workalikes > device fxp # Intel EtherExpress PRO/100B (82557, 82558) > device rl # RealTek 8129/8139 > device sis # Silicon Integrated Systems SiS 900/SiS > 7016 > device vr # VIA Rhine, Rhine II > device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') > > # Wireless NIC cards > device wlan # 802.11 support > device wlan_wep # 802.11 WEP support > device wlan_ccmp # 802.11 CCMP support > device wlan_tkip # 802.11 TKIP support > device wlan_amrr # AMRR transmit rate control algorithm > device wlan_scan_ap # 802.11 AP mode scanning > device wlan_scan_sta # 802.11 STA mode scanning > device an # Aironet 4500/4800 802.11 wireless NICs. > device ath # Atheros pci/cardbus NIC's > device ath_hal # Atheros HAL (Hardware Access Layer) > device ath_rate_sample # SampleRate tx rate control for ath > device ral # Ralink Technology RT2500 wireless NICs. > device wi # WaveLAN/Intersil/Symbol 802.11 wireless > NICs. > > # Pseudo devices. > device loop # Network loopback > device random # Entropy device > device ether # Ethernet support > device pty # Pseudo-ttys (telnet etc) > device firmware # firmware assist module > > # The `bpf' device enables the Berkeley Packet Filter. > # Be aware of the administrative consequences of enabling this! > # Note that 'bpf' is required for DHCP. > device bpf # Berkeley packet filter > > options IPFIREWALL #firewall > options IPFIREWALL_VERBOSE #enable logging to syslogd(8) > options IPFIREWALL_DEFAULT_TO_ACCEPT #allow everything by default > options IPFIREWALL_FORWARD #packet destination changes > options IPFIREWALL_NAT #ipfw kernel nat support ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ from /sys/conf/NOTES: # IPFIREWALL_NAT adds support for in kernel nat in ipfw, and it requires # LIBALIAS. > ##options IPDIVERT #divert sockets > options IPSTEALTH #support for stealth forwarding > options DUMMYNET > options HZ=1000 > > > > #device pf #PF OpenBSD packet-filter firewall > #device pflog #logging support interface for PF > #device pfsync > #options ALTQ > #options ALTQ_CBQ # Class Bases Queueing > #options ALTQ_RED # Random Early Detection > #options ALTQ_RIO # RED In/Out > #options ALTQ_HFSC # Hierarchical Packet Scheduler > #options ALTQ_CDNR # Traffic conditioner > ##options ALTQ_PRIQ # Priority Queueing > freebsd7# > -------------------------------cut here--------------------------- > After make depend and on the final of make when is linking the kernel with > pf, altq and ipdivert enabled these errors appears. > Note: I've disabled them (pf,altq and ipdivert) and even.... you see.... > > > --------------------------cut----------- > linking kernel > ip_fw2.o(.text+0x317): In function `del_redir_spool_cfg': > : undefined reference to `LibAliasRedirectDelete' > ip_fw2.o(.text+0x1b83): In function `ipfw_destroy': > : undefined reference to `LibAliasUninit' > ip_fw2.o(.text+0x23b3): In function `ipfw_ctl': > : undefined reference to `LibAliasSetMode' > ip_fw2.o(.text+0x23cb): In function `ipfw_ctl': > : undefined reference to `LibAliasSetAddress' > ip_fw2.o(.text+0x2578): In function `ipfw_ctl': > : undefined reference to `LibAliasAddServer' > ip_fw2.o(.text+0x281a): In function `ipfw_ctl': > : undefined reference to `LibAliasUninit' > ip_fw2.o(.text+0x2ec6): In function `ipfw_ctl': > : undefined reference to `LibAliasRedirectPort' > ip_fw2.o(.text+0x2f4a): In function `ipfw_ctl': > : undefined reference to `LibAliasRedirectAddr' > ip_fw2.o(.text+0x2f8e): In function `ipfw_ctl': > : undefined reference to `LibAliasRedirectProto' > ip_fw2.o(.text+0x3db2): In function `ipfw_ctl': > : undefined reference to `LibAliasInit' > ip_fw2.o(.text+0x3f44): In function `ifaddr_change': > : undefined reference to `LibAliasSetAddress' > ip_fw2.o(.text+0x4879): In function `ipfw_chk': > : undefined reference to `m_megapullup' > ip_fw2.o(.text+0x48d2): In function `ipfw_chk': > : undefined reference to `LibAliasOut' > ip_fw2.o(.text+0x6c07): In function `ipfw_chk': > : undefined reference to `LibAliasIn' > *** Error code 1 > ------------------------cut--------------------- > > > That's all.... > Regards! > > Thiago Pollachini HTH, Yuri From owner-freebsd-stable@FreeBSD.ORG Sun Oct 28 20:57:12 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5AD6716A41B for ; Sun, 28 Oct 2007 20:57:12 +0000 (UTC) (envelope-from wearabnet@yahoo.ca) Received: from web33706.mail.mud.yahoo.com (web33706.mail.mud.yahoo.com [68.142.201.203]) by mx1.freebsd.org (Postfix) with SMTP id 1F4D513C4A5 for ; Sun, 28 Oct 2007 20:57:11 +0000 (UTC) (envelope-from wearabnet@yahoo.ca) Received: (qmail 7850 invoked by uid 60001); 28 Oct 2007 20:57:11 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.ca; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=F7J9iBqcw7WmTzZ5FBvF86b/LxcdzXaGOXBDTgTfw/w3SSQwUvSMDlP7oTyNTg6qtees4b9Eu0NIgMr/cZTPC2RWOnDuca9EYwh6zOjgSVLHsMpYuQK7Nij+F8onOqQGQ1mpK6dd26kZqpwVIdLwUDOmBA0v6a5YJDzIDpWxNkk=; X-YMail-OSG: NAU4TzcVM1mqRJdUDApPnquBCWwsI.uZWX58L1gSSAc0RBZCAZFLq8lgKkB6jXHVFA-- Received: from [89.211.5.3] by web33706.mail.mud.yahoo.com via HTTP; Sun, 28 Oct 2007 13:57:11 PDT X-Mailer: YahooMailRC/814.06 YahooMailWebService/0.7.134.12 Date: Sun, 28 Oct 2007 13:57:11 -0700 (PDT) From: Abdullah Ibn Hamad Al-Marri To: Andrew Birukov , =?iso-8859-1?Q?Ermal_Lu=E7i?= MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Message-ID: <216439.6336.qm@web33706.mail.mud.yahoo.com> Cc: freebsd-stable@freebsd.org, freebsd-pf@freebsd.org Subject: Re: pf broken in 7.0-BETA1 ? 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, 28 Oct 2007 20:57:12 -0000 ----- Original Message ----=0A> From: Andrew Birukov =0A> = To: Ermal Lu=E7i =0A> Cc: freebsd-stable@freebsd.org;= freebsd-pf@freebsd.org=0A> Sent: Sunday, October 28, 2007 10:34:56 PM=0A> = Subject: Re: pf broken in 7.0-BETA1 ?=0A> =0A> Ermal Lu=E7i wrote:=0A> > Tr= y using=0A> > =0A> > pass out on $ext_if proto tcp from any to any tos 0x10= no keep=0A> state=0A> =0A queue ssh=0A> > =0A> > and it should work as you= expect!=0A> =0A> pf.conf=0A> ---------------------------------------------= ----------------------=0A> ext_if=3D"xl0"=0A> =0A> altq on $ext_if priq ban= dwidth 520Kb queue { ssh, traf }=0A> queue ssh priority 1=0A> queue traf p= riority 15 priq(default)=0A> =0A> pass in all=0A> pass out all=0A> =0A> pas= s out on $ext_if proto tcp from any to any tos 0x10 no keep state =0A> queu= e ssh=0A> -----------------------------------------------------------------= --=0A> =0A> # /etc/rc.d/pf restart=0A> Disabling pf.=0A> pf disabled=0A> En= abling pf.=0A> /etc/pf.conf:10: syntax error=0A> pfctl: Syntax error in con= fig file: pf rules not loaded=0A> pf enabled=0A> =0A> Unfortunately syntax = error...=0A> =0A> =0A> -- =0A> Andrew Biriukov=0A> amb@amb.kiev.ua=0A=0A=0A= Is this related to your problem?=0A=0Ahttp://www.nabble.com/Suggestion-with= -patch%2C-change-PF-TOS-matching-to-bitmask-tf4697797.html=0A=0A=0A-- =0ARe= gards, =0A-Abdullah Ibn Hamad Al-Marri=0AArab Portal=0Ahttp://www.WeArab.Ne= t/=0A=0A =0A=0A=0A=0A__________________________________________________=0AD= o You Yahoo!?=0ATired of spam? Yahoo! Mail has the best spam protection ar= ound =0Ahttp://mail.yahoo.com From owner-freebsd-stable@FreeBSD.ORG Sun Oct 28 21:15:41 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0E1A116A421 for ; Sun, 28 Oct 2007 21:15:41 +0000 (UTC) (envelope-from hk@alogis.com) Received: from alogis.com (firewall.solit-ag.de [212.184.102.1]) by mx1.freebsd.org (Postfix) with ESMTP id 9E86013C4B7 for ; Sun, 28 Oct 2007 21:15:40 +0000 (UTC) (envelope-from hk@alogis.com) Received: from alogis.com (localhost [127.0.0.1]) by alogis.com (8.13.4/8.13.1) with ESMTP id l9SLFd3E093398; Sun, 28 Oct 2007 22:15:39 +0100 (CET) (envelope-from hk@alogis.com) Received: (from hk@localhost) by alogis.com (8.13.4/8.13.1/Submit) id l9SLFcWg093397; Sun, 28 Oct 2007 22:15:38 +0100 (CET) (envelope-from hk) Date: Sun, 28 Oct 2007 22:15:38 +0100 From: Holger Kipp To: Eugene Grosbein Message-ID: <20071028211538.GA92424@intserv.int1.b.intern> References: <20071028174832.GA21847@svzserv.kemerovo.su> <20071028182011.GA89664@intserv.int1.b.intern> <20071028183508.GA25172@svzserv.kemerovo.su> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071028183508.GA25172@svzserv.kemerovo.su> User-Agent: Mutt/1.4.2.1i Cc: stable@freebsd.org Subject: Re: date manupulation 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, 28 Oct 2007 21:15:41 -0000 On Mon, Oct 29, 2007 at 01:35:08AM +0700, Eugene Grosbein wrote: > On Sun, Oct 28, 2007 at 07:20:11PM +0100, Holger Kipp wrote: > > > > # unixtime=1193511599 > > > # LC_ALL=C TZ=Asia/Krasnoyarsk date -jr $unixtime > > > Sun Oct 28 02:59:59 KRAT 2007 > > Here it shows 'Sun Oct 28 02:59:59 KRAST 2007' really > (cut-n-paste error, mea culpa). Take a note of zone name, > KRAST stands for 'KRAsnoyarsk Summer Time' and > KRAT stands for 'KRAsnoyarsk Time' (winter one). ah, I see. I can reproduce it here as well: %setenv LC_ALL C %setenv TZ Asia/Krasnoyarsk %setenv unixtime 1193511599 %date -jr $unixtime Sun Oct 28 02:59:59 KRAST 2007 %date -jf $s $unixtime Sun Oct 28 02:59:59 KRAT 2007 %date -juf %s $unixtime Sat Oct 27 18:59:59 UTC 2007 %date -jur $unixtime Sat Oct 27 18:59:59 UTC 2007 Interestingly, if output is forced to be in UTC, both give the same results. Using unixtime 1193511600 instead, I get %date -jr $unixtime Sun Oct 28 02:00:00 KRAT 2007 %date -jf %s $unixtime Sun Oct 28 02:00:00 KRAST 2007 With unixtime < 1193509360 both return KRAST and with unixtime > 1193512959 both return KRAT. In between, one returns KRAST, the other KRAT or vice versa... Looks like one of the conversions is getting the summertime-flag wrong here. I have tested this here with 6.2-STABLE from May 20... Regards, Holger From owner-freebsd-stable@FreeBSD.ORG Sun Oct 28 21:50:09 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 32F7E16A418; Sun, 28 Oct 2007 21:50:09 +0000 (UTC) (envelope-from fb-stable@psconsult.nl) Received: from ps226.psconsult.nl (ps226.psconsult.nl [213.222.19.226]) by mx1.freebsd.org (Postfix) with ESMTP id B55EA13C480; Sun, 28 Oct 2007 21:50:08 +0000 (UTC) (envelope-from fb-stable@psconsult.nl) Received: from phuket.psconsult.nl (localhost [127.0.0.1]) by phuket.psconsult.nl (8.13.1/8.13.1) with ESMTP id l9SKkS2g004767; Sun, 28 Oct 2007 21:46:28 +0100 (CET) (envelope-from fb-stable@psconsult.nl) Received: (from paul@localhost) by phuket.psconsult.nl (8.13.1/8.13.1/Submit) id l9SKkSni004766; Sun, 28 Oct 2007 21:46:28 +0100 (CET) (envelope-from fb-stable@psconsult.nl) Date: Sun, 28 Oct 2007 21:46:27 +0100 From: Paul Schenkeveld To: freebsd-stable@freebsd.org, freebsd-pf@freebsd.org Message-ID: <20071028204627.GA4666@psconsult.nl> Mail-Followup-To: freebsd-stable@freebsd.org, freebsd-pf@freebsd.org References: <4724D6EE.6050004@amb.kiev.ua> <9a542da30710281214v79cd332fx69b8806db2895836@mail.gmail.com> <4724E460.1050309@amb.kiev.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <4724E460.1050309@amb.kiev.ua> User-Agent: Mutt/1.5.6i Cc: Subject: Re: pf broken in 7.0-BETA1 ? 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, 28 Oct 2007 21:50:09 -0000 On Sun, Oct 28, 2007 at 04:34:56PM -0300, Andrew Birukov wrote: > Ermal Lui wrote: > >Try using > > > >pass out on $ext_if proto tcp from any to any tos 0x10 no keep state queue > >ssh > > > >and it should work as you expect! > > pf.conf > ------------------------------------------------------------------- > ext_if="xl0" > > altq on $ext_if priq bandwidth 520Kb queue { ssh, traf } > queue ssh priority 1 > queue traf priority 15 priq(default) > > pass in all > pass out all > > pass out on $ext_if proto tcp from any to any tos 0x10 no keep state > queue ssh > ------------------------------------------------------------------- > > # /etc/rc.d/pf restart > Disabling pf. > pf disabled > Enabling pf. > /etc/pf.conf:10: syntax error > pfctl: Syntax error in config file: pf rules not loaded > pf enabled > > Unfortunately syntax error... Should be "no state" according to pf.conf(5) > -- > Andrew Biriukov > amb@amb.kiev.ua Paul Schenkeveld From owner-freebsd-stable@FreeBSD.ORG Sun Oct 28 22:22:38 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB08316A468 for ; Sun, 28 Oct 2007 22:22:38 +0000 (UTC) (envelope-from brett@lariat.net) Received: from lariat.net (lariat.net [66.119.58.2]) by mx1.freebsd.org (Postfix) with ESMTP id 5F12613C49D for ; Sun, 28 Oct 2007 22:22:37 +0000 (UTC) (envelope-from brett@lariat.net) Received: (from brett@localhost) by lariat.net (8.9.3/8.9.3) id QAA01991 for stable@freebsd.org; Sun, 28 Oct 2007 16:22:34 -0600 (MDT) Date: Sun, 28 Oct 2007 16:22:34 -0600 (MDT) From: Brett Glass Message-Id: <200710282222.QAA01991@lariat.net> To: stable@freebsd.org Cc: Subject: MFC requests for 6.3 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, 28 Oct 2007 22:22:38 -0000 I would like to request that some useful work on networking be MFCed from -CURRENT to -STABLE in time for the release of FreeBSD 6.3. In particular, I'd like to see some of the Netgraph nodes which are new or which have seen extensive development brought in -- ng_nat and ng_car in particular. Bringing in the latest version of ng_nat would allow more flexible in-kernel NAT, while ng_car (which doesn't seem to be in 6-STABLE at all) would allow burstable traffic shaping -- something that DUMMYNET doesn't have. The latest version of mpd wouldn't be fully usable unless these and other Netgraph code that was developed for it are there.... --Brett Glass From owner-freebsd-stable@FreeBSD.ORG Sun Oct 28 22:29:02 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8B39F16A421 for ; Sun, 28 Oct 2007 22:29:02 +0000 (UTC) (envelope-from brian@hyperreal.org) Received: from hyperreal.org (taz3.hyperreal.org [209.237.226.90]) by mx1.freebsd.org (Postfix) with SMTP id 631C413C48E for ; Sun, 28 Oct 2007 22:29:02 +0000 (UTC) (envelope-from brian@hyperreal.org) Received: (qmail 3385 invoked from network); 28 Oct 2007 22:29:02 -0000 Received: from localhost.hyperreal.org (HELO localhost) (127.0.0.1) by localhost.hyperreal.org with SMTP; 28 Oct 2007 22:29:02 -0000 Date: Sun, 28 Oct 2007 15:29:02 -0700 (PDT) From: Brian Behlendorf X-X-Sender: brian@taz3 To: stable@freebsd.org In-Reply-To: <200710282222.QAA01991@lariat.net> Message-ID: <20071028152700.T98576@taz3> References: <200710282222.QAA01991@lariat.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Rating: localhost.hyperreal.org 1.6.2 0/1000/N Cc: Subject: Re: MFC requests for 6.3 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, 28 Oct 2007 22:29:02 -0000 On Sun, 28 Oct 2007, Brett Glass wrote: > I would like to request that some useful work on networking be MFCed from > -CURRENT to -STABLE in time for the release of FreeBSD 6.3. The thing that's worried me, following only stable@freebsd.org traffic, were the reports about the new em driver (6.6.6?) causing hangs and other problems with people who have been updating RELENG_6 - have those who had those problems seen their issues resolved? I've got remote boxes using em that I can't risk making inaccessible and can't test locally. Brian From owner-freebsd-stable@FreeBSD.ORG Sun Oct 28 22:31:54 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AC44B16A417 for ; Sun, 28 Oct 2007 22:31:54 +0000 (UTC) (envelope-from ubm@u-boot-man.de) Received: from mail.upper.net (mail.upper.net [62.75.224.33]) by mx1.freebsd.org (Postfix) with ESMTP id 4C1C313C48D for ; Sun, 28 Oct 2007 22:31:54 +0000 (UTC) (envelope-from ubm@u-boot-man.de) Received: from ubm.mine.nu (e181003245.adsl.alicedsl.de [85.181.3.245]) (authenticated bits=0) by mail.upper.net (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id l9SMVnHC026679 for ; Sun, 28 Oct 2007 23:31:50 +0100 Date: Sun, 28 Oct 2007 23:31:49 +0100 From: Marc "UBM" Bocklet To: stable@freebsd.org Message-Id: <20071028233149.2fa94250.ubm@u-boot-man.de> In-Reply-To: <20071028184559.7154d472.ubm@u-boot-man.de> References: <20071028184559.7154d472.ubm@u-boot-man.de> X-Mailer: Sylpheed 2.4.0 (GTK+ 2.10.12; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: Re: portupgrade error with 7.0-BETA1 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, 28 Oct 2007 22:31:54 -0000 On Sun, 28 Oct 2007 18:45:59 +0100 Marc "UBM" Bocklet wrote: > > Hiho! ;-) > > I just upgraded my machine to: > > FreeBSD blah.blah 7.0-BETA1 FreeBSD 7.0-BETA1 #6: Thu Oct 25 19:43:35 > CEST 2007 > > and then tried using portupgrade, which promptly fails with: > > Fatal error 'Cannot allocate red zone for initial thread' at line 382 > in file /usr/src/lib/libthr/thread/thr_init.c (errno = 12) > Illegal instruction: 4 (core dumped) > > (the red zone error ist repeated about 20 times). > > I'm not sure if it has anything to do with the upgrade. I tried > deinstalling / reinstalling portupgrade and I also tried > portupgrade-devel, but they both keep failing with the above error. > Googling didn't yield any results. > I've also installed the compat6x port and included COMPAT_FREEBSD6 in > my kernel, but that didn't help either. > > Has anybody encountered this error before? > > Thanks in advance! A tip from Diane Bruce (db@freebsd.org) did the trick: ---- This one bit me as well. It's an obsolete library (libthr) in the binary, Recompile ruby18 and problem will go away. You'll find other programs will do this too, but a lot of them disapear after doing a portupgrade. ---- I recompiled ruby18, ruby-bdb and portupgrade and now everything works like a charm again! Bye Marc -- "And what rough beast, its hour come round at last, Slouches towards Bethlehem to be born?" W.B. Yeats, The Second Coming From owner-freebsd-stable@FreeBSD.ORG Sun Oct 28 22:38:24 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9413F16A418 for ; Sun, 28 Oct 2007 22:38:24 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (pointyhat.freebsd.org [IPv6:2001:4f8:fff6::2b]) by mx1.freebsd.org (Postfix) with ESMTP id E70B313C4AC; Sun, 28 Oct 2007 22:38:23 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47250F62.4070106@FreeBSD.org> Date: Sun, 28 Oct 2007 23:38:26 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: "Marc \"UBM\" Bocklet" References: <20071028184559.7154d472.ubm@u-boot-man.de> <20071028233149.2fa94250.ubm@u-boot-man.de> In-Reply-To: <20071028233149.2fa94250.ubm@u-boot-man.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: portupgrade error with 7.0-BETA1 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, 28 Oct 2007 22:38:24 -0000 Marc UBM Bocklet wrote: > On Sun, 28 Oct 2007 18:45:59 +0100 > Marc "UBM" Bocklet wrote: > >> Hiho! ;-) >> >> I just upgraded my machine to: >> >> FreeBSD blah.blah 7.0-BETA1 FreeBSD 7.0-BETA1 #6: Thu Oct 25 19:43:35 >> CEST 2007 >> >> and then tried using portupgrade, which promptly fails with: >> >> Fatal error 'Cannot allocate red zone for initial thread' at line 382 >> in file /usr/src/lib/libthr/thread/thr_init.c (errno = 12) >> Illegal instruction: 4 (core dumped) >> >> (the red zone error ist repeated about 20 times). >> >> I'm not sure if it has anything to do with the upgrade. I tried >> deinstalling / reinstalling portupgrade and I also tried >> portupgrade-devel, but they both keep failing with the above error. >> Googling didn't yield any results. >> I've also installed the compat6x port and included COMPAT_FREEBSD6 in >> my kernel, but that didn't help either. >> >> Has anybody encountered this error before? >> >> Thanks in advance! > > A tip from Diane Bruce (db@freebsd.org) did the trick: > > ---- > > This one bit me as well. It's an obsolete library (libthr) in the > binary, Recompile ruby18 and problem will go away. You'll find other > programs will do this too, but a lot of them disapear after doing a > portupgrade. > > ---- ...which is a necessary part of any upgrade to a new branch. Kris From owner-freebsd-stable@FreeBSD.ORG Sun Oct 28 23:03:19 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F14F516A4C0 for ; Sun, 28 Oct 2007 23:03:19 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr13.xs4all.nl (smtp-vbr13.xs4all.nl [194.109.24.33]) by mx1.freebsd.org (Postfix) with ESMTP id 884F513C4C1 for ; Sun, 28 Oct 2007 23:03:19 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr13.xs4all.nl (8.13.8/8.13.8) with ESMTP id l9SMhN1D039611; Sun, 28 Oct 2007 23:43:23 +0100 (CET) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id E9A42B82D; Sun, 28 Oct 2007 23:43:22 +0100 (CET) Date: Sun, 28 Oct 2007 23:43:22 +0100 From: Roland Smith To: Marc UBM Bocklet Message-ID: <20071028224322.GC39510@slackbox.xs4all.nl> References: <20071028184559.7154d472.ubm@u-boot-man.de> <20071028233149.2fa94250.ubm@u-boot-man.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="JWEK1jqKZ6MHAcjA" Content-Disposition: inline In-Reply-To: <20071028233149.2fa94250.ubm@u-boot-man.de> X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.16 (2007-06-09) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: stable@freebsd.org Subject: Re: portupgrade error with 7.0-BETA1 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, 28 Oct 2007 23:03:20 -0000 --JWEK1jqKZ6MHAcjA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Oct 28, 2007 at 11:31:49PM +0100, Marc UBM Bocklet wrote: > > and then tried using portupgrade, which promptly fails with: > >=20 > > Fatal error 'Cannot allocate red zone for initial thread' at line 382 > > in file /usr/src/lib/libthr/thread/thr_init.c (errno =3D 12)=20 > > Illegal instruction: 4 (core dumped) > >=20 > > (the red zone error ist repeated about 20 times). [snip] > This one bit me as well. It's an obsolete library (libthr) in the > binary, Recompile ruby18 and problem will go away. You'll find other > programs will do this too, but a lot of them disapear after doing a > portupgrade. After updated to a new major version of FreeBSD (6->7, not 6.2->6.3) is to make a list of all ports, remove them all with pkg_delete and install them from scratch. That is the only sure way to prevent programs linking to older libraries. And while your at it, it would be a good idea to clean out the old cruft =66rom (/usr)/lib as well.=20 Roland --=20 R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) --JWEK1jqKZ6MHAcjA Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHJRCKEnfvsMMhpyURAj11AJ4yD8Asca0GMuZXi/O8czacT09H7gCfcCYK Qo3o0K9GOX248Ma0uUk7q8w= =fIzn -----END PGP SIGNATURE----- --JWEK1jqKZ6MHAcjA-- From owner-freebsd-stable@FreeBSD.ORG Sun Oct 28 23:34:23 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3FCD316A418; Sun, 28 Oct 2007 23:34:23 +0000 (UTC) (envelope-from amb@amb.kiev.ua) Received: from simmts6-srv.bellnexxia.net (simmts6-qfe0.srvr.bell.ca [206.47.199.164]) by mx1.freebsd.org (Postfix) with ESMTP id AFFBE13C491; Sun, 28 Oct 2007 23:34:22 +0000 (UTC) (envelope-from amb@amb.kiev.ua) Received: from amb.homeunix.org ([156.34.188.4]) by simmts6-srv.bellnexxia.net (InterMail vM.5.01.06.13 201-253-122-130-113-20050324) with ESMTP id <20071028233420.LKBM8742.simmts6-srv.bellnexxia.net@amb.homeunix.org>; Sun, 28 Oct 2007 19:34:20 -0400 Received: from server.amb.kiev.ua ([10.15.25.2] helo=amb.kiev.ua) by amb.homeunix.org with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1ImHe5-0006Ka-05; Sun, 28 Oct 2007 20:34:17 -0300 Message-ID: <47251C78.6090305@amb.kiev.ua> Date: Sun, 28 Oct 2007 20:34:16 -0300 From: Andrew Birukov User-Agent: Thunderbird 2.0.0.6 (X11/20070803) MIME-Version: 1.0 To: freebsd-stable@freebsd.org, freebsd-pf@freebsd.org References: <4724D6EE.6050004@amb.kiev.ua> <9a542da30710281214v79cd332fx69b8806db2895836@mail.gmail.com> <4724E460.1050309@amb.kiev.ua> <20071028204627.GA4666@psconsult.nl> In-Reply-To: <20071028204627.GA4666@psconsult.nl> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-SA-Exim-Connect-IP: 10.15.25.2 X-SA-Exim-Rcpt-To: freebsd-stable@freebsd.org, freebsd-pf@freebsd.org X-SA-Exim-Mail-From: amb@amb.kiev.ua X-SA-Exim-Scanned: No (on amb.homeunix.org); SAEximRunCond expanded to false Cc: Subject: Re: pf broken in 7.0-BETA1 ? 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, 28 Oct 2007 23:34:23 -0000 Paul Schenkeveld wrote: > On Sun, Oct 28, 2007 at 04:34:56PM -0300, Andrew Birukov wrote: >> Ermal Luçi wrote: >>> Try using >>> >>> pass out on $ext_if proto tcp from any to any tos 0x10 no keep state queue >>> ssh >>> >>> and it should work as you expect! >> pf.conf >> ------------------------------------------------------------------- >> ext_if="xl0" >> >> altq on $ext_if priq bandwidth 520Kb queue { ssh, traf } >> queue ssh priority 1 >> queue traf priority 15 priq(default) >> >> pass in all >> pass out all >> >> pass out on $ext_if proto tcp from any to any tos 0x10 no keep state >> queue ssh >> ------------------------------------------------------------------- >> >> # /etc/rc.d/pf restart >> Disabling pf. >> pf disabled >> Enabling pf. >> /etc/pf.conf:10: syntax error >> pfctl: Syntax error in config file: pf rules not loaded >> pf enabled >> >> Unfortunately syntax error... > > Should be "no state" according to pf.conf(5) Thank's a lot ! That was it! -- Andrew Biriukov amb@amb.kiev.ua From owner-freebsd-stable@FreeBSD.ORG Sun Oct 28 23:37:24 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 03A8F16A418; Sun, 28 Oct 2007 23:37:24 +0000 (UTC) (envelope-from amb@amb.kiev.ua) Received: from simmts5-srv.bellnexxia.net (simmts5.bellnexxia.net [206.47.199.163]) by mx1.freebsd.org (Postfix) with ESMTP id 0C31313C4BB; Sun, 28 Oct 2007 23:37:22 +0000 (UTC) (envelope-from amb@amb.kiev.ua) Received: from amb.homeunix.org ([156.34.188.4]) by simmts5-srv.bellnexxia.net (InterMail vM.5.01.06.13 201-253-122-130-113-20050324) with ESMTP id <20071028233719.UWWX9038.simmts5-srv.bellnexxia.net@amb.homeunix.org>; Sun, 28 Oct 2007 19:37:19 -0400 Received: from server.amb.kiev.ua ([10.15.25.2] helo=amb.kiev.ua) by amb.homeunix.org with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1ImHgw-000AAA-4P; Sun, 28 Oct 2007 20:37:14 -0300 Message-ID: <47251D29.4020702@amb.kiev.ua> Date: Sun, 28 Oct 2007 20:37:13 -0300 From: Andrew Birukov User-Agent: Thunderbird 2.0.0.6 (X11/20070803) MIME-Version: 1.0 To: Abdullah Ibn Hamad Al-Marri References: <216439.6336.qm@web33706.mail.mud.yahoo.com> In-Reply-To: <216439.6336.qm@web33706.mail.mud.yahoo.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-SA-Exim-Connect-IP: 10.15.25.2 X-SA-Exim-Rcpt-To: wearabnet@yahoo.ca, freebsd-stable@freebsd.org, freebsd-pf@freebsd.org X-SA-Exim-Mail-From: amb@amb.kiev.ua X-SA-Exim-Scanned: No (on amb.homeunix.org); SAEximRunCond expanded to false Cc: freebsd-stable@freebsd.org, freebsd-pf@freebsd.org Subject: Re: pf broken in 7.0-BETA1 ? 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, 28 Oct 2007 23:37:24 -0000 Abdullah Ibn Hamad Al-Marri wrote: > ----- Original Message ---- >> From: Andrew Birukov >> To: Ermal Luçi >> Cc: freebsd-stable@freebsd.org; freebsd-pf@freebsd.org >> Sent: Sunday, October 28, 2007 10:34:56 PM >> Subject: Re: pf broken in 7.0-BETA1 ? >> >> Ermal Luçi wrote: >>> Try using >>> >>> pass out on $ext_if proto tcp from any to any tos 0x10 no keep >> state >> > queue ssh >>> and it should work as you expect! >> pf.conf >> ------------------------------------------------------------------- >> ext_if="xl0" >> >> altq on $ext_if priq bandwidth 520Kb queue { ssh, traf } >> queue ssh priority 1 >> queue traf priority 15 priq(default) >> >> pass in all >> pass out all >> >> pass out on $ext_if proto tcp from any to any tos 0x10 no keep state >> queue ssh >> ------------------------------------------------------------------- >> >> # /etc/rc.d/pf restart >> Disabling pf. >> pf disabled >> Enabling pf. >> /etc/pf.conf:10: syntax error >> pfctl: Syntax error in config file: pf rules not loaded >> pf enabled >> >> Unfortunately syntax error... >> >> >> -- >> Andrew Biriukov >> amb@amb.kiev.ua > > > Is this related to your problem? > > http://www.nabble.com/Suggestion-with-patch%2C-change-PF-TOS-matching-to-bitmask-tf4697797.html It is not related, but interesting for me. I am going to try this patch. Thank you! -- Andrew Biriukov amb@amb.kiev.ua From owner-freebsd-stable@FreeBSD.ORG Mon Oct 29 00:25:08 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F29016A421 for ; Mon, 29 Oct 2007 00:25:08 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id DA1F913C4B3 for ; Mon, 29 Oct 2007 00:25:07 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l9T04px4021852; Sun, 28 Oct 2007 20:04:51 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id l9T04pOi071015 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 28 Oct 2007 20:04:51 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200710290004.l9T04pOi071015@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Sun, 28 Oct 2007 20:05:22 -0400 To: Brian Behlendorf , stable@freebsd.org From: Mike Tancsa In-Reply-To: <20071028152700.T98576@taz3> References: <200710282222.QAA01991@lariat.net> <20071028152700.T98576@taz3> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Subject: Re: MFC requests for 6.3 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, 29 Oct 2007 00:25:08 -0000 At 06:29 PM 10/28/2007, Brian Behlendorf wrote: >On Sun, 28 Oct 2007, Brett Glass wrote: >>I would like to request that some useful work on networking be MFCed from >>-CURRENT to -STABLE in time for the release of FreeBSD 6.3. > >The thing that's worried me, following only stable@freebsd.org >traffic, were the reports about the new em driver (6.6.6?) causing >hangs and other problems with people who have been updating RELENG_6 >- have those who had those problems seen their issues >resolved? I've got remote boxes using em that I can't risk making >inaccessible and can't test locally. The watchdog timeouts are pretty infrequent for me, but to answer your question, no, they are not fixed yet. ---Mike From owner-freebsd-stable@FreeBSD.ORG Mon Oct 29 01:19:58 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 51AE116A469 for ; Mon, 29 Oct 2007 01:19:58 +0000 (UTC) (envelope-from miguel@anjos.strangled.net) Received: from mailrly02.isp.novis.pt (mailrly02.isp.novis.pt [195.23.133.212]) by mx1.freebsd.org (Postfix) with ESMTP id 7C2FA13C4B2 for ; Mon, 29 Oct 2007 01:19:56 +0000 (UTC) (envelope-from miguel@anjos.strangled.net) Received: (qmail 23981 invoked from network); 29 Oct 2007 01:19:55 -0000 Received: from unknown (HELO mailfrt02.isp.novis.pt) ([195.23.133.194]) (envelope-sender ) by mailrly02.isp.novis.pt with compressed SMTP; 29 Oct 2007 01:19:55 -0000 Received: (qmail 22660 invoked from network); 29 Oct 2007 01:19:54 -0000 Received: from unknown (HELO satan.anjos.strangled.net) ([89.181.82.188]) (envelope-sender ) by mailfrt02.isp.novis.pt with SMTP; 29 Oct 2007 01:19:54 -0000 Received: from satan.anjos.strangled.net (localhost [127.0.0.1]) by satan.anjos.strangled.net (8.14.1/8.14.1) with ESMTP id l9T1JpKY009150; Mon, 29 Oct 2007 01:19:51 GMT (envelope-from miguel@satan.anjos.strangled.net) Received: (from miguel@localhost) by satan.anjos.strangled.net (8.14.1/8.14.1/Submit) id l9T1Jpvs009149; Mon, 29 Oct 2007 01:19:51 GMT (envelope-from miguel) Date: Mon, 29 Oct 2007 01:19:51 GMT From: Miguel Lopes Santos Ramos Message-Id: <200710290119.l9T1Jpvs009149@satan.anjos.strangled.net> To: eugen@kuzbass.ru, hk@alogis.com In-Reply-To: <20071028211538.GA92424@intserv.int1.b.intern> Cc: stable@FreeBSD.org, freebsd-stable@FreeBSD.org Subject: Re: date manupulation 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: Mon, 29 Oct 2007 01:19:58 -0000 > From: Holger Kipp > > On Mon, Oct 29, 2007 at 01:35:08AM +0700, Eugene Grosbein wrote: > > On Sun, Oct 28, 2007 at 07:20:11PM +0100, Holger Kipp wrote: > > > > > > # unixtime=1193511599 > > > > # LC_ALL=C TZ=Asia/Krasnoyarsk date -jr $unixtime > > > > Sun Oct 28 02:59:59 KRAT 2007 > > > > Here it shows 'Sun Oct 28 02:59:59 KRAST 2007' really > > (cut-n-paste error, mea culpa). Take a note of zone name, > > KRAST stands for 'KRAsnoyarsk Summer Time' and > > KRAT stands for 'KRAsnoyarsk Time' (winter one). > > ah, I see. I can reproduce it here as well: > > %setenv LC_ALL C > %setenv TZ Asia/Krasnoyarsk > %setenv unixtime 1193511599 > > %date -jr $unixtime > Sun Oct 28 02:59:59 KRAST 2007 > %date -jf $s $unixtime > Sun Oct 28 02:59:59 KRAT 2007 > %date -juf %s $unixtime > Sat Oct 27 18:59:59 UTC 2007 > %date -jur $unixtime > Sat Oct 27 18:59:59 UTC 2007 This is a lot of fun! Bugs like this go unnoticed for years... It is also very exciting finding people at GMT+8. Mind you, we programmers who live at GMT+0 do a lot of timezone errors because we look at a time and often don't know whether it's localtime or gmt. At least I do. Then we only find out when we change to summer time. The problem is of course in src/bin/date.c, line 268. Someone added the following on revision 1.32.2.4: 267: /* Let mktime() decide whether summer time is in effect. */ 268: lt->tm_isdst = -1; Now, who's mktime() to know? This line is erasing the output of strptime(), and strptime() knows better than anyone what the user might have wanted! See my test source code bellow. date first fills up a tm structure using localtime(time(0)) so that the data which the user does not supply is extracted from the current time. Then, it calls strptime to parse the user time using these defaults. It's summarized in function test1() of my test code. Historically, the behaviour was just this (actually, like test2()). The person who added line 268, wanted to solve the problem of setting a date across DST, but the way he/she did it is not, in my opinion, the best. As we have discouvered, it does not work when the user supplies good DST data, because the line tm_isdst = -1 erases it. Now, what should perhaps be erased is the default dst data. So the line tm_isdst = -1 should be moved up to line 191, between localtime() and strptime(). The code would behave like my test3() function. See the test output (using LC_ALL=C and TZ=Asia/Krasnoyarsk): Test1 using %s: case a Sun Oct 28 01:59:59 KRAST 2007 == Sun Oct 28 01:59:59 KRAST 2007 case b Sun Oct 28 02:59:59 KRAT 2007 != Sun Oct 28 02:59:59 KRAST 2007 case c Sun Oct 28 02:59:59 KRAT 2007 == Sun Oct 28 02:59:59 KRAT 2007 Test1 using %Y-%m-%d %H:%M:%S: case a Sun Oct 28 01:59:59 KRAST 2007 == Sun Oct 28 01:59:59 KRAST 2007 case b Sun Oct 28 02:59:59 KRAT 2007 != Sun Oct 28 02:59:59 KRAST 2007 case c Sun Oct 28 02:59:59 KRAT 2007 == Sun Oct 28 02:59:59 KRAT 2007 Test2 using %s: case a Sun Oct 28 01:59:59 KRAST 2007 == Sun Oct 28 01:59:59 KRAST 2007 case b Sun Oct 28 02:59:59 KRAST 2007 == Sun Oct 28 02:59:59 KRAST 2007 case c Sun Oct 28 02:59:59 KRAT 2007 == Sun Oct 28 02:59:59 KRAT 2007 Test2 using %Y-%m-%d %H:%M:%S: case a Sun Oct 28 02:59:59 KRAST 2007 != Sun Oct 28 01:59:59 KRAST 2007 case b Sun Oct 28 02:59:59 KRAT 2007 != Sun Oct 28 02:59:59 KRAST 2007 case c Sun Oct 28 02:59:59 KRAT 2007 == Sun Oct 28 02:59:59 KRAT 2007 Test3 using %s: case a Sun Oct 28 01:59:59 KRAST 2007 == Sun Oct 28 01:59:59 KRAST 2007 case b Sun Oct 28 02:59:59 KRAST 2007 == Sun Oct 28 02:59:59 KRAST 2007 case c Sun Oct 28 02:59:59 KRAT 2007 == Sun Oct 28 02:59:59 KRAT 2007 Test3 using %Y-%m-%d %H:%M:%S: case a Sun Oct 28 01:59:59 KRAST 2007 == Sun Oct 28 01:59:59 KRAST 2007 case b Sun Oct 28 02:59:59 KRAT 2007 != Sun Oct 28 02:59:59 KRAST 2007 case c Sun Oct 28 02:59:59 KRAT 2007 == Sun Oct 28 02:59:59 KRAT 2007 Historical behaviour is test2. It didn't work across DST when the user didn't supply DST data, but it did work fine for %s. The "correction", test1, introduced the error you've spotted, and that would only have been spotted by someone concerned with those two hours of each year... The solution I think its best works always that the user supplies DST data. Of course, it fails to guess dst status for test case b, but that's understandable, it can't guess. > Looks like one of the conversions is getting the > summertime-flag wrong here. > > I have tested this here with 6.2-STABLE from May 20... There's no point in naming the revision... the problematic line was introduced 6 years and 5 months ago by ru... Complete reference: src/bin/date.c Revision 1.32.2.4 Is ru around? Who fills in a pr for this? In summary, I think we should move line 268 to line 191 and erase the comment on line 267 (mktime() is no one to decide, strptime() must have the final word). Miguel Ramos Lisboa, Portugal ---- #include #include #include time_t test1(const char* datestr, const char* format) { time_t t = time(0); struct tm tm; localtime_r(&t, &tm); strptime(datestr, format, &tm); tm.tm_isdst = -1; return mktime(&tm); } time_t test2(const char* datestr, const char* format) { time_t t = time(0); struct tm tm; localtime_r(&t, &tm); strptime(datestr, format, &tm); return mktime(&tm); } time_t test3(const char* datestr, const char* format) { time_t t = time(0); struct tm tm; localtime_r(&t, &tm); tm.tm_isdst = -1; strptime(datestr, format, &tm); return mktime(&tm); } int main() { const char* fmt1 = "%s"; const char* fmt2 = "%Y-%m-%d %H:%M:%S"; const char* fmt3 = "%+"; const time_t a = 1193507999; const time_t b = 1193511599; const time_t c = 1193515199; time_t ta, tb, tc; char as[16], bs[16], cs[16]; char af[32], bf[32], cf[32]; char ad[32], bd[32], cd[32]; char at[32], bt[32], ct[32]; strftime(as, sizeof(as), fmt1, localtime(&a)); strftime(bs, sizeof(bs), fmt1, localtime(&b)); strftime(cs, sizeof(cs), fmt1, localtime(&c)); strftime(af, sizeof(af), fmt2, localtime(&a)); strftime(bf, sizeof(bf), fmt2, localtime(&b)); strftime(cf, sizeof(cf), fmt2, localtime(&c)); strftime(ad, sizeof(ad), fmt3, localtime(&a)); strftime(bd, sizeof(bd), fmt3, localtime(&b)); strftime(cd, sizeof(cd), fmt3, localtime(&c)); printf("Test1 using %s:\n", fmt1); ta = test1(as, fmt1); strftime(at, sizeof(at), fmt3, localtime(&ta)); tb = test1(bs, fmt1); strftime(bt, sizeof(bt), fmt3, localtime(&tb)); tc = test1(cs, fmt1); strftime(ct, sizeof(ct), fmt3, localtime(&tc)); printf("case a %s == %s\n", at, ad); printf("case b %s != %s\n", bt, bd); printf("case c %s == %s\n", ct, cd); printf("\nTest1 using %s:\n", fmt2); ta = test1(af, fmt2); strftime(at, sizeof(at), fmt3, localtime(&ta)); tb = test1(bf, fmt2); strftime(bt, sizeof(bt), fmt3, localtime(&tb)); tc = test1(cf, fmt2); strftime(ct, sizeof(ct), fmt3, localtime(&tc)); printf("case a %s == %s\n", at, ad); printf("case b %s != %s\n", bt, bd); printf("case c %s == %s\n", ct, cd); printf("\nTest2 using %s:\n", fmt1); ta = test2(as, fmt1); strftime(at, sizeof(at), fmt3, localtime(&ta)); tb = test2(bs, fmt1); strftime(bt, sizeof(bt), fmt3, localtime(&tb)); tc = test2(cs, fmt1); strftime(ct, sizeof(ct), fmt3, localtime(&tc)); printf("case a %s == %s\n", at, ad); printf("case b %s == %s\n", bt, bd); printf("case c %s == %s\n", ct, cd); printf("\nTest2 using %s:\n", fmt2); ta = test2(af, fmt2); strftime(at, sizeof(at), fmt3, localtime(&ta)); tb = test2(bf, fmt2); strftime(bt, sizeof(bt), fmt3, localtime(&tb)); tc = test2(cf, fmt2); strftime(ct, sizeof(ct), fmt3, localtime(&tc)); printf("case a %s != %s\n", at, ad); printf("case b %s != %s\n", bt, bd); printf("case c %s == %s\n", ct, cd); printf("\nTest3 using %s:\n", fmt1); ta = test3(as, fmt1); strftime(at, sizeof(at), fmt3, localtime(&ta)); tb = test3(bs, fmt1); strftime(bt, sizeof(bt), fmt3, localtime(&tb)); tc = test3(cs, fmt1); strftime(ct, sizeof(ct), fmt3, localtime(&tc)); printf("case a %s == %s\n", at, ad); printf("case b %s == %s\n", bt, bd); printf("case c %s == %s\n", ct, cd); printf("\nTest3 using %s:\n", fmt2); ta = test3(af, fmt2); strftime(at, sizeof(at), fmt3, localtime(&ta)); tb = test3(bf, fmt2); strftime(bt, sizeof(bt), fmt3, localtime(&tb)); tc = test3(cf, fmt2); strftime(ct, sizeof(ct), fmt3, localtime(&tc)); printf("case a %s == %s\n", at, ad); printf("case b %s != %s\n", bt, bd); printf("case c %s == %s\n", ct, cd); return 0; } From owner-freebsd-stable@FreeBSD.ORG Mon Oct 29 01:26:39 2007 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 95D2C16A417 for ; Mon, 29 Oct 2007 01:26:39 +0000 (UTC) (envelope-from miguel@anjos.strangled.net) Received: from mailrly08.isp.novis.pt (mailrly08.isp.novis.pt [195.23.133.218]) by mx1.freebsd.org (Postfix) with ESMTP id D62E913C4A8 for ; Mon, 29 Oct 2007 01:26:37 +0000 (UTC) (envelope-from miguel@anjos.strangled.net) Received: (qmail 3995 invoked from network); 29 Oct 2007 01:19:55 -0000 Received: from unknown (HELO mailfrt02.isp.novis.pt) ([195.23.133.194]) (envelope-sender ) by mailrly08.isp.novis.pt with compressed SMTP; 29 Oct 2007 01:19:55 -0000 Received: (qmail 22660 invoked from network); 29 Oct 2007 01:19:54 -0000 Received: from unknown (HELO satan.anjos.strangled.net) ([89.181.82.188]) (envelope-sender ) by mailfrt02.isp.novis.pt with SMTP; 29 Oct 2007 01:19:54 -0000 Received: from satan.anjos.strangled.net (localhost [127.0.0.1]) by satan.anjos.strangled.net (8.14.1/8.14.1) with ESMTP id l9T1JpKY009150; Mon, 29 Oct 2007 01:19:51 GMT (envelope-from miguel@satan.anjos.strangled.net) Received: (from miguel@localhost) by satan.anjos.strangled.net (8.14.1/8.14.1/Submit) id l9T1Jpvs009149; Mon, 29 Oct 2007 01:19:51 GMT (envelope-from miguel) Date: Mon, 29 Oct 2007 01:19:51 GMT From: Miguel Lopes Santos Ramos Message-Id: <200710290119.l9T1Jpvs009149@satan.anjos.strangled.net> To: eugen@kuzbass.ru, hk@alogis.com In-Reply-To: <20071028211538.GA92424@intserv.int1.b.intern> Cc: stable@FreeBSD.org, freebsd-stable@FreeBSD.org Subject: Re: date manupulation 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: Mon, 29 Oct 2007 01:26:39 -0000 > From: Holger Kipp > > On Mon, Oct 29, 2007 at 01:35:08AM +0700, Eugene Grosbein wrote: > > On Sun, Oct 28, 2007 at 07:20:11PM +0100, Holger Kipp wrote: > > > > > > # unixtime=1193511599 > > > > # LC_ALL=C TZ=Asia/Krasnoyarsk date -jr $unixtime > > > > Sun Oct 28 02:59:59 KRAT 2007 > > > > Here it shows 'Sun Oct 28 02:59:59 KRAST 2007' really > > (cut-n-paste error, mea culpa). Take a note of zone name, > > KRAST stands for 'KRAsnoyarsk Summer Time' and > > KRAT stands for 'KRAsnoyarsk Time' (winter one). > > ah, I see. I can reproduce it here as well: > > %setenv LC_ALL C > %setenv TZ Asia/Krasnoyarsk > %setenv unixtime 1193511599 > > %date -jr $unixtime > Sun Oct 28 02:59:59 KRAST 2007 > %date -jf $s $unixtime > Sun Oct 28 02:59:59 KRAT 2007 > %date -juf %s $unixtime > Sat Oct 27 18:59:59 UTC 2007 > %date -jur $unixtime > Sat Oct 27 18:59:59 UTC 2007 This is a lot of fun! Bugs like this go unnoticed for years... It is also very exciting finding people at GMT+8. Mind you, we programmers who live at GMT+0 do a lot of timezone errors because we look at a time and often don't know whether it's localtime or gmt. At least I do. Then we only find out when we change to summer time. The problem is of course in src/bin/date.c, line 268. Someone added the following on revision 1.32.2.4: 267: /* Let mktime() decide whether summer time is in effect. */ 268: lt->tm_isdst = -1; Now, who's mktime() to know? This line is erasing the output of strptime(), and strptime() knows better than anyone what the user might have wanted! See my test source code bellow. date first fills up a tm structure using localtime(time(0)) so that the data which the user does not supply is extracted from the current time. Then, it calls strptime to parse the user time using these defaults. It's summarized in function test1() of my test code. Historically, the behaviour was just this (actually, like test2()). The person who added line 268, wanted to solve the problem of setting a date across DST, but the way he/she did it is not, in my opinion, the best. As we have discouvered, it does not work when the user supplies good DST data, because the line tm_isdst = -1 erases it. Now, what should perhaps be erased is the default dst data. So the line tm_isdst = -1 should be moved up to line 191, between localtime() and strptime(). The code would behave like my test3() function. See the test output (using LC_ALL=C and TZ=Asia/Krasnoyarsk): Test1 using %s: case a Sun Oct 28 01:59:59 KRAST 2007 == Sun Oct 28 01:59:59 KRAST 2007 case b Sun Oct 28 02:59:59 KRAT 2007 != Sun Oct 28 02:59:59 KRAST 2007 case c Sun Oct 28 02:59:59 KRAT 2007 == Sun Oct 28 02:59:59 KRAT 2007 Test1 using %Y-%m-%d %H:%M:%S: case a Sun Oct 28 01:59:59 KRAST 2007 == Sun Oct 28 01:59:59 KRAST 2007 case b Sun Oct 28 02:59:59 KRAT 2007 != Sun Oct 28 02:59:59 KRAST 2007 case c Sun Oct 28 02:59:59 KRAT 2007 == Sun Oct 28 02:59:59 KRAT 2007 Test2 using %s: case a Sun Oct 28 01:59:59 KRAST 2007 == Sun Oct 28 01:59:59 KRAST 2007 case b Sun Oct 28 02:59:59 KRAST 2007 == Sun Oct 28 02:59:59 KRAST 2007 case c Sun Oct 28 02:59:59 KRAT 2007 == Sun Oct 28 02:59:59 KRAT 2007 Test2 using %Y-%m-%d %H:%M:%S: case a Sun Oct 28 02:59:59 KRAST 2007 != Sun Oct 28 01:59:59 KRAST 2007 case b Sun Oct 28 02:59:59 KRAT 2007 != Sun Oct 28 02:59:59 KRAST 2007 case c Sun Oct 28 02:59:59 KRAT 2007 == Sun Oct 28 02:59:59 KRAT 2007 Test3 using %s: case a Sun Oct 28 01:59:59 KRAST 2007 == Sun Oct 28 01:59:59 KRAST 2007 case b Sun Oct 28 02:59:59 KRAST 2007 == Sun Oct 28 02:59:59 KRAST 2007 case c Sun Oct 28 02:59:59 KRAT 2007 == Sun Oct 28 02:59:59 KRAT 2007 Test3 using %Y-%m-%d %H:%M:%S: case a Sun Oct 28 01:59:59 KRAST 2007 == Sun Oct 28 01:59:59 KRAST 2007 case b Sun Oct 28 02:59:59 KRAT 2007 != Sun Oct 28 02:59:59 KRAST 2007 case c Sun Oct 28 02:59:59 KRAT 2007 == Sun Oct 28 02:59:59 KRAT 2007 Historical behaviour is test2. It didn't work across DST when the user didn't supply DST data, but it did work fine for %s. The "correction", test1, introduced the error you've spotted, and that would only have been spotted by someone concerned with those two hours of each year... The solution I think its best works always that the user supplies DST data. Of course, it fails to guess dst status for test case b, but that's understandable, it can't guess. > Looks like one of the conversions is getting the > summertime-flag wrong here. > > I have tested this here with 6.2-STABLE from May 20... There's no point in naming the revision... the problematic line was introduced 6 years and 5 months ago by ru... Complete reference: src/bin/date.c Revision 1.32.2.4 Is ru around? Who fills in a pr for this? In summary, I think we should move line 268 to line 191 and erase the comment on line 267 (mktime() is no one to decide, strptime() must have the final word). Miguel Ramos Lisboa, Portugal ---- #include #include #include time_t test1(const char* datestr, const char* format) { time_t t = time(0); struct tm tm; localtime_r(&t, &tm); strptime(datestr, format, &tm); tm.tm_isdst = -1; return mktime(&tm); } time_t test2(const char* datestr, const char* format) { time_t t = time(0); struct tm tm; localtime_r(&t, &tm); strptime(datestr, format, &tm); return mktime(&tm); } time_t test3(const char* datestr, const char* format) { time_t t = time(0); struct tm tm; localtime_r(&t, &tm); tm.tm_isdst = -1; strptime(datestr, format, &tm); return mktime(&tm); } int main() { const char* fmt1 = "%s"; const char* fmt2 = "%Y-%m-%d %H:%M:%S"; const char* fmt3 = "%+"; const time_t a = 1193507999; const time_t b = 1193511599; const time_t c = 1193515199; time_t ta, tb, tc; char as[16], bs[16], cs[16]; char af[32], bf[32], cf[32]; char ad[32], bd[32], cd[32]; char at[32], bt[32], ct[32]; strftime(as, sizeof(as), fmt1, localtime(&a)); strftime(bs, sizeof(bs), fmt1, localtime(&b)); strftime(cs, sizeof(cs), fmt1, localtime(&c)); strftime(af, sizeof(af), fmt2, localtime(&a)); strftime(bf, sizeof(bf), fmt2, localtime(&b)); strftime(cf, sizeof(cf), fmt2, localtime(&c)); strftime(ad, sizeof(ad), fmt3, localtime(&a)); strftime(bd, sizeof(bd), fmt3, localtime(&b)); strftime(cd, sizeof(cd), fmt3, localtime(&c)); printf("Test1 using %s:\n", fmt1); ta = test1(as, fmt1); strftime(at, sizeof(at), fmt3, localtime(&ta)); tb = test1(bs, fmt1); strftime(bt, sizeof(bt), fmt3, localtime(&tb)); tc = test1(cs, fmt1); strftime(ct, sizeof(ct), fmt3, localtime(&tc)); printf("case a %s == %s\n", at, ad); printf("case b %s != %s\n", bt, bd); printf("case c %s == %s\n", ct, cd); printf("\nTest1 using %s:\n", fmt2); ta = test1(af, fmt2); strftime(at, sizeof(at), fmt3, localtime(&ta)); tb = test1(bf, fmt2); strftime(bt, sizeof(bt), fmt3, localtime(&tb)); tc = test1(cf, fmt2); strftime(ct, sizeof(ct), fmt3, localtime(&tc)); printf("case a %s == %s\n", at, ad); printf("case b %s != %s\n", bt, bd); printf("case c %s == %s\n", ct, cd); printf("\nTest2 using %s:\n", fmt1); ta = test2(as, fmt1); strftime(at, sizeof(at), fmt3, localtime(&ta)); tb = test2(bs, fmt1); strftime(bt, sizeof(bt), fmt3, localtime(&tb)); tc = test2(cs, fmt1); strftime(ct, sizeof(ct), fmt3, localtime(&tc)); printf("case a %s == %s\n", at, ad); printf("case b %s == %s\n", bt, bd); printf("case c %s == %s\n", ct, cd); printf("\nTest2 using %s:\n", fmt2); ta = test2(af, fmt2); strftime(at, sizeof(at), fmt3, localtime(&ta)); tb = test2(bf, fmt2); strftime(bt, sizeof(bt), fmt3, localtime(&tb)); tc = test2(cf, fmt2); strftime(ct, sizeof(ct), fmt3, localtime(&tc)); printf("case a %s != %s\n", at, ad); printf("case b %s != %s\n", bt, bd); printf("case c %s == %s\n", ct, cd); printf("\nTest3 using %s:\n", fmt1); ta = test3(as, fmt1); strftime(at, sizeof(at), fmt3, localtime(&ta)); tb = test3(bs, fmt1); strftime(bt, sizeof(bt), fmt3, localtime(&tb)); tc = test3(cs, fmt1); strftime(ct, sizeof(ct), fmt3, localtime(&tc)); printf("case a %s == %s\n", at, ad); printf("case b %s == %s\n", bt, bd); printf("case c %s == %s\n", ct, cd); printf("\nTest3 using %s:\n", fmt2); ta = test3(af, fmt2); strftime(at, sizeof(at), fmt3, localtime(&ta)); tb = test3(bf, fmt2); strftime(bt, sizeof(bt), fmt3, localtime(&tb)); tc = test3(cf, fmt2); strftime(ct, sizeof(ct), fmt3, localtime(&tc)); printf("case a %s == %s\n", at, ad); printf("case b %s != %s\n", bt, bd); printf("case c %s == %s\n", ct, cd); return 0; } From owner-freebsd-stable@FreeBSD.ORG Mon Oct 29 07:11:28 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 55AC416A41B for ; Mon, 29 Oct 2007 07:11:28 +0000 (UTC) (envelope-from brian@hyperreal.org) Received: from hyperreal.org (taz3.hyperreal.org [209.237.226.90]) by mx1.freebsd.org (Postfix) with SMTP id C1B7B13C49D for ; Mon, 29 Oct 2007 07:11:27 +0000 (UTC) (envelope-from brian@hyperreal.org) Received: (qmail 59151 invoked from network); 29 Oct 2007 07:04:00 -0000 Received: from localhost.hyperreal.org (HELO localhost) (127.0.0.1) by localhost.hyperreal.org with SMTP; 29 Oct 2007 07:04:00 -0000 Date: Mon, 29 Oct 2007 00:04:00 -0700 (PDT) From: Brian Behlendorf X-X-Sender: brian@taz3 To: stable@freebsd.org In-Reply-To: Message-ID: <20071028235824.M54656@taz3> References: <200710282222.QAA01991@lariat.net> <20071028152700.T98576@taz3> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Rating: localhost.hyperreal.org 1.6.2 0/1000/N Cc: Subject: Re: MFC requests for 6.3 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, 29 Oct 2007 07:11:29 -0000 On Mon, 29 Oct 2007, Goran Lowkrantz wrote: >> On Sun, 28 Oct 2007, Brett Glass wrote: >>> I would like to request that some useful work on networking be MFCed from >>> -CURRENT to -STABLE in time for the release of FreeBSD 6.3. >> >> The thing that's worried me, following only stable@freebsd.org traffic, >> were the reports about the new em driver (6.6.6?) causing hangs and other >> problems with people who have been updating RELENG_6 - have those who had >> those problems seen their issues resolved? I've got remote boxes using >> em that I can't risk making inaccessible and can't test locally. > > All my problems with watchdog timeouts and em 6.6.6 occurred when em shared > interrupt with USB but I don't know if it's MB, em or usb that's the problem. > Removing USB from the kernel or switching to polling and the driver works > just fine. > > The fact that one of my test machines didn't have any problems was because it > had no USB in it's kernel. I had removed USB as I had problems with watchdog > timeouts with the bge driver when I first upgraded to the D915GAV MB ages > ago. The bge also shared interrupt with USB. Thanks. /var/run/dmesg.boot says my em0 and em1 don't share an IRQ with USB or anyone else, so sounds like I'm in the clear, yay. But it still seems like something the vendor (Intel?) should be looking into before a another release on RELENG_6 is cut - even if USB is the culprit, it sounded like the problems started for em users when the driver was updated from 6.2.9 to 6.6.6. Brian From owner-freebsd-stable@FreeBSD.ORG Mon Oct 29 15:46:48 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A7B2E16A4CD; Mon, 29 Oct 2007 15:46:46 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id C217113C469; Mon, 29 Oct 2007 15:46:27 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from kobe.laptop (vader.bytemobile-rio.ondsl.gr [83.235.57.37]) (authenticated bits=128) by igloo.linux.gr (8.14.1/8.14.1/Debian-9) with ESMTP id l9TDP8Bv004307 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 29 Oct 2007 15:25:24 +0200 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.1/8.14.1) with ESMTP id l9TDOljm002717; Mon, 29 Oct 2007 15:25:02 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.14.1/8.14.1/Submit) id l9TDOlmm002716; Mon, 29 Oct 2007 15:24:47 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Date: Mon, 29 Oct 2007 15:24:47 +0200 From: Giorgos Keramidas To: Andrew Lankford Message-ID: <20071029132447.GA2658@kobe.laptop> References: <47240A15.8080305@charter.net> <20071028074248.GA1511@haakonia.hitnet.RWTH-Aachen.DE> <4724BAD9.7000400@charter.net> <20071028164152.GA7516@eos.sc1.parodius.com> <4724BEB3.5080905@charter.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4724BEB3.5080905@charter.net> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-3.987, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.41, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: stable@freebsd.org, current@freebsd.org Subject: Re: /usr/share/man/man8/MAKEDEV.8 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, 29 Oct 2007 15:46:48 -0000 On 2007-10-28 12:54, Andrew Lankford wrote: > Thbbt! I'm reading the catman version of MAKEDEV. Wish I could > disable that "feature". Oh well. I'll delete it all and rebuild it > again if needed. Thanks! Ah, that's it then :) My usual `installworld' steps include this too: # cd /usr/share/man # find cat[0-9] \! -type d -exec rm {} + This takes care of deleting any `stale' preformatted manpages, so the next time I ask for a manpage, it's going to be reformatted. From owner-freebsd-stable@FreeBSD.ORG Mon Oct 29 16:43:50 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E1C4C16A474; Mon, 29 Oct 2007 16:43:50 +0000 (UTC) (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 85B3813C480; Mon, 29 Oct 2007 16:43:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l9TGhX51093471; Mon, 29 Oct 2007 12:43:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id l9TGhXMh049587; Mon, 29 Oct 2007 12:43:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 48BC61B5078; Mon, 29 Oct 2007 12:43:33 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071029164333.48BC61B5078@freebsd-stable.sentex.ca> Date: Mon, 29 Oct 2007 12:43:33 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [releng_6 tinderbox] failure on i386/pc98 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, 29 Oct 2007 16:43:51 -0000 TB --- 2007-10-29 16:36:43 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2007-10-29 16:36:43 - starting RELENG_6 tinderbox run for i386/pc98 TB --- 2007-10-29 16:36:43 - cleaning the object tree TB --- 2007-10-29 16:36:43 - checking out the source tree TB --- 2007-10-29 16:36:43 - cd /tinderbox/RELENG_6/i386/pc98 TB --- 2007-10-29 16:36:43 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6 src TB --- 2007-10-29 16:41:16 - building world (CFLAGS=-O2 -pipe) TB --- 2007-10-29 16:41:16 - cd /src TB --- 2007-10-29 16:41: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 [...] In file included from /src/gnu/usr.bin/binutils/as/i386-freebsd/targ-cpu.h:1, from /src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/config/obj-elf.h:42, from /src/gnu/usr.bin/binutils/as/obj-format.h:3, from /src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/config/te-freebsd.h:30, from /src/gnu/usr.bin/binutils/as/targ-env.h:3, from /src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/as.h:626, from /src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/app.c:30: /src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/config/tc-i386.h:451: error: array type has incomplete element type *** Error code 1 Stop in /src/gnu/usr.bin/binutils/as. *** Error code 1 Stop in /src/gnu/usr.bin/binutils. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-10-29 16:43:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-10-29 16:43:33 - ERROR: failed to build world TB --- 2007-10-29 16:43:33 - tinderbox aborted TB --- 0.04 user 0.00 system 409.76 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Mon Oct 29 16:57:50 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0B41E16A46D; Mon, 29 Oct 2007 16:57:50 +0000 (UTC) (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 8DFCE13C48A; Mon, 29 Oct 2007 16:57:46 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l9TFBa3g081798; Mon, 29 Oct 2007 11:11:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id l9TFBasb007389; Mon, 29 Oct 2007 11:11:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id D8B7E1B5078; Mon, 29 Oct 2007 11:11:35 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071029151135.D8B7E1B5078@freebsd-stable.sentex.ca> Date: Mon, 29 Oct 2007 11:11:35 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [releng_6_1 tinderbox] failure on i386/pc98 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, 29 Oct 2007 16:57:50 -0000 TB --- 2007-10-29 15:04:16 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2007-10-29 15:04:16 - starting RELENG_6_1 tinderbox run for i386/pc98 TB --- 2007-10-29 15:04:16 - cleaning the object tree TB --- 2007-10-29 15:04:16 - checking out the source tree TB --- 2007-10-29 15:04:16 - cd /tinderbox/RELENG_6_1/i386/pc98 TB --- 2007-10-29 15:04:16 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6_1 src TB --- 2007-10-29 15:09:14 - building world (CFLAGS=-O2 -pipe) TB --- 2007-10-29 15:09:14 - cd /src TB --- 2007-10-29 15:09:14 - /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 [...] In file included from /src/gnu/usr.bin/binutils/as/i386-freebsd/targ-cpu.h:1, from /src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/config/obj-elf.h:42, from /src/gnu/usr.bin/binutils/as/obj-format.h:3, from /src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/config/te-freebsd.h:30, from /src/gnu/usr.bin/binutils/as/targ-env.h:3, from /src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/as.h:626, from /src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/app.c:30: /src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/config/tc-i386.h:451: error: array type has incomplete element type *** Error code 1 Stop in /src/gnu/usr.bin/binutils/as. *** Error code 1 Stop in /src/gnu/usr.bin/binutils. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-10-29 15:11:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-10-29 15:11:35 - ERROR: failed to build world TB --- 2007-10-29 15:11:35 - tinderbox aborted TB --- 0.04 user 0.00 system 438.93 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6_1-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Mon Oct 29 16:59:17 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6959816A476; Mon, 29 Oct 2007 16:59:17 +0000 (UTC) (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 D2E4713C4A7; Mon, 29 Oct 2007 16:59:13 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id l9TGahwj080048; Mon, 29 Oct 2007 12:36:43 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id l9TGahaa080698; Mon, 29 Oct 2007 12:36:43 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 3A2441B5078; Mon, 29 Oct 2007 12:36:43 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071029163643.3A2441B5078@freebsd-stable.sentex.ca> Date: Mon, 29 Oct 2007 12:36:43 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [releng_6 tinderbox] failure on i386/i386 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, 29 Oct 2007 16:59:17 -0000 TB --- 2007-10-29 16:30:05 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2007-10-29 16:30:05 - starting RELENG_6 tinderbox run for i386/i386 TB --- 2007-10-29 16:30:05 - cleaning the object tree TB --- 2007-10-29 16:30:05 - checking out the source tree TB --- 2007-10-29 16:30:05 - cd /tinderbox/RELENG_6/i386/i386 TB --- 2007-10-29 16:30:05 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6 src TB --- 2007-10-29 16:34:21 - building world (CFLAGS=-O2 -pipe) TB --- 2007-10-29 16:34:21 - cd /src TB --- 2007-10-29 16:34:21 - /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 [...] In file included from /src/gnu/usr.bin/binutils/as/i386-freebsd/targ-cpu.h:1, from /src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/config/obj-elf.h:42, from /src/gnu/usr.bin/binutils/as/obj-format.h:3, from /src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/config/te-freebsd.h:30, from /src/gnu/usr.bin/binutils/as/targ-env.h:3, from /src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/as.h:626, from /src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/app.c:30: /src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/config/tc-i386.h:451: error: array type has incomplete element type *** Error code 1 Stop in /src/gnu/usr.bin/binutils/as. *** Error code 1 Stop in /src/gnu/usr.bin/binutils. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-10-29 16:36:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-10-29 16:36:43 - ERROR: failed to build world TB --- 2007-10-29 16:36:43 - tinderbox aborted TB --- 0.04 user 0.00 system 397.62 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Mon Oct 29 17:01:58 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF20C16A417; Mon, 29 Oct 2007 17:01:58 +0000 (UTC) (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 E5BF613C49D; Mon, 29 Oct 2007 17:01:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l9TEFhuZ074440; Mon, 29 Oct 2007 10:15:44 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id l9TEFibc063132; Mon, 29 Oct 2007 10:15:44 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id B9E371B5076; Mon, 29 Oct 2007 10:13:20 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071029141543.B9E371B5076@freebsd-stable.sentex.ca> Date: Mon, 29 Oct 2007 10:13:20 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on news X-Virus-Status: Clean Cc: Subject: [releng_5 tinderbox] failure on i386/pc98 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, 29 Oct 2007 17:01:58 -0000 TB --- 2007-10-29 14:06:48 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2007-10-29 14:06:48 - starting RELENG_5 tinderbox run for i386/pc98 TB --- 2007-10-29 14:06:48 - cleaning the object tree TB --- 2007-10-29 14:06:48 - checking out the source tree TB --- 2007-10-29 14:06:48 - cd /tinderbox/RELENG_5/i386/pc98 TB --- 2007-10-29 14:06:48 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_5 src TB --- 2007-10-29 14:10:49 - building world (CFLAGS=-O -pipe) TB --- 2007-10-29 14:10:49 - cd /src TB --- 2007-10-29 14:10:49 - /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 [...] In file included from /src/gnu/usr.bin/binutils/as/i386-freebsd/targ-cpu.h:1, from /src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/config/obj-elf.h:42, from /src/gnu/usr.bin/binutils/as/obj-format.h:3, from /src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/config/te-freebsd.h:30, from /src/gnu/usr.bin/binutils/as/targ-env.h:3, from /src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/as.h:626, from /src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/app.c:30: /src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/config/tc-i386.h:451: error: array type has incomplete element type *** Error code 1 Stop in /src/gnu/usr.bin/binutils/as. *** Error code 1 Stop in /src/gnu/usr.bin/binutils. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-10-29 14:13:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-10-29 14:13:20 - ERROR: failed to build world TB --- 2007-10-29 14:13:20 - tinderbox aborted TB --- 0.02 user 0.02 system 392.43 real http://tinderbox.des.no/tinderbox-releng_5-RELENG_5-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Mon Oct 29 17:06:47 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 267DE16A421 for ; Mon, 29 Oct 2007 17:06:47 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 6E51913C48E for ; Mon, 29 Oct 2007 17:06:31 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: (qmail invoked by alias); 29 Oct 2007 08:06:02 -0000 Received: from vpn-cl-165-209.rz.uni-karlsruhe.de (EHLO mobileKamikaze.norad) [141.3.165.209] by mail.gmx.net (mp004) with SMTP; 29 Oct 2007 09:06:02 +0100 X-Authenticated: #5465401 X-Provags-ID: V01U2FsdGVkX19VhUIj0e5VBUFT55p1rKiw9ulRdgKnHWkIQD2vG3 QhZLTsTCFHd7nV Message-ID: <47259469.5040501@gmx.de> Date: Mon, 29 Oct 2007 09:06:01 +0100 From: "[LoN]Kamikaze" User-Agent: Thunderbird 2.0.0.6 (X11/20071015) MIME-Version: 1.0 To: Roland Smith References: <20071028184559.7154d472.ubm@u-boot-man.de> <20071028233149.2fa94250.ubm@u-boot-man.de> <20071028224322.GC39510@slackbox.xs4all.nl> In-Reply-To: <20071028224322.GC39510@slackbox.xs4all.nl> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: stable@freebsd.org Subject: Re: portupgrade error with 7.0-BETA1 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, 29 Oct 2007 17:06:47 -0000 Roland Smith wrote: > On Sun, Oct 28, 2007 at 11:31:49PM +0100, Marc UBM Bocklet wrote: >>> and then tried using portupgrade, which promptly fails with: >>> >>> Fatal error 'Cannot allocate red zone for initial thread' at line 382 >>> in file /usr/src/lib/libthr/thread/thr_init.c (errno = 12) >>> Illegal instruction: 4 (core dumped) >>> >>> (the red zone error ist repeated about 20 times). > [snip] >> This one bit me as well. It's an obsolete library (libthr) in the >> binary, Recompile ruby18 and problem will go away. You'll find other >> programs will do this too, but a lot of them disapear after doing a >> portupgrade. > > After updated to a new major version of FreeBSD (6->7, not 6.2->6.3) is > to make a list of all ports, remove them all with pkg_delete and install > them from scratch. > > That is the only sure way to prevent programs linking to older libraries. > > And while your at it, it would be a good idea to clean out the old cruft > from (/usr)/lib as well. > > Roland The new sysutils/bsdadminscripts release has a script called pkg_libchk that tells you all the packages which need to be rebuild/relinked. http://www.freebsd.org/cgi/query-pr.cgi?pr=117533 I wrote it just for the occasion to update from RELENG_6 to RELENG_7. From owner-freebsd-stable@FreeBSD.ORG Mon Oct 29 17:07:09 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A3EDC16A469; Mon, 29 Oct 2007 17:07:09 +0000 (UTC) (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 6388713C4A6; Mon, 29 Oct 2007 17:06:28 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id l9TF4LUx065937; Mon, 29 Oct 2007 11:04:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id l9TF4KGZ087325; Mon, 29 Oct 2007 11:04:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 820B11B5076; Mon, 29 Oct 2007 11:04:16 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071029150416.820B11B5076@freebsd-stable.sentex.ca> Date: Mon, 29 Oct 2007 11:04:16 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [releng_6_1 tinderbox] failure on i386/i386 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, 29 Oct 2007 17:07:09 -0000 TB --- 2007-10-29 14:54:21 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2007-10-29 14:54:21 - starting RELENG_6_1 tinderbox run for i386/i386 TB --- 2007-10-29 14:54:21 - cleaning the object tree TB --- 2007-10-29 14:54:21 - checking out the source tree TB --- 2007-10-29 14:54:21 - cd /tinderbox/RELENG_6_1/i386/i386 TB --- 2007-10-29 14:54:21 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6_1 src TB --- 2007-10-29 15:01:53 - building world (CFLAGS=-O2 -pipe) TB --- 2007-10-29 15:01:53 - cd /src TB --- 2007-10-29 15:01:53 - /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 [...] In file included from /src/gnu/usr.bin/binutils/as/i386-freebsd/targ-cpu.h:1, from /src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/config/obj-elf.h:42, from /src/gnu/usr.bin/binutils/as/obj-format.h:3, from /src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/config/te-freebsd.h:30, from /src/gnu/usr.bin/binutils/as/targ-env.h:3, from /src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/as.h:626, from /src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/app.c:30: /src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/config/tc-i386.h:451: error: array type has incomplete element type *** Error code 1 Stop in /src/gnu/usr.bin/binutils/as. *** Error code 1 Stop in /src/gnu/usr.bin/binutils. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-10-29 15:04:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-10-29 15:04:16 - ERROR: failed to build world TB --- 2007-10-29 15:04:16 - tinderbox aborted TB --- 0.02 user 0.02 system 594.30 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6_1-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Mon Oct 29 17:07:39 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B944416A473; Mon, 29 Oct 2007 17:07:39 +0000 (UTC) (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 5071513C4BE; Mon, 29 Oct 2007 17:07:09 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id l9TFSnqf070005; Mon, 29 Oct 2007 11:28:49 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id l9TFSnpo054317; Mon, 29 Oct 2007 11:28:49 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 46CCF1B5078; Mon, 29 Oct 2007 11:28:49 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071029152849.46CCF1B5078@freebsd-stable.sentex.ca> Date: Mon, 29 Oct 2007 11:28:49 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [releng_6_2 tinderbox] failure on i386/i386 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, 29 Oct 2007 17:07:39 -0000 TB --- 2007-10-29 15:19:12 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2007-10-29 15:19:12 - starting RELENG_6_2 tinderbox run for i386/i386 TB --- 2007-10-29 15:19:12 - cleaning the object tree TB --- 2007-10-29 15:19:12 - checking out the source tree TB --- 2007-10-29 15:19:12 - cd /tinderbox/RELENG_6_2/i386/i386 TB --- 2007-10-29 15:19:12 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6_2 src TB --- 2007-10-29 15:24:24 - building world (CFLAGS=-O2 -pipe) TB --- 2007-10-29 15:24:24 - cd /src TB --- 2007-10-29 15:24:24 - /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 [...] In file included from /src/gnu/usr.bin/binutils/as/i386-freebsd/targ-cpu.h:1, from /src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/config/obj-elf.h:42, from /src/gnu/usr.bin/binutils/as/obj-format.h:3, from /src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/config/te-freebsd.h:30, from /src/gnu/usr.bin/binutils/as/targ-env.h:3, from /src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/as.h:626, from /src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/app.c:30: /src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/config/tc-i386.h:451: error: array type has incomplete element type *** Error code 1 Stop in /src/gnu/usr.bin/binutils/as. *** Error code 1 Stop in /src/gnu/usr.bin/binutils. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-10-29 15:28:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-10-29 15:28:48 - ERROR: failed to build world TB --- 2007-10-29 15:28:48 - tinderbox aborted TB --- 0.04 user 0.00 system 576.12 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6_2-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Mon Oct 29 17:08:13 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EB31316A478; Mon, 29 Oct 2007 17:08:13 +0000 (UTC) (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 DD6D413C4D1; Mon, 29 Oct 2007 17:07:39 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id l9TFaA5g071091; Mon, 29 Oct 2007 11:36:10 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id l9TFaAhV072579; Mon, 29 Oct 2007 11:36:10 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 47D241B5078; Mon, 29 Oct 2007 11:36:05 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071029153606.47D241B5078@freebsd-stable.sentex.ca> Date: Mon, 29 Oct 2007 11:36:05 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [releng_6_2 tinderbox] failure on i386/pc98 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, 29 Oct 2007 17:08:14 -0000 TB --- 2007-10-29 15:28:49 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2007-10-29 15:28:49 - starting RELENG_6_2 tinderbox run for i386/pc98 TB --- 2007-10-29 15:28:49 - cleaning the object tree TB --- 2007-10-29 15:28:49 - checking out the source tree TB --- 2007-10-29 15:28:49 - cd /tinderbox/RELENG_6_2/i386/pc98 TB --- 2007-10-29 15:28:49 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6_2 src TB --- 2007-10-29 15:33:46 - building world (CFLAGS=-O2 -pipe) TB --- 2007-10-29 15:33:46 - cd /src TB --- 2007-10-29 15:33:46 - /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 [...] In file included from /src/gnu/usr.bin/binutils/as/i386-freebsd/targ-cpu.h:1, from /src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/config/obj-elf.h:42, from /src/gnu/usr.bin/binutils/as/obj-format.h:3, from /src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/config/te-freebsd.h:30, from /src/gnu/usr.bin/binutils/as/targ-env.h:3, from /src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/as.h:626, from /src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/app.c:30: /src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/config/tc-i386.h:451: error: array type has incomplete element type *** Error code 1 Stop in /src/gnu/usr.bin/binutils/as. *** Error code 1 Stop in /src/gnu/usr.bin/binutils. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-10-29 15:36:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-10-29 15:36:04 - ERROR: failed to build world TB --- 2007-10-29 15:36:04 - tinderbox aborted TB --- 0.02 user 0.02 system 435.31 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6_2-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Mon Oct 29 17:08:48 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6CD6C16A418; Mon, 29 Oct 2007 17:08:48 +0000 (UTC) (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 7A22A13C4CE; Mon, 29 Oct 2007 17:08:13 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id l9TFJEMH068731; Mon, 29 Oct 2007 11:19:14 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id l9TFJE55027557; Mon, 29 Oct 2007 11:19:14 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id D84A41B5078; Mon, 29 Oct 2007 11:19:12 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071029151912.D84A41B5078@freebsd-stable.sentex.ca> Date: Mon, 29 Oct 2007 11:19:12 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [releng_6_2 tinderbox] failure on amd64/amd64 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, 29 Oct 2007 17:08:48 -0000 TB --- 2007-10-29 15:11:35 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2007-10-29 15:11:35 - starting RELENG_6_2 tinderbox run for amd64/amd64 TB --- 2007-10-29 15:11:35 - cleaning the object tree TB --- 2007-10-29 15:11:35 - checking out the source tree TB --- 2007-10-29 15:11:35 - cd /tinderbox/RELENG_6_2/amd64/amd64 TB --- 2007-10-29 15:11:36 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6_2 src TB --- 2007-10-29 15:16:19 - building world (CFLAGS=-O2 -pipe) TB --- 2007-10-29 15:16:19 - cd /src TB --- 2007-10-29 15:16:19 - /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 [...] In file included from /src/gnu/usr.bin/binutils/as/amd64-freebsd/targ-cpu.h:3, from /src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/config/obj-elf.h:42, from /src/gnu/usr.bin/binutils/as/obj-format.h:3, from /src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/config/te-freebsd.h:30, from /src/gnu/usr.bin/binutils/as/targ-env.h:3, from /src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/as.h:626, from /src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/app.c:30: /src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/config/tc-i386.h:451: error: array type has incomplete element type *** Error code 1 Stop in /src/gnu/usr.bin/binutils/as. *** Error code 1 Stop in /src/gnu/usr.bin/binutils. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-10-29 15:19:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-10-29 15:19:12 - ERROR: failed to build world TB --- 2007-10-29 15:19:12 - tinderbox aborted TB --- 0.04 user 0.00 system 456.04 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6_2-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Mon Oct 29 17:09:36 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 577FB16A41B; Mon, 29 Oct 2007 17:09:36 +0000 (UTC) (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 7BBAA13C491; Mon, 29 Oct 2007 17:08:48 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id l9TF4Opt065944; Mon, 29 Oct 2007 11:04:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id l9TF4Ogr087414; Mon, 29 Oct 2007 11:04:24 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 0E5FE1B5079; Mon, 29 Oct 2007 11:04:17 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071029150417.0E5FE1B5079@freebsd-stable.sentex.ca> Date: Mon, 29 Oct 2007 11:04:17 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.1, clamav-milter version 0.91.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [releng_6_1 tinderbox] failure on amd64/amd64 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, 29 Oct 2007 17:09:36 -0000 TB --- 2007-10-29 14:54:21 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2007-10-29 14:54:21 - starting RELENG_6_1 tinderbox run for amd64/amd64 TB --- 2007-10-29 14:54:21 - cleaning the object tree TB --- 2007-10-29 14:54:21 - checking out the source tree TB --- 2007-10-29 14:54:21 - cd /tinderbox/RELENG_6_1/amd64/amd64 TB --- 2007-10-29 14:54:21 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6_1 src TB --- 2007-10-29 15:01:46 - building world (CFLAGS=-O2 -pipe) TB --- 2007-10-29 15:01:46 - cd /src TB --- 2007-10-29 15:01:46 - /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 [...] In file included from /src/gnu/usr.bin/binutils/as/amd64-freebsd/targ-cpu.h:3, from /src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/config/obj-elf.h:42, from /src/gnu/usr.bin/binutils/as/obj-format.h:3, from /src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/config/te-freebsd.h:30, from /src/gnu/usr.bin/binutils/as/targ-env.h:3, from /src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/as.h:626, from /src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/app.c:30: /src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/config/tc-i386.h:451: error: array type has incomplete element type *** Error code 1 Stop in /src/gnu/usr.bin/binutils/as. *** Error code 1 Stop in /src/gnu/usr.bin/binutils. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-10-29 15:04:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-10-29 15:04:17 - ERROR: failed to build world TB --- 2007-10-29 15:04:17 - tinderbox aborted TB --- 0.02 user 0.01 system 595.19 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6_1-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Mon Oct 29 17:11:42 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2358216A419 for ; Mon, 29 Oct 2007 17:11:42 +0000 (UTC) (envelope-from iaccounts@ibctech.ca) Received: from pearl.ibctech.ca (pearl.ibctech.ca [208.70.104.210]) by mx1.freebsd.org (Postfix) with ESMTP id C110313C4A8 for ; Mon, 29 Oct 2007 17:11:21 +0000 (UTC) (envelope-from iaccounts@ibctech.ca) Received: (qmail 59256 invoked by uid 1002); 29 Oct 2007 13:10:40 -0000 Received: from iaccounts@ibctech.ca by pearl.ibctech.ca by uid 89 with qmail-scanner-1.22 (spamassassin: 2.64. Clear:RC:1(208.70.104.100):. Processed in 8.747346 secs); 29 Oct 2007 13:10:40 -0000 Received: from unknown (HELO ?192.168.30.110?) (steve@ibctech.ca@208.70.104.100) by pearl.ibctech.ca with (DHE-RSA-AES256-SHA encrypted) SMTP; 29 Oct 2007 13:10:31 -0000 Message-ID: <4725DBD4.4090207@ibctech.ca> Date: Mon, 29 Oct 2007 09:10:44 -0400 From: Steve Bertrand User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.95.4 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: MySQL communication error 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, 29 Oct 2007 17:11:42 -0000 I have a known issue with MySQL on 7.0 but that is seemingly unresolved. There are two reasons why I am asking here. The first is that all indications of searching for an answer suggest it is a network related issue (although both the client and server are on the same machine). Second, I've never personally ran into this issue previously so I'm wondering if it's 7.0 related. Can someone advise if one of the NIC drivers listed below could potentially be part of the issue? If not, any other ideas would be greatly appreciated! Info: Error: 071029 8:42:59 [Warning] Aborted connection 1 to db: 'vpopmail' user: 'vpopmail' host: 'localhost' (Got an error reading communication packets) Entire disk is GELI encrypted, and ULE scheduler is being used. mail4# uname -a FreeBSD mail4.ibctech.ca 7.0-BETA1 FreeBSD 7.0-BETA1 #1: Thu Oct 25 11:58:24 UTC 2007 root@:/usr/obj/usr/src/sys/GELI i386 mail4# ifconfig re0: flags=8802 metric 0 mtu 1500 status: no carrier de0: flags=8802 metric 0 mtu 1500 ether 00:c0:f0:30:b4:1f media: Ethernet autoselect (100baseTX ) status: active fxp0: flags=8802 metric 0 mtu 1500 status: no carrier fxp1: flags=8843 metric 0 mtu 1500 options=b ether 00:0e:0c:6c:e9:63 inet 208.70.104.102 netmask 0xffffff80 broadcast 208.70.104.127 media: Ethernet autoselect (100baseTX ) status: active rl0: flags=8802 metric 0 mtu 1500 status: no carrier lo0: flags=8049 metric 0 mtu 16384 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x6 inet6 ::1 prefixlen 128 inet 127.0.0.1 netmask 0xff000000 MySQL version 5.0.27 From owner-freebsd-stable@FreeBSD.ORG Mon Oct 29 17:13:28 2007 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1A17016A41B for ; Mon, 29 Oct 2007 17:13:28 +0000 (UTC) (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 2D45A13C48E for ; Mon, 29 Oct 2007 17:13:07 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.1/8.14.1) with ESMTP id l9T8D9E8073000 for ; Mon, 29 Oct 2007 11:13:09 +0300 (MSK) (envelope-from marck@rinet.ru) Date: Mon, 29 Oct 2007 11:13:09 +0300 (MSK) From: Dmitry Morozovsky To: stable@FreeBSD.org Message-ID: <20071029111235.E69594@woozle.rinet.ru> X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (woozle.rinet.ru [0.0.0.0]); Mon, 29 Oct 2007 11:13:09 +0300 (MSK) Cc: Subject: rrdtool performance tuning (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, 29 Oct 2007 17:13:28 -0000 [hmm, after thinking a bit I decided it would be more appropriate here, in stable@] Dear colleagues, any hints to tune rrdtool with ~30k rrd files (approx 2k target devices)? machine is mostly IO-bound, showing 100% disk load with 8 or sometimes even 3 mB/s, 300-400 tps (it's 2 SATA300 disks in gmirror) Thanks in advance. Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Mon Oct 29 17:15:00 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9DC7B16A473; Mon, 29 Oct 2007 17:15:00 +0000 (UTC) (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 B67DF13C4CA; Mon, 29 Oct 2007 17:14:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l9TGU5QX091967; Mon, 29 Oct 2007 12:30:05 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id l9TGU5Rg069324; Mon, 29 Oct 2007 12:30:05 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 75BE61B5078; Mon, 29 Oct 2007 12:30:05 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071029163005.75BE61B5078@freebsd-stable.sentex.ca> Date: Mon, 29 Oct 2007 12:30:05 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on clamscanner5 X-Virus-Status: Clean Cc: Subject: [releng_6 tinderbox] failure on amd64/amd64 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, 29 Oct 2007 17:15:00 -0000 TB --- 2007-10-29 16:22:52 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2007-10-29 16:22:52 - starting RELENG_6 tinderbox run for amd64/amd64 TB --- 2007-10-29 16:22:52 - cleaning the object tree TB --- 2007-10-29 16:22:52 - checking out the source tree TB --- 2007-10-29 16:22:52 - cd /tinderbox/RELENG_6/amd64/amd64 TB --- 2007-10-29 16:22:52 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6 src TB --- 2007-10-29 16:27:31 - building world (CFLAGS=-O2 -pipe) TB --- 2007-10-29 16:27:31 - cd /src TB --- 2007-10-29 16:27: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 [...] In file included from /src/gnu/usr.bin/binutils/as/amd64-freebsd/targ-cpu.h:3, from /src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/config/obj-elf.h:42, from /src/gnu/usr.bin/binutils/as/obj-format.h:3, from /src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/config/te-freebsd.h:30, from /src/gnu/usr.bin/binutils/as/targ-env.h:3, from /src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/as.h:626, from /src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/app.c:30: /src/gnu/usr.bin/binutils/as/../../../../contrib/binutils/gas/config/tc-i386.h:451: error: array type has incomplete element type *** Error code 1 Stop in /src/gnu/usr.bin/binutils/as. *** Error code 1 Stop in /src/gnu/usr.bin/binutils. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-10-29 16:30:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-10-29 16:30:05 - ERROR: failed to build world TB --- 2007-10-29 16:30:05 - tinderbox aborted TB --- 0.02 user 0.01 system 432.52 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Mon Oct 29 17:31:24 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4FCAD16A419 for ; Mon, 29 Oct 2007 17:31:24 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.191]) by mx1.freebsd.org (Postfix) with ESMTP id E0B6C13C480 for ; Mon, 29 Oct 2007 17:31:08 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so1287890nfb for ; Mon, 29 Oct 2007 10:30:50 -0700 (PDT) Received: by 10.86.77.5 with SMTP id z5mr4597538fga.1193644543112; Mon, 29 Oct 2007 00:55:43 -0700 (PDT) Received: by 10.86.100.19 with HTTP; Mon, 29 Oct 2007 00:55:42 -0700 (PDT) Message-ID: <2a41acea0710290055i6a760556l56c7f8442662b09b@mail.gmail.com> Date: Sun, 28 Oct 2007 23:55:42 -0800 From: "Jack Vogel" To: "Brian Behlendorf" In-Reply-To: <20071028235824.M54656@taz3> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200710282222.QAA01991@lariat.net> <20071028152700.T98576@taz3> <20071028235824.M54656@taz3> Cc: stable@freebsd.org Subject: Re: MFC requests for 6.3 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, 29 Oct 2007 17:31:24 -0000 On 10/28/07, Brian Behlendorf wrote: > On Mon, 29 Oct 2007, Goran Lowkrantz wrote: > >> On Sun, 28 Oct 2007, Brett Glass wrote: > >>> I would like to request that some useful work on networking be MFCed from > >>> -CURRENT to -STABLE in time for the release of FreeBSD 6.3. > >> > >> The thing that's worried me, following only stable@freebsd.org traffic, > >> were the reports about the new em driver (6.6.6?) causing hangs and other > >> problems with people who have been updating RELENG_6 - have those who had > >> those problems seen their issues resolved? I've got remote boxes using > >> em that I can't risk making inaccessible and can't test locally. > > > > All my problems with watchdog timeouts and em 6.6.6 occurred when em shared > > interrupt with USB but I don't know if it's MB, em or usb that's the problem. > > Removing USB from the kernel or switching to polling and the driver works > > just fine. > > > > The fact that one of my test machines didn't have any problems was because it > > had no USB in it's kernel. I had removed USB as I had problems with watchdog > > timeouts with the bge driver when I first upgraded to the D915GAV MB ages > > ago. The bge also shared interrupt with USB. > > Thanks. /var/run/dmesg.boot says my em0 and em1 don't share an IRQ with > USB or anyone else, so sounds like I'm in the clear, yay. But it still > seems like something the vendor (Intel?) should be looking into before a > another release on RELENG_6 is cut - even if USB is the culprit, it > sounded like the problems started for em users when the driver was updated > from 6.2.9 to 6.6.6. When I have an easy-to-repro problem I can generally fix it in short order. The problem is this is not something that I've repro'd. I am aware of the reports, and I'm always interested in helpful data, I will have my test engineer work overtime (hear that Steve :) to get a repro this week. Keep those cards and letter coming :) Jack From owner-freebsd-stable@FreeBSD.ORG Mon Oct 29 18:12:57 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 92DFA16A41A for ; Mon, 29 Oct 2007 18:12:57 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.190]) by mx1.freebsd.org (Postfix) with ESMTP id 25BA713C48E for ; Mon, 29 Oct 2007 18:12:56 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so1298819nfb for ; Mon, 29 Oct 2007 11:12:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=JwpM9iPXq1a6dbEyGxpfYIppVe/vmbQ/h8BSW4UdX2c=; b=okP4qqdC9t2Nh930ETr7iKqd5pmcWwKf+zlx1Ab+m6y2hZL/0q2L5ql3ahiXXG4kJuytkbLGdvJkQ+vJVT1Q+LFbuEGaLw9mfNCji3tYD/k4VPiRyGk0KnW0y1k5Tn2W1DVe8s4NButUpWoqX+eO8Lxmi8HywCzRCMrr/hr4mRI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=Bh87qW+pO7CmrCndy/3GXbMIRyBWbl8krdnsG4oDg9iqGHZ383a4RYvzBC62p/gYAiks2IXk1xWUqcp5mlM4H7T6ALeWhv1uBycPzy8gQEc19LDxe+x2+jWAr+mBqS9hmDSY/ij4IxDeEcdbOJBKsDa1SRdg+wdyn7EaO8PP2L4= Received: by 10.86.84.5 with SMTP id h5mr4968722fgb.1193679917408; Mon, 29 Oct 2007 10:45:17 -0700 (PDT) Received: by 10.86.100.19 with HTTP; Mon, 29 Oct 2007 10:45:17 -0700 (PDT) Message-ID: <2a41acea0710291045m6f1d2acw78c26a455ea3894d@mail.gmail.com> Date: Mon, 29 Oct 2007 10:45:17 -0700 From: "Jack Vogel" To: "freebsd-net@freebsd.org" , "FreeBSD Stable List" , "FreeBSD Current" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: RFC: Evolution of the em driver 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, 29 Oct 2007 18:12:57 -0000 I have an important decision to make and I thought rather than just make it and spring it on you I'd present the issues and see what opinions were. Our newer hardware uses new features that, more and more, require parallel code paths in the driver. For instance, the 82575 (Zoar) uses what are called 'advanced descriptors', this means different TX path. The 7.0 em driver has this support in it, it just uses a function pointer to handle it. When I add in multiqueue/RSS support it will add even more code that functions this way. What the Linux team did was to split the newer code into a standalone driver, they call it 'igb'. I had originally resisted doing this, but with the development I have been working on the past month I am starting to wonder if it might not be best to follow them. I see 3 possibilities and I'd like feedback, which would you prefer if you have a preference and why. First, keep the driver as is and just live with multiple code paths and features, possibly #ifdef'ed as they appear. Second, split the driver as Linux has into em and igb. The added question then is how to split it, Linux made the line the use of advanced descriptors, so Zoar and after, but I could also see a case for having everything PCI-E/MSI capable being in the new driver. Third, sort of a half-way approach, split up code but not the driver, in other words offer different source files that can be compiled into the driver, so you could have the one big jumbo driver with all in there, or one that will only work with a subset of adapters. This one would probably be the most work, because its a new approach. Cheers, Jack From owner-freebsd-stable@FreeBSD.ORG Mon Oct 29 19:00:09 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 12AB516A4A0; Mon, 29 Oct 2007 19:00:09 +0000 (UTC) (envelope-from db@db.net) Received: from diana.db.net (diana.db.net [204.228.229.66]) by mx1.freebsd.org (Postfix) with ESMTP id E97F613C48A; Mon, 29 Oct 2007 19:00:08 +0000 (UTC) (envelope-from db@db.net) Received: from diana.db.net ([204.228.229.66] helo=localhost ident=mailnull) by diana.db.net with esmtp (Exim 4.66 (FreeBSD)) (envelope-from ) id 1ImLLy-000Hkc-H7; Sun, 28 Oct 2007 21:31:50 -0600 Received: from diana.db.net ([127.0.0.1] helo=localhost) (envelope-from ) id 1ImLLx-000CAm-5r; Sun, 28 Oct 2007 23:31:49 -0400 Date: Sun, 28 Oct 2007 23:31:49 -0400 From: Diane Bruce To: Kris Kennaway Message-ID: <20071029033149.GA24474@night.db.net> References: <20071028184559.7154d472.ubm@u-boot-man.de> <20071028233149.2fa94250.ubm@u-boot-man.de> <47250F62.4070106@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47250F62.4070106@FreeBSD.org> User-Agent: Mutt/1.4.2.3i Cc: stable@freebsd.org Subject: Re: portupgrade error with 7.0-BETA1 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, 29 Oct 2007 19:00:09 -0000 On Sun, Oct 28, 2007 at 11:38:26PM +0100, Kris Kennaway wrote: > Marc UBM Bocklet wrote: > >On Sun, 28 Oct 2007 18:45:59 +0100 > >Marc "UBM" Bocklet wrote: > > ... > > > >A tip from Diane Bruce (db@freebsd.org) did the trick: > > > >---- > > > >This one bit me as well. It's an obsolete library (libthr) in the > >binary, Recompile ruby18 and problem will go away. You'll find other > >programs will do this too, but a lot of them disapear after doing a > >portupgrade. > > > >---- > > ...which is a necessary part of any upgrade to a new branch. > Just to keep it clear. ;-) I always upgrade my portupgrade manually after a branch, but his problems sounded like he had not. What I am getting bit with are things like: -rw------- 1 db wheel 1056768 Oct 28 23:12 xfce4-mixer-plugin.core -rw------- 1 db wheel 1159168 Oct 28 23:12 xfdesktop.core -rw------- 1 db wheel 1024000 Oct 28 23:12 xfce-mcs-manager.core -rw------- 1 db wheel 978944 Oct 28 23:12 xscreensaver-gl-hel.core -rw------- 1 db wheel 1032192 Oct 28 23:03 xfce4-session.core All due to obsolete libs. Since there was a gnome import lately, updating now seemed a good idea. > Kris > - Diane -- - db@FreeBSD.org db@db.net http://www.db.net/~db From owner-freebsd-stable@FreeBSD.ORG Mon Oct 29 19:09:15 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4B59D16A469 for ; Mon, 29 Oct 2007 19:09:15 +0000 (UTC) (envelope-from mattjreimer@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.179]) by mx1.freebsd.org (Postfix) with ESMTP id 22BE413C4A8 for ; Mon, 29 Oct 2007 19:09:11 +0000 (UTC) (envelope-from mattjreimer@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so3187963pyb for ; Mon, 29 Oct 2007 12:09:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=KxST9fJP/vYAwfUUgaUSVqRXW5bcsS7v15oLKBXzhwQ=; b=gr7QuwPSe6n3VWCxm6OFsX/12ayhttOLNCKXmEjMS9izPY7sEpCF4tea1zfi0IFD5DEw9XepnISRsD9qB5seldWSoYllbfKpNZmti6V+uFP99u9oD1xMMdqt0E+uZWeTKOVmCEvUyylypelXE0LPxDzqgSf7Lh3R0X4OWiSXxl4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=bHIqNy7ZyPfcdHEFpKRpdWjNBor9fVtnro1eNVVoNBgHGIwXxKjBJscHVzI/26L1XdJpttpM421Ct3cfW/aubVBGBXbWak0MKT5qNnpR9TTVV/i8qFZvlCSmbF7qANSBdTHTy0KMVPBJTcWzuYtBIAOU6kuYKu0HfptphMIxM2o= Received: by 10.35.116.12 with SMTP id t12mr7755117pym.1193683446644; Mon, 29 Oct 2007 11:44:06 -0700 (PDT) Received: by 10.35.116.18 with HTTP; Mon, 29 Oct 2007 11:44:05 -0700 (PDT) Message-ID: Date: Mon, 29 Oct 2007 11:44:05 -0700 From: "Matt Reimer" To: "Abdullah Ibn Hamad Al-Marri" In-Reply-To: <619150.6364.qm@web33713.mail.mud.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <619150.6364.qm@web33713.mail.mud.yahoo.com> Cc: FreeBSD STABLE Subject: Re: Network throughput problems in RELENG_7 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, 29 Oct 2007 19:09:15 -0000 On 10/27/07, Abdullah Ibn Hamad Al-Marri wrote: > ----- Original Message ---- > > From: Matthew Reimer > > To: current@freebsd.org > > Sent: Friday, October 26, 2007 7:10:55 PM > > Subject: Network throughput problems in RELENG_7 > > > > I'm seeing a problem where a much faster quad-core host > > running > > > RELENG_7 > > serves many fewer netrate/http requests per second (175/sec) than an > > old, busy, UP 6.0 host (828/sec). The problem seems to be related to > > latency and connection setup, as it shows up dramatically over a link > > with 50-60 ms latency. Can you help? ... > > Hello, > > When did you last time did you csup and buildworld? > > I saw some changes in tcp few days ago. Last Friday: FreeBSD gandalf.vpop.net 7.0-BETA1 FreeBSD 7.0-BETA1 #1: Fri Oct 26 12:27:19 PDT 2007 mreimer@gandalf.vpop.net:/usr/obj/usr/src/sys/GANDALF amd64 Matt From owner-freebsd-stable@FreeBSD.ORG Mon Oct 29 19:27:33 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7FF9216A46B; Mon, 29 Oct 2007 19:27:33 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 63C2513C4AA; Mon, 29 Oct 2007 19:27:33 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id B92251CC066; Mon, 29 Oct 2007 12:18:36 -0700 (PDT) Date: Mon, 29 Oct 2007 12:18:36 -0700 From: Jeremy Chadwick To: Giorgos Keramidas Message-ID: <20071029191836.GA58058@eos.sc1.parodius.com> References: <47240A15.8080305@charter.net> <20071028074248.GA1511@haakonia.hitnet.RWTH-Aachen.DE> <4724BAD9.7000400@charter.net> <20071028164152.GA7516@eos.sc1.parodius.com> <4724BEB3.5080905@charter.net> <20071029132447.GA2658@kobe.laptop> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071029132447.GA2658@kobe.laptop> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Andrew Lankford , stable@freebsd.org, current@freebsd.org Subject: Re: /usr/share/man/man8/MAKEDEV.8 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, 29 Oct 2007 19:27:33 -0000 On Mon, Oct 29, 2007 at 03:24:47PM +0200, Giorgos Keramidas wrote: > On 2007-10-28 12:54, Andrew Lankford wrote: > > Thbbt! I'm reading the catman version of MAKEDEV. Wish I could > > disable that "feature". Oh well. I'll delete it all and rebuild it > > again if needed. Thanks! > > Ah, that's it then :) > > My usual `installworld' steps include this too: > > # cd /usr/share/man > # find cat[0-9] \! -type d -exec rm {} + There's a periodic script (/etc/periodic/weekly/330.catman) which rebuilds all the catman pages for you. However, it makes an immense mess of your weekly system mails due to all the manpage/nroff formatting mistakes. Have a look: http://lists.freebsd.org/pipermail/freebsd-ports/2007-May/040648.html -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Mon Oct 29 20:01:47 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8371216A41A for ; Mon, 29 Oct 2007 20:01:47 +0000 (UTC) (envelope-from rmarella@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.237]) by mx1.freebsd.org (Postfix) with ESMTP id 40D8913C4A5 for ; Mon, 29 Oct 2007 20:01:46 +0000 (UTC) (envelope-from rmarella@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so1117848nzf for ; Mon, 29 Oct 2007 13:01:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:date:from:to:subject:message-id:x-mailer:mime-version:content-type:content-transfer-encoding; bh=+nKKC0QP6Hn++2iUPoxPCC76FhWnRPX5V3lylQhTy+w=; b=U2joFCpyZA4xY/z6HwTY4vPxcgNnI1RCFw23YthumIqqtq1gpvEtn5V7HI/lMfRnziBUjFVqWyGtXrAla6/Qk21lvjWX+juLsgGcgozTVu77vmVRSfjOVvOAWcefi1Nyy3xDlFK+mc4NvqtfuqFzaH+U+05NYvfapvoy4iTNL+s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:subject:message-id:x-mailer:mime-version:content-type:content-transfer-encoding; b=tpEsCR2hZEMtwOPqMz6vFd84p0OPzHT47DxFcyATxreOnWykOcW1+F2/PQ2/z/fzvROhQsBh5/zD+BW04bP6uyOoGqHQCzu3v4ojpHlctCGN4ks/BwLXZ5SewP8ehDWTxYsUP/13KGIe6qeGYh490FQT1va9D0nZQJjhrmRUFyg= Received: by 10.114.168.1 with SMTP id q1mr7400484wae.1193686576410; Mon, 29 Oct 2007 12:36:16 -0700 (PDT) Received: from p4 ( [66.75.108.9]) by mx.google.com with ESMTPS id y11sm3962396pod.2007.10.29.12.36.13 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 29 Oct 2007 12:36:15 -0700 (PDT) Date: Mon, 29 Oct 2007 09:36:11 -1000 From: Robert Marella To: freebsd-stable@freebsd.org Message-ID: <20071029093611.1ec829bc@p4> X-Mailer: Claws Mail 3.0.2 (GTK+ 2.12.1; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: 7.0-BETA1 freeze using portmaster 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, 29 Oct 2007 20:01:47 -0000 Aloha [robert@p4] ~> uname -a FreeBSD p4.konav201.local 7.0-BETA1 FreeBSD 7.0-BETA1 #2: Mon Oct 29 07:58:19 HST 2007 root@:/usr/obj/usr/src/sys/GENERIC i386 This was a fresh install of 7 from a couple of months ago when it was -current. I have been updating at least weekly since then. I csup'd and did the buildworld/kernel thing this past Friday. At that time I change from the generic kernel to a generic using -ULE. When updating the ports over the weekend using "portmaster -a -u" the system would freeze at "Creating a backup package for old version pkg-glob". Where pkg-glob is whatever was being updated at the time of course. The keyboard would not respond and I was unable to ssh into it from other computers on my network. It would not even respond to a ping request. The only recovery is a power off reboot. I was able to update my ports by doing a make deinstall, make clean, make install clean from the ports directory. This morning I tried to update python25 and had the same results. I reverted back to the generic kernel and had the same results. I have tried it as root, using sudo from my user login and also from su. All fail the same way. I have no trouble with portmaster from my 6.2-Stable computer. FreeBSD 7.0-BETA1 #2: Mon Oct 29 07:58:19 HST 2007 root@:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.60GHz (2598.76-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Features=0xbfebfbff Features2=0x4400 Logical CPUs per core: 2 real memory = 2146631680 (2047 MB) avail memory = 2086854656 (1990 MB) I was testing hyperthreading but have disabled it also with the same failure. Thanks Robert From owner-freebsd-stable@FreeBSD.ORG Mon Oct 29 20:04:11 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 37E4B16A418 for ; Mon, 29 Oct 2007 20:04:11 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (pointyhat.freebsd.org [IPv6:2001:4f8:fff6::2b]) by mx1.freebsd.org (Postfix) with ESMTP id F302A13C49D; Mon, 29 Oct 2007 20:04:09 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47263CBC.7000704@FreeBSD.org> Date: Mon, 29 Oct 2007 21:04:12 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Diane Bruce References: <20071028184559.7154d472.ubm@u-boot-man.de> <20071028233149.2fa94250.ubm@u-boot-man.de> <47250F62.4070106@FreeBSD.org> <20071029033149.GA24474@night.db.net> In-Reply-To: <20071029033149.GA24474@night.db.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: portupgrade error with 7.0-BETA1 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, 29 Oct 2007 20:04:11 -0000 Diane Bruce wrote: > On Sun, Oct 28, 2007 at 11:38:26PM +0100, Kris Kennaway wrote: >> Marc UBM Bocklet wrote: >>> On Sun, 28 Oct 2007 18:45:59 +0100 >>> Marc "UBM" Bocklet wrote: >>> > ... >>> A tip from Diane Bruce (db@freebsd.org) did the trick: >>> >>> ---- >>> >>> This one bit me as well. It's an obsolete library (libthr) in the >>> binary, Recompile ruby18 and problem will go away. You'll find other >>> programs will do this too, but a lot of them disapear after doing a >>> portupgrade. >>> >>> ---- >> ...which is a necessary part of any upgrade to a new branch. >> > > Just to keep it clear. ;-) I always upgrade my portupgrade manually > after a branch, but his problems sounded like he had not. What I am > getting bit with are things like: > > -rw------- 1 db wheel 1056768 Oct 28 23:12 xfce4-mixer-plugin.core > -rw------- 1 db wheel 1159168 Oct 28 23:12 xfdesktop.core > -rw------- 1 db wheel 1024000 Oct 28 23:12 xfce-mcs-manager.core > -rw------- 1 db wheel 978944 Oct 28 23:12 xscreensaver-gl-hel.core > -rw------- 1 db wheel 1032192 Oct 28 23:03 xfce4-session.core > > All due to obsolete libs. Since there was a gnome import lately, updating > now seemed a good idea. What do you mean by obsolete libs? The portupgrade -fa should have fixed precisely that ;) Kris From owner-freebsd-stable@FreeBSD.ORG Mon Oct 29 20:34:25 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2C47816A418 for ; Mon, 29 Oct 2007 20:34:25 +0000 (UTC) (envelope-from goran.lowkrantz@ismobile.com) Received: from mail.ismobile.com (mail.ismobile.com [62.119.44.68]) by mx1.freebsd.org (Postfix) with ESMTP id D580213C4A3 for ; Mon, 29 Oct 2007 20:34:24 +0000 (UTC) (envelope-from goran.lowkrantz@ismobile.com) Received: from mail.ismobile.com (localhost [127.0.0.1]) by mail.ismobile.com (Postfix) with ESMTP id 278CB33C02; Mon, 29 Oct 2007 07:41:12 +0100 (CET) DKIM-Signature: v=0.5; a=rsa-sha1; c=relaxed; d=ismobile.com; h=received:date:from:to:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type:content-transfer-encoding:content-disposition; q=dns/txt; s=selector1; bh=XSnGGKJjBXGxS/2dC41yLNdkRkM=; b=jzs8qJXYx0Q8Q+HiKYcndOH3coETsx7yUtLRkJ72Il37mz1rkCM7axRxPFuYDlazUTsdkZZ58MZJ4SeC2xjKLUmTVp6270NZyYRpcdZhgpFTjtr4Hy+yQuCSsjQgettFL2rzmNu09D5vwSyCrP9xmaemNpQZ4JSC7PILXexedm8= Received: from [10.255.253.2] (modgunn.iii-norr.com [213.242.135.174]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.ismobile.com (Postfix) with ESMTP id 0CF5033C01; Mon, 29 Oct 2007 07:41:12 +0100 (CET) Date: Mon, 29 Oct 2007 07:41:11 +0100 From: Goran Lowkrantz To: Brian Behlendorf , stable@freebsd.org Message-ID: In-Reply-To: <20071028152700.T98576@taz3> References: <200710282222.QAA01991@lariat.net> <20071028152700.T98576@taz3> X-Mailer: Mulberry/4.0.8 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: Re: MFC requests for 6.3 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, 29 Oct 2007 20:34:25 -0000 wrote: > On Sun, 28 Oct 2007, Brett Glass wrote: >> I would like to request that some useful work on networking be MFCed from >> -CURRENT to -STABLE in time for the release of FreeBSD 6.3. > > The thing that's worried me, following only stable@freebsd.org traffic, > were the reports about the new em driver (6.6.6?) causing hangs and other > problems with people who have been updating RELENG_6 - have those who had > those problems seen their issues resolved? I've got remote boxes using > em that I can't risk making inaccessible and can't test locally. > All my problems with watchdog timeouts and em 6.6.6 occurred when em shared interrupt with USB but I don't know if it's MB, em or usb that's the problem. Removing USB from the kernel or switching to polling and the driver works just fine. The fact that one of my test machines didn't have any problems was because it had no USB in it's kernel. I had removed USB as I had problems with watchdog timeouts with the bge driver when I first upgraded to the D915GAV MB ages ago. The bge also shared interrupt with USB. /glz From owner-freebsd-stable@FreeBSD.ORG Mon Oct 29 20:34:25 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2CF6316A419 for ; Mon, 29 Oct 2007 20:34:25 +0000 (UTC) (envelope-from goran.lowkrantz@ismobile.com) Received: from mail.ismobile.com (mail.ismobile.com [62.119.44.68]) by mx1.freebsd.org (Postfix) with ESMTP id D593213C4AC for ; Mon, 29 Oct 2007 20:34:24 +0000 (UTC) (envelope-from goran.lowkrantz@ismobile.com) Received: from mail.ismobile.com (localhost [127.0.0.1]) by mail.ismobile.com (Postfix) with ESMTP id 17B7A33C05; Mon, 29 Oct 2007 08:37:42 +0100 (CET) DKIM-Signature: v=0.5; a=rsa-sha1; c=relaxed; d=ismobile.com; h=received:date:from:to:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type:content-transfer-encoding:content-disposition; q=dns/txt; s=selector1; bh=tdrjBMscOsMhx8GnnaRLDOjbSoM=; b=pIAPF1zr5TuGd45Bk1gtZEJk7SvhU2/y9euB6Mnkik153vRPvDWYE0lbskihWaqZKqmag9vjliGD0s/UdbTgRloyEhAnrdpjgxr9nuGSRvzO8vP+eEEW5u5SHhEqTdSESZwlbPRN++nKeu0e7aJTpJHgIrWni2LvJoE3wl8SvJk= Received: from [172.16.2.192] (viglaf.hq.ismobile.com [172.16.2.192]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.ismobile.com (Postfix) with ESMTP id 0253433C04; Mon, 29 Oct 2007 08:37:42 +0100 (CET) Date: Mon, 29 Oct 2007 08:37:41 +0100 From: Goran Lowkrantz To: Brian Behlendorf , stable@freebsd.org Message-ID: In-Reply-To: <20071028235824.M54656@taz3> References: <200710282222.QAA01991@lariat.net> <20071028152700.T98576@taz3> <20071028235824.M54656@taz3> X-Mailer: Mulberry/4.0.8 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: Re: MFC requests for 6.3 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, 29 Oct 2007 20:34:25 -0000 wrote: > On Mon, 29 Oct 2007, Goran Lowkrantz wrote: >>> On Sun, 28 Oct 2007, Brett Glass wrote: >>>> I would like to request that some useful work on networking be MFCed >>>> from -CURRENT to -STABLE in time for the release of FreeBSD 6.3. >>> >>> The thing that's worried me, following only stable@freebsd.org traffic, >>> were the reports about the new em driver (6.6.6?) causing hangs and >>> other problems with people who have been updating RELENG_6 - have those >>> who had those problems seen their issues resolved? I've got remote >>> boxes using em that I can't risk making inaccessible and can't test >>> locally. >> >> All my problems with watchdog timeouts and em 6.6.6 occurred when em >> shared interrupt with USB but I don't know if it's MB, em or usb that's >> the problem. Removing USB from the kernel or switching to polling and >> the driver works just fine. >> >> The fact that one of my test machines didn't have any problems was >> because it had no USB in it's kernel. I had removed USB as I had >> problems with watchdog timeouts with the bge driver when I first >> upgraded to the D915GAV MB ages ago. The bge also shared interrupt with >> USB. > > Thanks. /var/run/dmesg.boot says my em0 and em1 don't share an IRQ with > USB or anyone else, so sounds like I'm in the clear, yay. But it still > seems like something the vendor (Intel?) should be looking into before a > another release on RELENG_6 is cut - even if USB is the culprit, it > sounded like the problems started for em users when the driver was > updated from 6.2.9 to 6.6.6. > Yes, that's correct. But then 6.6.6 is faster, so it may be that we have a timing problem in any driver when they share interrupt with a Gigant locked driver. Isn't there a new non-Gigant USB driver that is waiting for testers? I have two workstations with em that needs usb that I could test the combination on. /glz From owner-freebsd-stable@FreeBSD.ORG Mon Oct 29 20:45:30 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C0DF716A41A for ; Mon, 29 Oct 2007 20:45:30 +0000 (UTC) (envelope-from oleg@vsi.ru) Received: from serv4.vsi.ru (serv4.vsi.ru [80.82.32.19]) by mx1.freebsd.org (Postfix) with ESMTP id 4794D13C4A5 for ; Mon, 29 Oct 2007 20:45:29 +0000 (UTC) (envelope-from oleg@vsi.ru) Received: from delloleg (dell-berry.vsi.ru [88.83.197.200]) by serv4.vsi.ru (8.13.8+Sun/8.13.8) with SMTP id l9TCFs2a017193 for ; Mon, 29 Oct 2007 15:16:00 +0300 (MSK) Message-ID: <02d001c81a25$753e04d0$c8c55358@delloleg> From: "Oleg Derevenetz" To: Date: Mon, 29 Oct 2007 15:15:46 +0300 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 Subject: Fw: kern/104406: [ufs] Processes get stuck in "ufs"stateunderpersistent CPU load 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, 29 Oct 2007 20:45:30 -0000 >>> > Oleg, one thing you can do to make this less painful is to >>> > run your machine's console over serial port. >>> > >>> > First get a crossover serial cable, make sure it works from one >>> > box to another, it should be easy to run "tip com1" on both >>> > boxes to ensure that it works. >>> > >>> > Then you just need to add console=comconsole to /boot/loader.conf >>> > and your box's console should come over serial. >>> > >>> > Then on the machine watching the console, you can just do this: >>> > >>> > % script >>> > Script started, output file is typescript >>> > % tip com1 >>> > ...do ddb stuff now... >>> > ...stop tip >>> > % exit >>> > >>> > now you should have everything logged into a file called "typescript" >>> > should save you a big headache. >>> >>> Thanks, I'll try it in the monday morning. > > I posted a followup to kern/104406 that includes all information listed in "Debugging Deadlocks" chapter of FreeBSD Developer's > > Handbook. Can anyone take a look on it and say - is this certainly a hardware problem or some sort of software problem ? Anyone ? :-) -- Oleg Derevenetz OOD3-RIPE Phone: +7 4732 539880 Fax: +7 4732 531415 http://www.vsi.ru CenterTelecom Voronezh ISP http://isp.vsi.ru From owner-freebsd-stable@FreeBSD.ORG Mon Oct 29 20:48:06 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D54B216A418 for ; Mon, 29 Oct 2007 20:48:06 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (grnl-static-02-0046.dsl.iowatelecom.net [69.66.56.110]) by mx1.freebsd.org (Postfix) with ESMTP id 1F8E913C48A for ; Mon, 29 Oct 2007 20:48:04 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.13.8/8.13.8) with ESMTP id l9TJoY93087165; Mon, 29 Oct 2007 14:50:34 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.1/8.13.8/Submit) id l9TJoY5P087164; Mon, 29 Oct 2007 14:50:34 -0500 (CDT) (envelope-from brooks) Date: Mon, 29 Oct 2007 14:50:33 -0500 From: Brooks Davis To: Dmitry Morozovsky Message-ID: <20071029195033.GA87137@lor.one-eyed-alien.net> References: <20071029111235.E69594@woozle.rinet.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="BXVAT5kNtrzKuDFl" Content-Disposition: inline In-Reply-To: <20071029111235.E69594@woozle.rinet.ru> User-Agent: Mutt/1.5.16 (2007-06-09) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (lor.one-eyed-alien.net [127.0.0.1]); Mon, 29 Oct 2007 14:50:34 -0500 (CDT) Cc: stable@freebsd.org Subject: Re: rrdtool performance tuning (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, 29 Oct 2007 20:48:06 -0000 --BXVAT5kNtrzKuDFl Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Oct 29, 2007 at 11:13:09AM +0300, Dmitry Morozovsky wrote: >=20 > [hmm, after thinking a bit I decided it would be more appropriate here, i= n=20 > stable@] >=20 > Dear colleagues, >=20 > any hints to tune rrdtool with ~30k rrd files (approx 2k target devices)? >=20 > machine is mostly IO-bound, showing 100% disk load with 8 or sometimes ev= en 3=20 > mB/s, 300-400 tps (it's 2 SATA300 disks in gmirror) Store it on a memory file system and take periodic snapshots. The format is hopeless for large numbers of updates. The ganglia port's startup scripts = show an example of doing this. -- Brooks --BXVAT5kNtrzKuDFl Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFHJjmJXY6L6fI4GtQRAnxPAKCSCyijG7VzR7Robg/RBJWkXmrBTQCglIuX 7M5ed4houKhcGWyqzD5twYU= =QvNP -----END PGP SIGNATURE----- --BXVAT5kNtrzKuDFl-- From owner-freebsd-stable@FreeBSD.ORG Mon Oct 29 21:02:06 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BDC7B16A46D; Mon, 29 Oct 2007 21:02:06 +0000 (UTC) (envelope-from db@db.net) Received: from diana.db.net (diana.db.net [204.228.229.66]) by mx1.freebsd.org (Postfix) with ESMTP id A345013C49D; Mon, 29 Oct 2007 21:02:06 +0000 (UTC) (envelope-from db@db.net) Received: from diana.db.net ([204.228.229.66] helo=localhost ident=mailnull) by diana.db.net with esmtp (Exim 4.66 (FreeBSD)) (envelope-from ) id 1ImbHc-000EeG-VT; Mon, 29 Oct 2007 14:32:25 -0600 Received: from diana.db.net ([127.0.0.1] helo=localhost) (envelope-from ) id 1ImbHb-000Az2-To; Mon, 29 Oct 2007 16:32:23 -0400 Date: Mon, 29 Oct 2007 16:32:23 -0400 From: Diane Bruce To: Kris Kennaway Message-ID: <20071029203223.GA42078@night.db.net> References: <20071028184559.7154d472.ubm@u-boot-man.de> <20071028233149.2fa94250.ubm@u-boot-man.de> <47250F62.4070106@FreeBSD.org> <20071029033149.GA24474@night.db.net> <47263CBC.7000704@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47263CBC.7000704@FreeBSD.org> User-Agent: Mutt/1.4.2.3i Cc: Diane Bruce , stable@freebsd.org Subject: Re: portupgrade error with 7.0-BETA1 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, 29 Oct 2007 21:02:06 -0000 On Mon, Oct 29, 2007 at 09:04:12PM +0100, Kris Kennaway wrote: > Diane Bruce wrote: > >On Sun, Oct 28, 2007 at 11:38:26PM +0100, Kris Kennaway wrote: ... > What do you mean by obsolete libs? The portupgrade -fa should have > fixed precisely that ;) Yes, I was going to suggest that one myself, I had forgotten to mention it. It's not one I wanted to take right now, for various reasons. But it is a good suggestion, I'm sure others will find it useful. - Diane -- - db@FreeBSD.org db@db.net http://www.db.net/~db From owner-freebsd-stable@FreeBSD.ORG Mon Oct 29 21:07:28 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8291816A468 for ; Mon, 29 Oct 2007 21:07:28 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (pointyhat.freebsd.org [IPv6:2001:4f8:fff6::2b]) by mx1.freebsd.org (Postfix) with ESMTP id CAEEF13C491; Mon, 29 Oct 2007 21:07:25 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47264B8E.5050300@FreeBSD.org> Date: Mon, 29 Oct 2007 22:07:26 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Diane Bruce References: <20071028184559.7154d472.ubm@u-boot-man.de> <20071028233149.2fa94250.ubm@u-boot-man.de> <47250F62.4070106@FreeBSD.org> <20071029033149.GA24474@night.db.net> <47263CBC.7000704@FreeBSD.org> <20071029203223.GA42078@night.db.net> In-Reply-To: <20071029203223.GA42078@night.db.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: portupgrade error with 7.0-BETA1 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, 29 Oct 2007 21:07:28 -0000 Diane Bruce wrote: > On Mon, Oct 29, 2007 at 09:04:12PM +0100, Kris Kennaway wrote: >> Diane Bruce wrote: >>> On Sun, Oct 28, 2007 at 11:38:26PM +0100, Kris Kennaway wrote: > ... >> What do you mean by obsolete libs? The portupgrade -fa should have >> fixed precisely that ;) > > Yes, I was going to suggest that one myself, I had forgotten to mention it. > It's not one I wanted to take right now, for various reasons. > But it is a good suggestion, I'm sure others will find it useful. It's not just a good suggestion, it's mandatory ;-) Kris From owner-freebsd-stable@FreeBSD.ORG Mon Oct 29 21:10:34 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 149AC16A417 for ; Mon, 29 Oct 2007 21:10:34 +0000 (UTC) (envelope-from daniel@dgnetwork.com.br) Received: from mail.mastercabo.com.br (mail.mastercabo.com.br [200.179.179.14]) by mx1.freebsd.org (Postfix) with SMTP id 15F4D13C4C2 for ; Mon, 29 Oct 2007 21:10:32 +0000 (UTC) (envelope-from daniel@dgnetwork.com.br) Received: (qmail 86616 invoked by uid 1008); 29 Oct 2007 20:43:40 -0000 X-Spam-Checker-Version: SpamAssassin 3.1.6-unknown (2006-10-03) on srvmail3 X-Spam-Level: X-Spam-Status: No, score=-1.6 required=4.7 tests=AWL,BAYES_00 autolearn=ham version=3.1.6-unknown Received: from unknown (HELO ?10.0.1.10?) (daniel@dgnetwork.com.br@200.243.216.68) by mail.mastercabo.com.br with SMTP; 29 Oct 2007 20:43:36 -0000 Message-ID: <4726455B.6020405@dgnetwork.com.br> Date: Mon, 29 Oct 2007 18:40:59 -0200 From: =?ISO-8859-1?Q?Daniel_Dias_Gon=E7alves?= Organization: DGNET Network Solutions User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: freebsd-stable@freebsd.org, freebsd-net@freebsd.org References: <471FE33E.5050800@dgnetwork.com.br> <20071025033516.GC16092@cdnetworks.co.kr> In-Reply-To: <20071025033516.GC16092@cdnetworks.co.kr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: pyunyh@gmail.com Subject: Re: Realtek Gigabit Network Card 0xd6088086 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: daniel@dgnetwork.com.br List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Oct 2007 21:10:34 -0000 Pyun YongHyeon escreveu: > On Wed, Oct 24, 2007 at 10:28:46PM -0200, Daniel Dias Gon?alves wrote: > > Hi, > > > > FreeBSD 6.2-STABLE can support this network card? > > > > none2@pci3:0:0: class=0x020000 card=0xd6088086 chip=0x816810ec rev=0x01 > > hdr=0x00 > > vendor = 'Realtek Semiconductor' > > class = network > > subclass = ethernet > > > > If it's not detected by re(4) your NIC would be newer 8168 series. > So try re(4) first and let me know the result.(I have a WIP version > for newer 8168 family but need testers.) > > Hi, I' m using kernel generic "SMP" (root@dessler.cse.buffalo.edu:/usr/obj/usr/src/sys/SMP) and already is enable "device re", but dont work. What is WIP version ? Thanks Daniel From owner-freebsd-stable@FreeBSD.ORG Mon Oct 29 21:20:59 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8D64516A46C for ; Mon, 29 Oct 2007 21:20:59 +0000 (UTC) (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 4B3DD13C49D for ; Mon, 29 Oct 2007 21:20:59 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1ImQOm-0005h0-Rb for freebsd-stable@freebsd.org; Mon, 29 Oct 2007 08:55:04 +0000 Received: from dhcp-69-07.cc.fer.hr ([161.53.69.167]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 29 Oct 2007 08:55:04 +0000 Received: from ivoras by dhcp-69-07.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 29 Oct 2007 08:55:04 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Mon, 29 Oct 2007 09:57:05 +0100 Lines: 13 Message-ID: References: <200710282222.QAA01991@lariat.net> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: dhcp-69-07.cc.fer.hr User-Agent: Thunderbird 2.0.0.6 (X11/20070801) In-Reply-To: <200710282222.QAA01991@lariat.net> Sender: news Subject: Re: MFC requests for 6.3 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, 29 Oct 2007 21:20:59 -0000 Brett Glass wrote: > I would like to request that some useful work on networking be MFCed from > -CURRENT to -STABLE in time for the release of FreeBSD 6.3. In particular, > I'd like to see some of the Netgraph nodes which are new or which have seen > extensive development brought in -- ng_nat and ng_car in particular. Bringing > in the latest version of ng_nat would allow more flexible in-kernel NAT, > while ng_car (which doesn't seem to be in 6-STABLE at all) would allow > burstable traffic shaping -- something that DUMMYNET doesn't have. The > latest version of mpd wouldn't be fully usable unless these and other > Netgraph code that was developed for it are there.... I'd like to add geom_multipath to the wishlist :) From owner-freebsd-stable@FreeBSD.ORG Mon Oct 29 21:26:44 2007 Return-Path: Delivered-To: FreeBSD-STABLE@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D0DB816A469 for ; Mon, 29 Oct 2007 21:26:44 +0000 (UTC) (envelope-from lambert@lambertfam.org) Received: from sysmon.tcworks.net (sysmon.tcworks.net [65.66.76.4]) by mx1.freebsd.org (Postfix) with ESMTP id A217313C481 for ; Mon, 29 Oct 2007 21:26:44 +0000 (UTC) (envelope-from lambert@lambertfam.org) Received: from sysmon.tcworks.net (localhost [127.0.0.1]) by sysmon.tcworks.net (8.13.1/8.13.1) with ESMTP id l9TKIrvk007046 for ; Mon, 29 Oct 2007 15:18:53 -0500 (CDT) (envelope-from lambert@lambertfam.org) Received: (from lambert@localhost) by sysmon.tcworks.net (8.13.1/8.13.1/Submit) id l9TKIrl0007045 for FreeBSD-STABLE@freebsd.org; Mon, 29 Oct 2007 15:18:53 -0500 (CDT) (envelope-from lambert@lambertfam.org) X-Authentication-Warning: sysmon.tcworks.net: lambert set sender to lambert@lambertfam.org using -f Date: Mon, 29 Oct 2007 15:18:53 -0500 From: Scott Lambert To: FreeBSD-STABLE@freebsd.org Message-ID: <20071029201853.GB81439@sysmon.tcworks.net> Mail-Followup-To: FreeBSD-STABLE@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.2i Cc: Subject: Is anyone seeing BIND 9.3.4-P1 use all CPU time on 6.2-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, 29 Oct 2007 21:26:44 -0000 I have a 6.2-STABLE snapshot box from August that where named(8) is going into what appears to be a tight loop calling gettimeofday(). It is using all CPU time on the box. It seems to be answering queries alright, just using a lot of CPU. BIND 9.3.4-P1 FreeBSD 6.2-STABLE-200708 #0: Fri Aug 17 09:31:11 UTC 2007 root@dessler.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Pentium III/Pentium III Xeon/Celeron (596.92-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x673 Stepping = 3 Features=0x387fbff real memory = 402587648 (383 MB) avail memory = 384450560 (366 MB) I noticed a mention of a change in gettimeofday() handling in the release announcement for 9.3.4-P1, and am wondering if that may have something to do with the problem. http://marc.info/?l=bind-announce&m=118531674631565 1990. [bug] libbind: isc's override of broken gettimeofday() implementions was not always effective. [RT #15709] It could be that I just need to scrap that machine... -- Scott Lambert KC5MLE Unix SysAdmin lambert@lambertfam.org From owner-freebsd-stable@FreeBSD.ORG Mon Oct 29 21:27:36 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5425916A417 for ; Mon, 29 Oct 2007 21:27:36 +0000 (UTC) (envelope-from daniel.junkmail@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.184]) by mx1.freebsd.org (Postfix) with ESMTP id BE4F113C4CC for ; Mon, 29 Oct 2007 21:27:35 +0000 (UTC) (envelope-from daniel.junkmail@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so1345678nfb for ; Mon, 29 Oct 2007 14:27:28 -0700 (PDT) Received: by 10.86.51.2 with SMTP id y2mr5028800fgy.1193686489277; Mon, 29 Oct 2007 12:34:49 -0700 (PDT) Received: by 10.86.92.12 with HTTP; Mon, 29 Oct 2007 12:34:49 -0700 (PDT) Message-ID: Date: Mon, 29 Oct 2007 15:34:49 -0400 From: "Daniel Corbe" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: RELENG_6 kernel compile issues 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, 29 Oct 2007 21:27:36 -0000 I enabled all the ALTQ stuff in my kernel and wound up with this: -------------------------------------------------------------- >>> stage 2.3: build tools -------------------------------------------------------------- cd /usr/obj/usr/src/sys/APOLLO; MAKESRCPATH=/usr/src/sys/dev/aic7xxx/aicasm make -DNO_CPU_CFLAGS -f /usr/src/sys/dev/aic7xxx/aicasm/Makefile Warning: Object directory not changed from original /usr/obj/usr/src/sys/APOLLO yacc -b aicasm_gram -d -o aicasm_gram.c /usr/src/sys/dev/aic7xxx/aicasm/aicasm_gram.y yacc -b aicasm_macro_gram -p mm -d -o aicasm_macro_gram.c /usr/src/sys/dev/aic7xxx/aicasm/aicasm_macro_gram.y cc -O2 -fno-strict-aliasing -pipe -nostdinc -I/usr/include -I. -I/usr/src/sys/dev/aic7xxx/aicasm -c /usr/src/sys/dev/aic7xxx/aicasm/aicasm.c cc -O2 -fno-strict-aliasing -pipe -nostdinc -I/usr/include -I. -I/usr/src/sys/dev/aic7xxx/aicasm -c /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c: In function `symbol_delete': /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:91: warning: passing arg 2 of pointer to function from incompatible pointer type /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:91: error: too few arguments to function /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c: In function `symtable_open': /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:135: warning: assignment makes pointer from integer without a cast /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c: In function `symtable_close': /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:151: error: structure has no member named `seq' /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:151: error: `R_FIRST' undeclared (first use in this function) /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:151: error: (Each undeclared identifier is reported only once /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:151: error: for each function it appears in.) /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:157: error: too few arguments to function /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c: In function `symtable_get': /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:176: warning: passing arg 2 of pointer to function from incompatible pointer type /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:176: error: too few arguments to function /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:189: warning: passing arg 2 of pointer to function from incompatible pointer type /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:189: error: too few arguments to function /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c: In function `symtable_dump': /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:486: error: `R_FIRST' undeclared (first use in this function) /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:487: error: structure has no member named `seq' /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c:524: error: `R_NEXT' undeclared (first use in this function) *** Error code 1 Stop in /usr/obj/usr/src/sys/APOLLO. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. bash-2.05b# From owner-freebsd-stable@FreeBSD.ORG Mon Oct 29 21:35:26 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1EBA116A417 for ; Mon, 29 Oct 2007 21:35:26 +0000 (UTC) (envelope-from mpp@mppsystems.com) Received: from lugdush.gulftel.com (lugdush.gulftel.com [216.231.163.39]) by mx1.freebsd.org (Postfix) with ESMTP id B0FE413C4A8 for ; Mon, 29 Oct 2007 21:35:25 +0000 (UTC) (envelope-from mpp@mppsystems.com) Received: from localhost (localhost [127.0.0.1]) by lugdush.gulftel.com (Postfix) with ESMTP id 9B4E8C391; Mon, 29 Oct 2007 05:29:34 -0500 (CDT) X-Virus-Scanned: amavisd-new at gulftel.com Received: from lugdush.gulftel.com ([127.0.0.1]) by localhost (lugdush.gulftel.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WN8nPL9PNdO2; Mon, 29 Oct 2007 05:29:33 -0500 (CDT) Received: from mail.mppsystems.com (unknown [10.17.28.253]) by lugdush.gulftel.com (Postfix) with ESMTP id 73C23C352; Mon, 29 Oct 2007 05:29:29 -0500 (CDT) Received: by mail.mppsystems.com (Postfix, from userid 1000) id 2904C17025; Mon, 29 Oct 2007 05:29:29 -0500 (CDT) Date: Mon, 29 Oct 2007 05:29:29 -0500 From: Mike Pritchard To: Miguel Lopes Santos Ramos Message-ID: <20071029102929.GA25240@mail.mppsystems.com> References: <20071028211538.GA92424@intserv.int1.b.intern> <200710290119.l9T1Jpvs009149@satan.anjos.strangled.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200710290119.l9T1Jpvs009149@satan.anjos.strangled.net> User-Agent: mutt-ng/devel-r804 (FreeBSD) Cc: hk@alogis.com, freebsd-stable@FreeBSD.org, stable@FreeBSD.org, eugen@kuzbass.ru Subject: Re: date manupulation 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: Mon, 29 Oct 2007 21:35:26 -0000 On Mon, Oct 29, 2007 at 01:19:51AM +0000, Miguel Lopes Santos Ramos wrote: > > From: Holger Kipp > > On Mon, Oct 29, 2007 at 01:35:08AM +0700, Eugene Grosbein wrote: > > > On Sun, Oct 28, 2007 at 07:20:11PM +0100, Holger Kipp wrote: > > Sat Oct 27 18:59:59 UTC 2007 > > This is a lot of fun! Bugs like this go unnoticed for years... > It is also very exciting finding people at GMT+8. Mind you, we programmers who live at > GMT+0 do a lot of timezone errors because we look at a time and often don't know > whether it's localtime or gmt. At least I do. Then we only find out when we > change to summer time. > > The problem is of course in src/bin/date.c, line 268. Someone added the > following on revision 1.32.2.4: > 267: /* Let mktime() decide whether summer time is in effect. */ > 268: lt->tm_isdst = -1; > > Now, who's mktime() to know? > This line is erasing the output of strptime(), and strptime() knows better than > anyone what the user might have wanted! > > See my test source code bellow. date first fills up a tm structure using > localtime(time(0)) so that the data which the user does not supply is extracted > from the current time. Then, it calls strptime to parse the user time using > these defaults. It's summarized in function test1() of my test code. > > Historically, the behaviour was just this (actually, like test2()). The person > who added line 268, wanted to solve the problem of setting a date across DST, > but the way he/she did it is not, in my opinion, the best. > As we have discouvered, it does not work when the user supplies good DST data, > because the line tm_isdst = -1 erases it. > Now, what should perhaps be erased is the default dst data. So the line tm_isdst > = -1 should be moved up to line 191, between localtime() and strptime(). > > The code would behave like my test3() function. > See the test output (using LC_ALL=C and TZ=Asia/Krasnoyarsk): [lots of stuff trimmed from the above] DST/CST time changes when setting the time backwards has been at your own risk for a long time. Back in 1995/6 when I fixed a lot of utilities to enforce the password expiration date/time, I found it was off by +/- 1 hour if I was setting dates and times that would cross DST changes. Not a big deal then, but I think I got them all to work correctly. But if I recall correctly, if you wanted to really test those type of changes by setting the system date/time back, it was better to set the date/time to a period well before the DST change, verify the system understood it was in the proper time zone (probably a reboot), THEN move the clock up to just before the DST time change and let it roll over. -- Mike Pritchard mpp @ FreeBSD.org "If tyranny and oppression come to this land, it will be in the guise of fighting a foreign enemy." - James Madison (1787) From owner-freebsd-stable@FreeBSD.ORG Mon Oct 29 23:03:28 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A2C9016A417 for ; Mon, 29 Oct 2007 23:03:28 +0000 (UTC) (envelope-from hoschi@etain.frida.mouhaha.de) Received: from etain.frida.mouhaha.de (etain.frida.mouhaha.de [85.236.48.54]) by mx1.freebsd.org (Postfix) with ESMTP id 64AFA13C491 for ; Mon, 29 Oct 2007 23:03:22 +0000 (UTC) (envelope-from hoschi@etain.frida.mouhaha.de) Received: from localhost (etain.frida.mouhaha.de [85.236.48.54]) by etain.frida.mouhaha.de (Postfix) with ESMTP id ED6DC4B9433 for ; Mon, 29 Oct 2007 23:41:57 +0100 (CET) X-Virus-Scanned: amavisd-new at mouhaha.de Received: from etain.frida.mouhaha.de ([85.236.48.54]) by localhost (etain.frida.mouhaha.de [85.236.48.54]) (amavisd-new, port 10024) with ESMTP id 4+RTCT6U2TTe for ; Mon, 29 Oct 2007 23:41:56 +0100 (CET) Received: by etain.frida.mouhaha.de (Postfix, from userid 1001) id 61CCA4B932A; Mon, 29 Oct 2007 23:41:56 +0100 (CET) Date: Mon, 29 Oct 2007 23:41:56 +0100 From: Oliver Peter To: freebsd-stable@freebsd.org Message-ID: <20071029224155.GG97703@nemesis.frida.mouhaha.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9jHkwA2TBA/ec6v+" Content-Disposition: inline X-Operating-System: FreeBSD 6.2-RELEASE-p8 i386 User-Agent: Mutt/1.5.16 (2007-06-09) Subject: iwi0: could not load 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: Mon, 29 Oct 2007 23:03:28 -0000 --9jHkwA2TBA/ec6v+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable % uname -srm FreeBSD 7.0-BETA1 i386 What did I do wrong? dmesg output: iwi0: mem 0xa0202000-0xa0202fff irq 11 at de= vice 2.0 on pci4 iwi0: Ethernet address: 00:16:6f:c3:e3:48 iwi0: [ITHREAD] iwi_bss: You need to read the LICENSE file in /usr/share/doc/legal/intel_iw= i/. iwi_bss: If you agree with the license, set legal.intel_iwi.license_ack=3D1= in /boot/loader.conf. module_register_init: MOD_LOAD (iwi_bss_fw, 0xc4c535a0, 0) error 1 firmware_get: failed to load firmware image iwi_bss iwi0: could not load firmware I tried to bring up the interface with # ifconfig iwi0 up And I have the following entry in /boot/loader.conf # intel/wireless set legal.intel_iwi.license_ack=3D1 if_iwi_load=3D"YES This is my current kldstat-output: % kldstat Id Refs Address Size Name 1 18 0xc0400000 4f71a0 kernel 2 1 0xc08f8000 28600 linux.ko 3 1 0xc0921000 6a164 acpi.ko 4 1 0xc4715000 f000 geom_eli.ko 5 1 0xc4724000 24000 crypto.ko 6 1 0xc4748000 a000 zlib.ko 7 1 0xc48a1000 3000 pflog.ko 8 1 0xc48a4000 33000 pf.ko 9 1 0xc4c3c000 f000 if_iwi.ko 10 1 0xc4c53000 30000 iwi_bss.ko Thanks for any suggestions. --=20 Oliver PETER, eMail: hoschi@mouhaha.de, ICQ# 113969174 "Worker bees can leave. Even drones can fly away. The Queen is their slave." --9jHkwA2TBA/ec6v+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.3 (FreeBSD) iEYEARECAAYFAkcmYbMACgkQ6LH/IUVtaI8ndgCeNbQ6plHyvXbyY9oPr35fRqk4 sx4An3XFGTcNlp18hF6mj9tF5YiQgDEw =KOA2 -----END PGP SIGNATURE----- --9jHkwA2TBA/ec6v+-- From owner-freebsd-stable@FreeBSD.ORG Mon Oct 29 23:25:30 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8249016A421 for ; Mon, 29 Oct 2007 23:25:30 +0000 (UTC) (envelope-from slackmoehrle@gmail.com) Received: from rn-out-0102.google.com (rn-out-0910.google.com [64.233.170.188]) by mx1.freebsd.org (Postfix) with ESMTP id 30E9C13C4A5 for ; Mon, 29 Oct 2007 23:25:30 +0000 (UTC) (envelope-from slackmoehrle@gmail.com) Received: by rn-out-0102.google.com with SMTP id s42so594801rnb for ; Mon, 29 Oct 2007 16:25:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; bh=8q/rGxLEHJZKJgTPVe5PiaBOLr7ST9gkxPBIOzTzdz4=; b=BeLsk9m5ZmnIe0N/Y1kyUgdB49NJjvbXQLa0PBA5qXIdBTBI9wgViCuMGfA+Y9CrM51xEhlQ/6g7vbyy3ZRTfMAXwPVJQZzK/h5UokTX5qojG/45yfc9A9VXrNFz9+GGAeCIgMxEtfqvDZNDndR7ihaXrBqz6J+oZQk8Vdb3t+0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type; b=XZBllqBHN/Cs+6smjKLfedjIbcropIa1bPaIGvXr8ixtgmZNBZpa2rp0lRRhq1AaxCoHp6I/xHMJGgNB/UQqRKG4gLDwJ/Jp1oMWSaR6IU1BwbuIqZMQj8dbSo56c3U5DGCjaBtM0uVI04IrIMuJyJVRTgeIJvy7U66l8q8uFy8= Received: by 10.142.221.19 with SMTP id t19mr1544850wfg.1193700319023; Mon, 29 Oct 2007 16:25:19 -0700 (PDT) Received: by 10.142.188.16 with HTTP; Mon, 29 Oct 2007 16:25:18 -0700 (PDT) Message-ID: <7dc35e670710291625l43902c92o5b364f84bf769811@mail.gmail.com> Date: Mon, 29 Oct 2007 16:25:18 -0700 From: "Jason Slack" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Upgrading FreeBSD Questions 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, 29 Oct 2007 23:25:30 -0000 Hi All, I am new to FreeBSD, or want to be. I have an HP Media center PC that has the Viiv 920-D processor with 4GB of RAM. I hate Windows, but had to sell my MacBook so my Fiance and I could get into a new apartment together. I want to try version 7 as it has items of interest to me, but I am not one to continually wipe and reload my machine, can you upgrade from the test releases of 7 available now to the final release when ready? Or do you have to wipe? I apologize, but I am from a Solaris environment and then OS X. Jason -- "Don't be reckless with other people's hearts, don't put up with people who are reckless with yours"........Lehrmann (1997) From owner-freebsd-stable@FreeBSD.ORG Mon Oct 29 23:46:24 2007 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8ED0516A469 for ; Mon, 29 Oct 2007 23:46:24 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 837B013C481 for ; Mon, 29 Oct 2007 23:46:24 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id 1D4471A4D87; Mon, 29 Oct 2007 16:24:03 -0700 (PDT) Date: Mon, 29 Oct 2007 16:24:03 -0700 From: Alfred Perlstein To: Dmitry Morozovsky Message-ID: <20071029232403.GE33488@elvis.mu.org> References: <20071029111235.E69594@woozle.rinet.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071029111235.E69594@woozle.rinet.ru> User-Agent: Mutt/1.4.2.3i Cc: stable@FreeBSD.org Subject: Re: rrdtool performance tuning (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, 29 Oct 2007 23:46:24 -0000 * Dmitry Morozovsky [071029 12:44] wrote: > > [hmm, after thinking a bit I decided it would be more appropriate here, in > stable@] > > Dear colleagues, > > any hints to tune rrdtool with ~30k rrd files (approx 2k target devices)? > > machine is mostly IO-bound, showing 100% disk load with 8 or sometimes even 3 > mB/s, 300-400 tps (it's 2 SATA300 disks in gmirror) More ram? Turn off atime? Hash the data files into multiple directories to avoid having 2k files in one dir. Not sure how rrd tool works internally, but it might make sense to see if you can use some layering library to force it to cache some open files per process or something. giving a better synopsis on how rrd records data could help us help you. -Alfred From owner-freebsd-stable@FreeBSD.ORG Mon Oct 29 23:55:26 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B5ECF16A41B for ; Mon, 29 Oct 2007 23:55:26 +0000 (UTC) (envelope-from miguel@anjos.strangled.net) Received: from mailrly06.isp.novis.pt (mailrly06.isp.novis.pt [195.23.133.216]) by mx1.freebsd.org (Postfix) with ESMTP id 226A613C4B7 for ; Mon, 29 Oct 2007 23:55:25 +0000 (UTC) (envelope-from miguel@anjos.strangled.net) Received: (qmail 24437 invoked from network); 29 Oct 2007 23:48:31 -0000 Received: from unknown (HELO mailfrt01.isp.novis.pt) ([195.23.133.193]) (envelope-sender ) by mailrly06.isp.novis.pt with compressed SMTP; 29 Oct 2007 23:48:31 -0000 Received: (qmail 27006 invoked from network); 29 Oct 2007 23:48:31 -0000 Received: from unknown (HELO satan.anjos.strangled.net) ([89.180.101.156]) (envelope-sender ) by mailfrt01.isp.novis.pt with SMTP; 29 Oct 2007 23:48:31 -0000 Received: from satan.anjos.strangled.net (localhost [127.0.0.1]) by satan.anjos.strangled.net (8.14.1/8.14.1) with ESMTP id l9TNmKFN006125; Mon, 29 Oct 2007 23:48:20 GMT (envelope-from miguel@satan.anjos.strangled.net) Received: (from miguel@localhost) by satan.anjos.strangled.net (8.14.1/8.14.1/Submit) id l9TNmJ4w006124; Mon, 29 Oct 2007 23:48:19 GMT (envelope-from miguel) Date: Mon, 29 Oct 2007 23:48:19 GMT From: Miguel Lopes Santos Ramos Message-Id: <200710292348.l9TNmJ4w006124@satan.anjos.strangled.net> To: dyeske@gmail.com, freebsd-stable@freebsd.org In-Reply-To: <85bdae4e0710171603p4a269efbi62710d55e37b733d@mail.gmail.com> Cc: Subject: Re: interface speed support 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, 29 Oct 2007 23:55:26 -0000 > From: "David Yeske" > > Is there a way to determine the supported interface speed of a > particular driver? If I have a gigabit ethernet device connected to a > 100baseTX switch, how can I determine the interface supports gigabit > ethernet? I have tried parsing the following. Is there a cleaner way > to do this? > > sysctl -A | grep phy | grep desc I think using that line you're only checking what kind of phy device you have. If it is connected to a 100baseTX switch, it must be using 100baseTX. For controlling and querying the media type that you're actually using, you can use ifconfig media parameter. The actual value that this parameter accepts are device dependent but in practice quite standard like 100baseTX or 1000baseTX. say, ifconfig | grep media: Greetings, Miguel From owner-freebsd-stable@FreeBSD.ORG Tue Oct 30 00:38:52 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E4B3916A420 for ; Tue, 30 Oct 2007 00:38:52 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.179]) by mx1.freebsd.org (Postfix) with ESMTP id BD40E13C4B5 for ; Tue, 30 Oct 2007 00:38:52 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so2349588waf for ; Mon, 29 Oct 2007 17:38:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=UOxwG2Ek1h8ZiDnNz0nZ0Vl/eBDtO3YHTcxiJBVY1Ng=; b=I/7fBZXg84hQMfRYOhY1nWJbxUYf1UIwkfpF9DiijZcAOmStYz0Q40r9mNTkk1iG3eQ+srZj+d/BbmHJV1gX1Yj/tt0gAX296BNRuXBFICEis8oerIF6gAivJTWdgo4wwEk/bxaX7RJ/eUwJxa91MfCOii6DqfakxV5XQHJCWhY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=J/bDsF+a8ccOlsUIeaD/wT7BWSCAnOui/gNCOKwXbtJVMLE2sO6Sf8zUig37NoeNuquuMU6bjfG1CR1ZGGOZF+QDHpKI7ZOs7IW1M0J0UMgTurd+1zuusVdhe+L/fobi1/Ugcy7/wSQusbQYQLEYTy6Mhyu/bu2TxyHJRV8fw+8= Received: by 10.114.177.1 with SMTP id z1mr7625441wae.1193703237706; Mon, 29 Oct 2007 17:13:57 -0700 (PDT) Received: by 10.114.13.15 with HTTP; Mon, 29 Oct 2007 17:13:57 -0700 (PDT) Message-ID: Date: Mon, 29 Oct 2007 17:13:57 -0700 From: "Kip Macy" To: "Jack Vogel" In-Reply-To: <2a41acea0710291045m6f1d2acw78c26a455ea3894d@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2a41acea0710291045m6f1d2acw78c26a455ea3894d@mail.gmail.com> Cc: "freebsd-net@freebsd.org" , FreeBSD Current , FreeBSD Stable List Subject: Re: RFC: Evolution of the em driver 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, 30 Oct 2007 00:38:53 -0000 Jack, you should know by now that we're not Linux. All we care about is that you not break the code that we rely on. I'm still slightly embarrassed when I explain to people that I build if_em as a module because em0 doesn't come up sometimes due to a race condition on initialization, so I need to be able to re-load the driver. We're happy that you're keeping support for Intel's hardware up to date on FreeBSD. -Kip On 10/29/07, Jack Vogel wrote: > I have an important decision to make and I thought rather than just make > it and spring it on you I'd present the issues and see what opinions were. > > Our newer hardware uses new features that, more and more, require > parallel code paths in the driver. For instance, the 82575 (Zoar) uses > what are called 'advanced descriptors', this means different TX path. > The 7.0 em driver has this support in it, it just uses a function pointer > to handle it. > > When I add in multiqueue/RSS support it will add even more code > that functions this way. > > What the Linux team did was to split the newer code into a standalone > driver, they call it 'igb'. I had originally resisted doing this, but with > the development I have been working on the past month I am starting > to wonder if it might not be best to follow them. > > I see 3 possibilities and I'd like feedback, which would you prefer if > you have a preference and why. > > First, keep the driver as is and just live with multiple code paths > and features, possibly #ifdef'ed as they appear. > > Second, split the driver as Linux has into em and igb. The added > question then is how to split it, Linux made the line the use of > advanced descriptors, so Zoar and after, but I could also see a > case for having everything PCI-E/MSI capable being in the new > driver. > > Third, sort of a half-way approach, split up code but not the > driver, in other words offer different source files that can be > compiled into the driver, so you could have the one big jumbo > driver with all in there, or one that will only work with a subset > of adapters. This one would probably be the most work, because > its a new approach. > > Cheers, > > Jack > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Tue Oct 30 00:59:13 2007 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D524C16A469 for ; Tue, 30 Oct 2007 00:59:13 +0000 (UTC) (envelope-from prvs=18233350e1=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 6F84513C481 for ; Tue, 30 Oct 2007 00:59:13 +0000 (UTC) (envelope-from prvs=18233350e1=killing@multiplay.co.uk) DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=multiplay.co.uk; s=Multiplay; t=1193705332; x=1194310132; q=dns/txt; h=Received: Message-ID:From:To:References:Subject:Date:MIME-Version: Content-Type:Content-Transfer-Encoding; bh=pJmvn/J5/Q8an4eJDFr63 F/Mp4p5pT4xg5MDAYtFv4g=; b=CUnjGXdAOqW26wxh64AI8ewNkj2mbSKu6lC3s cchDk/LabG9cP1TGwaNjfbeuy+jpc1lMeSVdyfdwzSXGNkbg3iYdmRxi2cLdtYkz Ej0AdinSskFGdUWEe4rkOdCt1HPa7/7/gRg6p0XGBTdfnk6vds9HxXklG9kiI3Dz OxEtA0= X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-14.7 required=6.0 tests=BAYES_00, USER_IN_WHITELIST, USER_IN_WHITELIST_TO autolearn=ham version=3.1.8 Received: from r2d2 by mail1.multiplay.co.uk (MDaemon PRO v9.6.2) with ESMTP id md50004368017.msg for ; Tue, 30 Oct 2007 00:48:51 +0000 Message-ID: <054301c81a8e$a2f2d2c0$b6db87d4@multiplay.co.uk> From: "Steven Hartland" To: "Dmitry Morozovsky" , References: <20071029111235.E69594@woozle.rinet.ru> Date: Tue, 30 Oct 2007 00:48:49 -0000 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.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 X-Authenticated-Sender: Killing@multiplay.co.uk X-MDRemoteIP: 212.135.219.182 X-Return-Path: prvs=18233350e1=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: stable@FreeBSD.org X-Spam-Processed: mail1.multiplay.co.uk, Tue, 30 Oct 2007 00:48:51 +0000 X-MDAV-Processed: mail1.multiplay.co.uk, Tue, 30 Oct 2007 00:48:52 +0000 Cc: Subject: Re: rrdtool performance tuning (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: Tue, 30 Oct 2007 00:59:13 -0000 Have you tried the latest beta which has had quite a rework in terms of IO. Regards Steve ----- Original Message ----- From: "Dmitry Morozovsky" > > [hmm, after thinking a bit I decided it would be more appropriate here, in > stable@] > > Dear colleagues, > > any hints to tune rrdtool with ~30k rrd files (approx 2k target devices)? > > machine is mostly IO-bound, showing 100% disk load with 8 or sometimes even 3 > mB/s, 300-400 tps (it's 2 SATA300 disks in gmirror) ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Tue Oct 30 01:04:04 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9BD0816A474 for ; Tue, 30 Oct 2007 01:04:04 +0000 (UTC) (envelope-from oleg@vsi.ru) Received: from serv4.vsi.ru (serv4.vsi.ru [80.82.32.19]) by mx1.freebsd.org (Postfix) with ESMTP id 2778D13C49D for ; Tue, 30 Oct 2007 01:04:03 +0000 (UTC) (envelope-from oleg@vsi.ru) Received: from OODAMDXP (ws3.oood.vsi.ru [88.83.197.238]) by serv4.vsi.ru (8.13.8+Sun/8.13.8) with SMTP id l9TLGY2g003843; Tue, 30 Oct 2007 00:16:39 +0300 (MSK) Message-ID: <004b01c81a70$f9fcc210$eec55358@OODAMDXP> From: "Oleg Derevenetz" To: "Dmitry Morozovsky" References: <20071029111235.E69594@woozle.rinet.ru> Date: Tue, 30 Oct 2007 00:16:25 +0300 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.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 Cc: stable@freebsd.org Subject: Re: rrdtool performance tuning (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: Tue, 30 Oct 2007 01:04:04 -0000 > [hmm, after thinking a bit I decided it would be more appropriate here, in > stable@] > > Dear colleagues, > > any hints to tune rrdtool with ~30k rrd files (approx 2k target devices)? > > machine is mostly IO-bound, showing 100% disk load with 8 or sometimes > even 3 > mB/s, 300-400 tps (it's 2 SATA300 disks in gmirror) For example, update algorythm can be changed. Try to not update RRD files simultaneously, queue update data instead (with timestamps), for example, in memory, and periodically do a "bulk update" using a single rrdupdate call for all queue items related to single RRD file. This saves I/O a lot, for example, in my NMS (TclMon) I use simular scheme, and now it updates >50K RRD files with 5-10 variables each. I/O load is 100-150 tps with 1-1.5MB/s throughput. -- Oleg Derevenetz OOD3-RIPE Phone: +7 4732 539880 Fax: +7 4732 531415 http://www.vsi.ru CenterTelecom Voronezh ISP http://isp.vsi.ru From owner-freebsd-stable@FreeBSD.ORG Tue Oct 30 01:10:41 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 216DC16A41B for ; Tue, 30 Oct 2007 01:10:41 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.181]) by mx1.freebsd.org (Postfix) with ESMTP id CE0FA13C48E for ; Tue, 30 Oct 2007 01:10:40 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so2357741waf for ; Mon, 29 Oct 2007 18:10:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=IonkMWizHhmkCuziEpTK01EXF7Th0jpaLq8+xdzah6M=; b=ZN+NTDpKt5i6BQ2nopWHEYKcPWnrZkM7Iiv8kncFZ7CFi2Z+JpClk70bqtdsTAB8KzrMAdJ20mn90kXL3/mxsBClPCZPrwPlZzTE6xQlxjBfpDzrYhBl87vvazAg6eSgul0DbS22sF/nMkfZ6ia4dqu+wDpwy1gu1APPs54GrsU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=SdvX1FaWmEMJ4b1rdt0uZYn+gTOjqUfcDpExa4b+xXIDxFxvTLFK/xfsdP+U7Ex45xayF4K0XQJIuQ3bdAFqWOTNHWoCR/4rrlD75Uf4sNhfYBSCNVRD/uoFQOOnRobBcCf/UsSLjQ6jWekLvzU7TBpbUknOsTGqB3gOZOG8Ycg= Received: by 10.114.76.1 with SMTP id y1mr5040177waa.1193706627315; Mon, 29 Oct 2007 18:10:27 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id v38sm14367913wah.2007.10.29.18.10.20 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 29 Oct 2007 18:10:24 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id l9U1AEnM038216 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 30 Oct 2007 10:10:14 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id l9U1ABER038215; Tue, 30 Oct 2007 10:10:11 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Tue, 30 Oct 2007 10:10:11 +0900 From: Pyun YongHyeon To: Daniel Dias Gon?alves Message-ID: <20071030011011.GC37693@cdnetworks.co.kr> References: <471FE33E.5050800@dgnetwork.com.br> <20071025033516.GC16092@cdnetworks.co.kr> <4726455B.6020405@dgnetwork.com.br> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="AqsLC8rIMeq19msA" Content-Disposition: inline In-Reply-To: <4726455B.6020405@dgnetwork.com.br> User-Agent: Mutt/1.4.2.1i Cc: freebsd-net@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Realtek Gigabit Network Card 0xd6088086 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Oct 2007 01:10:41 -0000 --AqsLC8rIMeq19msA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Oct 29, 2007 at 06:40:59PM -0200, Daniel Dias Gon?alves wrote: > Pyun YongHyeon escreveu: > >On Wed, Oct 24, 2007 at 10:28:46PM -0200, Daniel Dias Gon?alves wrote: > > > Hi, > > > > > > FreeBSD 6.2-STABLE can support this network card? > > > > > > none2@pci3:0:0: class=0x020000 card=0xd6088086 chip=0x816810ec rev=0x01 > > > hdr=0x00 > > > vendor = 'Realtek Semiconductor' > > > class = network > > > subclass = ethernet > > > > > > >If it's not detected by re(4) your NIC would be newer 8168 series. > >So try re(4) first and let me know the result.(I have a WIP version > >for newer 8168 family but need testers.) > > > > > Hi, > > I' m using kernel generic "SMP" > (root@dessler.cse.buffalo.edu:/usr/obj/usr/src/sys/SMP) and already is > enable "device re", but dont work. > What is WIP version ? work in progress version. Try attached patch. One user reported the patch generated ARP storm so I requested more information for the issue but got no reply yet. -- Regards, Pyun YongHyeon --AqsLC8rIMeq19msA Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="re.spin3.patch" Index: dev/re/if_re.c =================================================================== RCS file: /home/ncvs/src/sys/dev/re/if_re.c,v retrieving revision 1.95 diff -u -r1.95 if_re.c --- dev/re/if_re.c 14 Aug 2007 02:00:04 -0000 1.95 +++ dev/re/if_re.c 30 Oct 2007 01:05:06 -0000 @@ -180,6 +180,8 @@ "RealTek 8168/8111B PCIe Gigabit Ethernet" }, { RT_VENDORID, RT_DEVICEID_8168, RL_HWREV_8168_SPIN2, "RealTek 8168/8111B PCIe Gigabit Ethernet" }, + { RT_VENDORID, RT_DEVICEID_8168, RL_HWREV_8168_SPIN3, + "RealTek 8168/8111B PCIe Gigabit Ethernet" }, { RT_VENDORID, RT_DEVICEID_8169, RL_HWREV_8169, "RealTek 8169 Gigabit Ethernet" }, { RT_VENDORID, RT_DEVICEID_8169, RL_HWREV_8169S, @@ -221,6 +223,7 @@ { RL_HWREV_8100E, RL_8169, "8100E"}, { RL_HWREV_8101E, RL_8169, "8101E"}, { RL_HWREV_8168_SPIN2, RL_8169, "8168"}, + { RL_HWREV_8168_SPIN3, RL_8169, "8168"}, { 0, 0, NULL } }; @@ -676,14 +679,18 @@ */ hwrev = CSR_READ_4(sc, RL_TXCFG) & RL_TXCFG_HWREV; - - if (hwrev == RL_HWREV_8100E || hwrev == RL_HWREV_8101E || - hwrev == RL_HWREV_8168_SPIN1 || hwrev == RL_HWREV_8168_SPIN2) { + switch (hwrev) { + case RL_HWREV_8100E: + case RL_HWREV_8101E: + case RL_HWREV_8168_SPIN1: + case RL_HWREV_8168_SPIN2: CSR_WRITE_4(sc, RL_MAR0, bswap32(hashes[1])); CSR_WRITE_4(sc, RL_MAR4, bswap32(hashes[0])); - } else { + break; + default: CSR_WRITE_4(sc, RL_MAR0, hashes[0]); CSR_WRITE_4(sc, RL_MAR4, hashes[1]); + break; } } @@ -1314,6 +1321,7 @@ case RL_HWREV_8169_8110SB: case RL_HWREV_8169_8110SC: case RL_HWREV_8168_SPIN2: + case RL_HWREV_8168_SPIN3: re_gmii_writereg(dev, 1, 0x1f, 0); re_gmii_writereg(dev, 1, 0x0e, 0); break; Index: pci/if_rlreg.h =================================================================== RCS file: /home/ncvs/src/sys/pci/if_rlreg.h,v retrieving revision 1.67 diff -u -r1.67 if_rlreg.h --- pci/if_rlreg.h 24 Jul 2007 01:24:03 -0000 1.67 +++ pci/if_rlreg.h 30 Oct 2007 01:05:07 -0000 @@ -156,6 +156,7 @@ #define RL_HWREV_8100E 0x30800000 #define RL_HWREV_8101E 0x34000000 #define RL_HWREV_8168_SPIN2 0x38000000 +#define RL_HWREV_8168_SPIN3 0x38400000 #define RL_HWREV_8139 0x60000000 #define RL_HWREV_8139A 0x70000000 #define RL_HWREV_8139AG 0x70800000 --AqsLC8rIMeq19msA-- From owner-freebsd-stable@FreeBSD.ORG Tue Oct 30 02:00:06 2007 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9815016A417 for ; Tue, 30 Oct 2007 02:00:06 +0000 (UTC) (envelope-from mpp@mppsystems.com) Received: from lugdush.gulftel.com (lugdush.gulftel.com [216.231.163.39]) by mx1.freebsd.org (Postfix) with ESMTP id 5FA1713C49D for ; Tue, 30 Oct 2007 02:00:06 +0000 (UTC) (envelope-from mpp@mppsystems.com) Received: from localhost (localhost [127.0.0.1]) by lugdush.gulftel.com (Postfix) with ESMTP id 9B4E8C391; Mon, 29 Oct 2007 05:29:34 -0500 (CDT) X-Virus-Scanned: amavisd-new at gulftel.com Received: from lugdush.gulftel.com ([127.0.0.1]) by localhost (lugdush.gulftel.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WN8nPL9PNdO2; Mon, 29 Oct 2007 05:29:33 -0500 (CDT) Received: from mail.mppsystems.com (unknown [10.17.28.253]) by lugdush.gulftel.com (Postfix) with ESMTP id 73C23C352; Mon, 29 Oct 2007 05:29:29 -0500 (CDT) Received: by mail.mppsystems.com (Postfix, from userid 1000) id 2904C17025; Mon, 29 Oct 2007 05:29:29 -0500 (CDT) Date: Mon, 29 Oct 2007 05:29:29 -0500 From: Mike Pritchard To: Miguel Lopes Santos Ramos Message-ID: <20071029102929.GA25240@mail.mppsystems.com> References: <20071028211538.GA92424@intserv.int1.b.intern> <200710290119.l9T1Jpvs009149@satan.anjos.strangled.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200710290119.l9T1Jpvs009149@satan.anjos.strangled.net> User-Agent: mutt-ng/devel-r804 (FreeBSD) Cc: hk@alogis.com, freebsd-stable@FreeBSD.org, stable@FreeBSD.org, eugen@kuzbass.ru Subject: Re: date manupulation 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: Tue, 30 Oct 2007 02:00:06 -0000 On Mon, Oct 29, 2007 at 01:19:51AM +0000, Miguel Lopes Santos Ramos wrote: > > From: Holger Kipp > > On Mon, Oct 29, 2007 at 01:35:08AM +0700, Eugene Grosbein wrote: > > > On Sun, Oct 28, 2007 at 07:20:11PM +0100, Holger Kipp wrote: > > Sat Oct 27 18:59:59 UTC 2007 > > This is a lot of fun! Bugs like this go unnoticed for years... > It is also very exciting finding people at GMT+8. Mind you, we programmers who live at > GMT+0 do a lot of timezone errors because we look at a time and often don't know > whether it's localtime or gmt. At least I do. Then we only find out when we > change to summer time. > > The problem is of course in src/bin/date.c, line 268. Someone added the > following on revision 1.32.2.4: > 267: /* Let mktime() decide whether summer time is in effect. */ > 268: lt->tm_isdst = -1; > > Now, who's mktime() to know? > This line is erasing the output of strptime(), and strptime() knows better than > anyone what the user might have wanted! > > See my test source code bellow. date first fills up a tm structure using > localtime(time(0)) so that the data which the user does not supply is extracted > from the current time. Then, it calls strptime to parse the user time using > these defaults. It's summarized in function test1() of my test code. > > Historically, the behaviour was just this (actually, like test2()). The person > who added line 268, wanted to solve the problem of setting a date across DST, > but the way he/she did it is not, in my opinion, the best. > As we have discouvered, it does not work when the user supplies good DST data, > because the line tm_isdst = -1 erases it. > Now, what should perhaps be erased is the default dst data. So the line tm_isdst > = -1 should be moved up to line 191, between localtime() and strptime(). > > The code would behave like my test3() function. > See the test output (using LC_ALL=C and TZ=Asia/Krasnoyarsk): [lots of stuff trimmed from the above] DST/CST time changes when setting the time backwards has been at your own risk for a long time. Back in 1995/6 when I fixed a lot of utilities to enforce the password expiration date/time, I found it was off by +/- 1 hour if I was setting dates and times that would cross DST changes. Not a big deal then, but I think I got them all to work correctly. But if I recall correctly, if you wanted to really test those type of changes by setting the system date/time back, it was better to set the date/time to a period well before the DST change, verify the system understood it was in the proper time zone (probably a reboot), THEN move the clock up to just before the DST time change and let it roll over. -- Mike Pritchard mpp @ FreeBSD.org "If tyranny and oppression come to this land, it will be in the guise of fighting a foreign enemy." - James Madison (1787) From owner-freebsd-stable@FreeBSD.ORG Tue Oct 30 02:14:26 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3970816A469 for ; Tue, 30 Oct 2007 02:14:26 +0000 (UTC) (envelope-from miguel@anjos.strangled.net) Received: from mailrly08.isp.novis.pt (mailrly08.isp.novis.pt [195.23.133.218]) by mx1.freebsd.org (Postfix) with ESMTP id 7C2AB13C4B6 for ; Tue, 30 Oct 2007 02:14:24 +0000 (UTC) (envelope-from miguel@anjos.strangled.net) Received: (qmail 30167 invoked from network); 29 Oct 2007 01:14:14 -0000 Received: from unknown (HELO mailfrt01.isp.novis.pt) ([195.23.133.193]) (envelope-sender ) by mailrly08.isp.novis.pt with compressed SMTP; 29 Oct 2007 01:14:14 -0000 Received: (qmail 13700 invoked from network); 29 Oct 2007 01:14:14 -0000 Received: from unknown (HELO satan.anjos.strangled.net) ([89.181.82.188]) (envelope-sender ) by mailfrt01.isp.novis.pt with SMTP; 29 Oct 2007 01:14:14 -0000 Received: from satan.anjos.strangled.net (localhost [127.0.0.1]) by satan.anjos.strangled.net (8.14.1/8.14.1) with ESMTP id l9T1E4oe009093; Mon, 29 Oct 2007 01:14:06 GMT (envelope-from miguel@satan.anjos.strangled.net) Received: (from miguel@localhost) by satan.anjos.strangled.net (8.14.1/8.14.1/Submit) id l9T1E3ek009092; Mon, 29 Oct 2007 01:14:03 GMT (envelope-from miguel) Date: Mon, 29 Oct 2007 01:14:03 GMT From: Miguel Lopes Santos Ramos Message-Id: <200710290114.l9T1E3ek009092@satan.anjos.strangled.net> To: eugen@kuzbass.ru, hk@alogis.com In-Reply-To: <20071028211538.GA92424@intserv.int1.b.intern> Cc: stable@freebsd.org Subject: Re: date manupulation 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: Tue, 30 Oct 2007 02:14:26 -0000 > From: Holger Kipp > > On Mon, Oct 29, 2007 at 01:35:08AM +0700, Eugene Grosbein wrote: > > On Sun, Oct 28, 2007 at 07:20:11PM +0100, Holger Kipp wrote: > > > > > > # unixtime=1193511599 > > > > # LC_ALL=C TZ=Asia/Krasnoyarsk date -jr $unixtime > > > > Sun Oct 28 02:59:59 KRAT 2007 > > > > Here it shows 'Sun Oct 28 02:59:59 KRAST 2007' really > > (cut-n-paste error, mea culpa). Take a note of zone name, > > KRAST stands for 'KRAsnoyarsk Summer Time' and > > KRAT stands for 'KRAsnoyarsk Time' (winter one). > > ah, I see. I can reproduce it here as well: > > %setenv LC_ALL C > %setenv TZ Asia/Krasnoyarsk > %setenv unixtime 1193511599 > > %date -jr $unixtime > Sun Oct 28 02:59:59 KRAST 2007 > %date -jf $s $unixtime > Sun Oct 28 02:59:59 KRAT 2007 > %date -juf %s $unixtime > Sat Oct 27 18:59:59 UTC 2007 > %date -jur $unixtime > Sat Oct 27 18:59:59 UTC 2007 This is a lot of fun! Bugs like this go unnoticed for years... It is also very exciting finding people at GMT+8. Mind you, we programmers who live at GMT+0 do a lot of timezone errors because we look at a time and often don't know whether it's localtime or gmt. At least I do. Then we only find out when we change to summer time. The problem is of course in src/bin/date.c, line 268. Someone added the following on revision 1.32.2.4: 267: /* Let mktime() decide whether summer time is in effect. */ 268: lt->tm_isdst = -1; Now, who's mktime() to know? This line is erasing the output of strptime(), and strptime() knows better than anyone what the user might have wanted! See my test source code bellow. date first fills up a tm structure using localtime(time(0)) so that the data which the user does not supply is extracted from the current time. Then, it calls strptime to parse the user time using these defaults. It's summarized in function test1() of my test code. Historically, the behaviour was just this (actually, like test2()). The person who added line 268, wanted to solve the problem of setting a date across DST, but the way he/she did it is not, in my opinion, the best. As we have discouvered, it does not work when the user supplies good DST data, because the line tm_isdst = -1 erases it. Now, what should perhaps be erased is the default dst data. So the line tm_isdst = -1 should be moved up to line 191, between localtime() and strptime(). The code would behave like my test3() function. See the test output (using LC_ALL=C and TZ=Asia/Krasnoyarsk): Test1 using %s: case a Sun Oct 28 01:59:59 KRAST 2007 == Sun Oct 28 01:59:59 KRAST 2007 case b Sun Oct 28 02:59:59 KRAT 2007 != Sun Oct 28 02:59:59 KRAST 2007 case c Sun Oct 28 02:59:59 KRAT 2007 == Sun Oct 28 02:59:59 KRAT 2007 Test1 using %Y-%m-%d %H:%M:%S: case a Sun Oct 28 01:59:59 KRAST 2007 == Sun Oct 28 01:59:59 KRAST 2007 case b Sun Oct 28 02:59:59 KRAT 2007 != Sun Oct 28 02:59:59 KRAST 2007 case c Sun Oct 28 02:59:59 KRAT 2007 == Sun Oct 28 02:59:59 KRAT 2007 Test2 using %s: case a Sun Oct 28 01:59:59 KRAST 2007 == Sun Oct 28 01:59:59 KRAST 2007 case b Sun Oct 28 02:59:59 KRAST 2007 == Sun Oct 28 02:59:59 KRAST 2007 case c Sun Oct 28 02:59:59 KRAT 2007 == Sun Oct 28 02:59:59 KRAT 2007 Test2 using %Y-%m-%d %H:%M:%S: case a Sun Oct 28 02:59:59 KRAST 2007 != Sun Oct 28 01:59:59 KRAST 2007 case b Sun Oct 28 02:59:59 KRAT 2007 != Sun Oct 28 02:59:59 KRAST 2007 case c Sun Oct 28 02:59:59 KRAT 2007 == Sun Oct 28 02:59:59 KRAT 2007 Test3 using %s: case a Sun Oct 28 01:59:59 KRAST 2007 == Sun Oct 28 01:59:59 KRAST 2007 case b Sun Oct 28 02:59:59 KRAST 2007 == Sun Oct 28 02:59:59 KRAST 2007 case c Sun Oct 28 02:59:59 KRAT 2007 == Sun Oct 28 02:59:59 KRAT 2007 Test3 using %Y-%m-%d %H:%M:%S: case a Sun Oct 28 01:59:59 KRAST 2007 == Sun Oct 28 01:59:59 KRAST 2007 case b Sun Oct 28 02:59:59 KRAT 2007 != Sun Oct 28 02:59:59 KRAST 2007 case c Sun Oct 28 02:59:59 KRAT 2007 == Sun Oct 28 02:59:59 KRAT 2007 Historical behaviour is test2. It didn't work across DST when the user didn't supply DST data, but it did work fine for %s. The "correction", test1, introduced the error you've spotted, and that would only have been spotted by someone concerned with those two hours of each year... The solution I think its best works always that the user supplies DST data. Of course, it fails to guess dst status for test case b, but that's understandable, it can't guess. > Looks like one of the conversions is getting the > summertime-flag wrong here. > > I have tested this here with 6.2-STABLE from May 20... There's no point in naming the revision... the problematic line was introduced 6 years and 5 months ago by ru... Complete reference: src/bin/date.c Revision 1.32.2.4 Is ru around? Who fills in a pr for this? In summary, I think we should move line 268 to line 191 and erase the comment on line 267 (mktime() is no one to decide, strptime() must have the final word). Miguel Ramos Lisboa, Portugal ---- #include #include #include time_t test1(const char* datestr, const char* format) { time_t t = time(0); struct tm tm; localtime_r(&t, &tm); strptime(datestr, format, &tm); tm.tm_isdst = -1; return mktime(&tm); } time_t test2(const char* datestr, const char* format) { time_t t = time(0); struct tm tm; localtime_r(&t, &tm); strptime(datestr, format, &tm); return mktime(&tm); } time_t test3(const char* datestr, const char* format) { time_t t = time(0); struct tm tm; localtime_r(&t, &tm); tm.tm_isdst = -1; strptime(datestr, format, &tm); return mktime(&tm); } int main() { const char* fmt1 = "%s"; const char* fmt2 = "%Y-%m-%d %H:%M:%S"; const char* fmt3 = "%+"; const time_t a = 1193507999; const time_t b = 1193511599; const time_t c = 1193515199; time_t ta, tb, tc; char as[16], bs[16], cs[16]; char af[32], bf[32], cf[32]; char ad[32], bd[32], cd[32]; char at[32], bt[32], ct[32]; strftime(as, sizeof(as), fmt1, localtime(&a)); strftime(bs, sizeof(bs), fmt1, localtime(&b)); strftime(cs, sizeof(cs), fmt1, localtime(&c)); strftime(af, sizeof(af), fmt2, localtime(&a)); strftime(bf, sizeof(bf), fmt2, localtime(&b)); strftime(cf, sizeof(cf), fmt2, localtime(&c)); strftime(ad, sizeof(ad), fmt3, localtime(&a)); strftime(bd, sizeof(bd), fmt3, localtime(&b)); strftime(cd, sizeof(cd), fmt3, localtime(&c)); printf("Test1 using %s:\n", fmt1); ta = test1(as, fmt1); strftime(at, sizeof(at), fmt3, localtime(&ta)); tb = test1(bs, fmt1); strftime(bt, sizeof(bt), fmt3, localtime(&tb)); tc = test1(cs, fmt1); strftime(ct, sizeof(ct), fmt3, localtime(&tc)); printf("case a %s == %s\n", at, ad); printf("case b %s != %s\n", bt, bd); printf("case c %s == %s\n", ct, cd); printf("\nTest1 using %s:\n", fmt2); ta = test1(af, fmt2); strftime(at, sizeof(at), fmt3, localtime(&ta)); tb = test1(bf, fmt2); strftime(bt, sizeof(bt), fmt3, localtime(&tb)); tc = test1(cf, fmt2); strftime(ct, sizeof(ct), fmt3, localtime(&tc)); printf("case a %s == %s\n", at, ad); printf("case b %s != %s\n", bt, bd); printf("case c %s == %s\n", ct, cd); printf("\nTest2 using %s:\n", fmt1); ta = test2(as, fmt1); strftime(at, sizeof(at), fmt3, localtime(&ta)); tb = test2(bs, fmt1); strftime(bt, sizeof(bt), fmt3, localtime(&tb)); tc = test2(cs, fmt1); strftime(ct, sizeof(ct), fmt3, localtime(&tc)); printf("case a %s == %s\n", at, ad); printf("case b %s == %s\n", bt, bd); printf("case c %s == %s\n", ct, cd); printf("\nTest2 using %s:\n", fmt2); ta = test2(af, fmt2); strftime(at, sizeof(at), fmt3, localtime(&ta)); tb = test2(bf, fmt2); strftime(bt, sizeof(bt), fmt3, localtime(&tb)); tc = test2(cf, fmt2); strftime(ct, sizeof(ct), fmt3, localtime(&tc)); printf("case a %s != %s\n", at, ad); printf("case b %s != %s\n", bt, bd); printf("case c %s == %s\n", ct, cd); printf("\nTest3 using %s:\n", fmt1); ta = test3(as, fmt1); strftime(at, sizeof(at), fmt3, localtime(&ta)); tb = test3(bs, fmt1); strftime(bt, sizeof(bt), fmt3, localtime(&tb)); tc = test3(cs, fmt1); strftime(ct, sizeof(ct), fmt3, localtime(&tc)); printf("case a %s == %s\n", at, ad); printf("case b %s == %s\n", bt, bd); printf("case c %s == %s\n", ct, cd); printf("\nTest3 using %s:\n", fmt2); ta = test3(af, fmt2); strftime(at, sizeof(at), fmt3, localtime(&ta)); tb = test3(bf, fmt2); strftime(bt, sizeof(bt), fmt3, localtime(&tb)); tc = test3(cf, fmt2); strftime(ct, sizeof(ct), fmt3, localtime(&tc)); printf("case a %s == %s\n", at, ad); printf("case b %s != %s\n", bt, bd); printf("case c %s == %s\n", ct, cd); return 0; } From owner-freebsd-stable@FreeBSD.ORG Tue Oct 30 05:48:14 2007 Return-Path: Delivered-To: FreeBSD-STABLE@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0CDD316A417 for ; Tue, 30 Oct 2007 05:48:14 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with SMTP id 9D53F13C491 for ; Tue, 30 Oct 2007 05:48:13 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 22815 invoked by uid 399); 30 Oct 2007 05:47:58 -0000 Received: from localhost (HELO slave.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 30 Oct 2007 05:47:58 -0000 X-Originating-IP: 127.0.0.1 Date: Mon, 29 Oct 2007 22:47:56 -0700 (PDT) From: Doug Barton To: Scott Lambert In-Reply-To: <20071029201853.GB81439@sysmon.tcworks.net> Message-ID: References: <20071029201853.GB81439@sysmon.tcworks.net> X-message-flag: Outlook -- Not just for spreading viruses anymore! X-OpenPGP-Key-ID: 0xD5B2F0FB Organization: http://www.FreeBSD.org/ MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: FreeBSD-STABLE@freebsd.org Subject: Re: Is anyone seeing BIND 9.3.4-P1 use all CPU time on 6.2-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: Tue, 30 Oct 2007 05:48:14 -0000 On Mon, 29 Oct 2007, Scott Lambert wrote: > I have a 6.2-STABLE snapshot box from August that where named(8) is > going into what appears to be a tight loop calling gettimeofday(). It > is using all CPU time on the box. It seems to be answering queries > alright, just using a lot of CPU. I think your best bet would probably be to try BIND 9.4 and see if it does the same thing. 9.3.x is still going to get some bugfixes, but more attention has been paid to the 9.4.x branch. If you're building bind94 on RELENG_6 make sure to unselect the threads option. hth, Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Tue Oct 30 05:51:12 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 085FD16A418 for ; Tue, 30 Oct 2007 05:51:12 +0000 (UTC) (envelope-from brian.mcginty@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.226]) by mx1.freebsd.org (Postfix) with ESMTP id B3C1F13C491 for ; Tue, 30 Oct 2007 05:51:11 +0000 (UTC) (envelope-from brian.mcginty@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so1218127nzf for ; Mon, 29 Oct 2007 22:50:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; bh=SAnUVJMWgRnU6m1tXNelvKWQajkPkBfykmL8iBJPs/Q=; b=C4YfMda2Mc3tdCms/oPsGx4NRN5Q+xzLKPVKEINDjaHkktHzXqqSWz4LdCyb+8xJuqdGWrS0biYujm4yjSELE003otTYdbGaPuoD07G9nCTqTGKNGF9vk/Ad1vW4rWk4sFGnsOjteNP6RoEx5Pr0lN6gxfhVKtpv/MlLEw65eAw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=Xtp192lRLw2PaXUIChlNHGyDLteyHAE0piLbwjenCxDQA57xv9cgs76NpcjyD2Hl4A4rtA6dmUc54dOaTIyLZPzcqVIy4nU/9vyqSVyOYNRRi+s9erPlQl7e6/K/tUi2cFVvxHBbM60jc9mDM8pNXQ83mBZJsUKZ8nIT/RXHqGY= Received: by 10.142.171.6 with SMTP id t6mr1566603wfe.1193721711258; Mon, 29 Oct 2007 22:21:51 -0700 (PDT) Received: by 10.142.163.17 with HTTP; Mon, 29 Oct 2007 22:21:51 -0700 (PDT) Message-ID: <601bffc40710292221k35a6927fh9dfaa217ae68e416@mail.gmail.com> Date: Mon, 29 Oct 2007 22:21:51 -0700 From: "Brian McGinty" To: "Jack Vogel" In-Reply-To: <2a41acea0710291045m6f1d2acw78c26a455ea3894d@mail.gmail.com> MIME-Version: 1.0 References: <2a41acea0710291045m6f1d2acw78c26a455ea3894d@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: "freebsd-net@freebsd.org" , FreeBSD Current , FreeBSD Stable List Subject: Re: RFC: Evolution of the em driver 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, 30 Oct 2007 05:51:12 -0000 I prefer (2) - non-intrusive on em, and the new one doesn't have to deal with legacy or backward compatibility with em. Any commonality with ixgbe? Later Brian. On 10/29/07, Jack Vogel wrote: > > I have an important decision to make and I thought rather than just make > it and spring it on you I'd present the issues and see what opinions were. > > Our newer hardware uses new features that, more and more, require > parallel code paths in the driver. For instance, the 82575 (Zoar) uses > what are called 'advanced descriptors', this means different TX path. > The 7.0 em driver has this support in it, it just uses a function pointer > to handle it. > > When I add in multiqueue/RSS support it will add even more code > that functions this way. > > What the Linux team did was to split the newer code into a standalone > driver, they call it 'igb'. I had originally resisted doing this, but with > the development I have been working on the past month I am starting > to wonder if it might not be best to follow them. > > I see 3 possibilities and I'd like feedback, which would you prefer if > you have a preference and why. > > First, keep the driver as is and just live with multiple code paths > and features, possibly #ifdef'ed as they appear. > > Second, split the driver as Linux has into em and igb. The added > question then is how to split it, Linux made the line the use of > advanced descriptors, so Zoar and after, but I could also see a > case for having everything PCI-E/MSI capable being in the new > driver. > > Third, sort of a half-way approach, split up code but not the > driver, in other words offer different source files that can be > compiled into the driver, so you could have the one big jumbo > driver with all in there, or one that will only work with a subset > of adapters. This one would probably be the most work, because > its a new approach. > > Cheers, > > Jack > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Tue Oct 30 05:53:16 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 94E0A16A41A; Tue, 30 Oct 2007 05:53:16 +0000 (UTC) (envelope-from tom.hurst@clara.net) Received: from spork.qfe3.net (spork.qfe3.net [212.13.207.101]) by mx1.freebsd.org (Postfix) with ESMTP id 3617A13C4B7; Tue, 30 Oct 2007 05:53:16 +0000 (UTC) (envelope-from tom.hurst@clara.net) Received: from [81.104.144.87] (helo=voi.aagh.net) by spork.qfe3.net with esmtp (Exim 4.66 (FreeBSD)) (envelope-from ) id 1ImjRG-000Owx-HQ; Tue, 30 Oct 2007 05:14:54 +0000 Received: from freaky by voi.aagh.net with local (Exim 4.68 (FreeBSD)) (envelope-from ) id 1ImjRG-0001Q9-Ae; Tue, 30 Oct 2007 05:14:54 +0000 Date: Tue, 30 Oct 2007 05:14:54 +0000 From: Thomas Hurst To: Jeremy Chadwick Message-ID: <20071030051454.GB76585@voi.aagh.net> Mail-Followup-To: Jeremy Chadwick , Giorgos Keramidas , Andrew Lankford , stable@freebsd.org, current@freebsd.org References: <47240A15.8080305@charter.net> <20071028074248.GA1511@haakonia.hitnet.RWTH-Aachen.DE> <4724BAD9.7000400@charter.net> <20071028164152.GA7516@eos.sc1.parodius.com> <4724BEB3.5080905@charter.net> <20071029132447.GA2658@kobe.laptop> <20071029191836.GA58058@eos.sc1.parodius.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="XsQoSWH+UP9D9v3l" Content-Disposition: inline In-Reply-To: <20071029191836.GA58058@eos.sc1.parodius.com> Organization: Not much. User-Agent: Mutt/1.5.16 (2007-06-09) Sender: Thomas Hurst Cc: Giorgos Keramidas , Andrew Lankford , stable@freebsd.org, current@freebsd.org Subject: Re: /usr/share/man/man8/MAKEDEV.8 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, 30 Oct 2007 05:53:16 -0000 --XsQoSWH+UP9D9v3l Content-Type: text/plain; charset=us-ascii Content-Disposition: inline * Jeremy Chadwick (koitsu@FreeBSD.org) wrote: > There's a periodic script (/etc/periodic/weekly/330.catman) which > rebuilds all the catman pages for you. However, it makes an immense > mess of your weekly system mails due to all the manpage/nroff > formatting mistakes. Have a look: > > http://lists.freebsd.org/pipermail/freebsd-ports/2007-May/040648.html If you want to find what's causing these errors, you could run catman with -v so it prints the filename of what it's processing. Less spammy but still noisy in the event of these warnings would be something like the attached patch, which saves the stderr stream and prints it and the currently processed filename if it's non-empty. Maybe friendlier would be the other patch, which silences nroff unless catman is running verbose. -- Thomas 'Freaky' Hurst http://hur.st/ --XsQoSWH+UP9D9v3l Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="catman-detect-warnings.diff" --- catman.c.orig 2007-10-30 04:43:52.000000000 +0000 +++ catman.c 2007-10-30 04:45:35.000000000 +0000 @@ -403,6 +403,10 @@ dev_t src_dev; ino_t src_ino; const char *link_name; + struct stat err_st; + char err_file[MAXPATHLEN]; + int err_fd; + char err_buf[1024]; src_test = test_path(src, &src_mtime); if (!(src_test & (TEST_FILE|TEST_READABLE))) { @@ -447,13 +451,33 @@ } snprintf(tmp_file, sizeof tmp_file, "%s.tmp", cat); snprintf(cmd, sizeof cmd, - "%scat %s | tbl | nroff -T%s -man | col | %s > %s.tmp", + "%scat %s | tbl | nroff -T%s -man 2>%s.err | col | %s > %s.tmp", zipped == BZIP ? BZ2CAT_CMD : zipped == GZIP ? GZCAT_CMD : "", - src, nroff_device, + src, nroff_device, cat, zipped == BZIP ? BZ2_CMD : zipped == GZIP ? GZ_CMD : "cat", cat); if (system(cmd) != 0) err(1, "formatting pipeline"); + + snprintf(err_file, sizeof err_file, "%s.err", cat); + if (stat(err_file, &err_st) < 0) + warn("%s", err_file); + else if (err_st.st_size > 0) + { + fprintf(stderr, "nroff formatting errors in %s:\n", src); + if ((err_fd = open(err_file, O_RDONLY)) < 0) + warn("%s", err_file); + else + { + while (read(err_fd, &err_buf, sizeof err_buf) > 0) + fprintf(stderr, "%s", err_buf); + + close(err_fd); + } + } + if (unlink(err_file) < 0) + warn("%s", err_file); + if (rename(tmp_file, cat) < 0) warn("%s", cat); tmp_file[0] = '\0'; --XsQoSWH+UP9D9v3l Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="catman-quiet.diff" --- catman.c 2007-10-30 05:05:04.000000000 +0000 +++ catman.c.orig 2007-10-30 04:43:52.000000000 +0000 @@ -447,9 +447,9 @@ } snprintf(tmp_file, sizeof tmp_file, "%s.tmp", cat); snprintf(cmd, sizeof cmd, - "%scat %s | tbl | nroff -T%s -man %s| col | %s > %s.tmp", + "%scat %s | tbl | nroff -T%s -man | col | %s > %s.tmp", zipped == BZIP ? BZ2CAT_CMD : zipped == GZIP ? GZCAT_CMD : "", - src, nroff_device, verbose ? "" : "2>/dev/null", + src, nroff_device, zipped == BZIP ? BZ2_CMD : zipped == GZIP ? GZ_CMD : "cat", cat); if (system(cmd) != 0) --XsQoSWH+UP9D9v3l-- From owner-freebsd-stable@FreeBSD.ORG Tue Oct 30 06:32:03 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 69F1616A418 for ; Tue, 30 Oct 2007 06:32:03 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with SMTP id 22DB613C48E for ; Tue, 30 Oct 2007 06:32:02 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 7731 invoked by uid 399); 30 Oct 2007 06:05:08 -0000 Received: from localhost (HELO slave.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 30 Oct 2007 06:05:08 -0000 X-Originating-IP: 127.0.0.1 Date: Mon, 29 Oct 2007 23:05:06 -0700 (PDT) From: Doug Barton To: Robert Marella In-Reply-To: <20071029093611.1ec829bc@p4> Message-ID: References: <20071029093611.1ec829bc@p4> X-message-flag: Outlook -- Not just for spreading viruses anymore! X-OpenPGP-Key-ID: 0xD5B2F0FB Organization: http://www.FreeBSD.org/ MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: "freebsd-stable@freebsd.org" Subject: Re: 7.0-BETA1 freeze using portmaster 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, 30 Oct 2007 06:32:03 -0000 On Mon, 29 Oct 2007, Robert Marella wrote: > Aloha > > [robert@p4] ~> uname -a > FreeBSD p4.konav201.local 7.0-BETA1 FreeBSD 7.0-BETA1 #2: Mon Oct 29 > 07:58:19 HST 2007 root@:/usr/obj/usr/src/sys/GENERIC i386 > > This was a fresh install of 7 from a couple of months ago when it was > -current. I have been updating src, ports, or both? > at least weekly since then. I csup'd and did the buildworld/kernel thing > this past Friday. At that time I change from the generic kernel to a > generic using -ULE. Assuming that you're now tracking RELENG_7, and assuming that you installed the new kernel and world, did you clean out all the old libraries and includes from before the branch? > When updating the ports over the weekend using "portmaster -a -u" the This isn't really relevant to your question, but I'd like to point out that I think people are using the -u flag a lot more than they really need to. Under normal circumstances once you're past the 'make config' stage and the ports start actually compiling there won't be any interaction required. In fact, now that the OPTIONS framework is fixed if you already have options files for the ports you have installed, and those options haven't changed, you won't even get those screens to deal with. > system would freeze at "Creating a backup package for old version > pkg-glob". Where pkg-glob is whatever was being updated at the time of > course. What happens if you just run 'pkg_create -b '? I strongly suspect that this is a problem with your pkg_create binary, since that's all portmaster is doing in that spot. If the pkg_create command failed then you would see an error message and portmaster would exit. hth, Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Tue Oct 30 06:53:31 2007 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC9BC16A419 for ; Tue, 30 Oct 2007 06:53:31 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with SMTP id 5747713C4AC for ; Tue, 30 Oct 2007 06:53:31 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 28250 invoked by uid 399); 30 Oct 2007 05:53:23 -0000 Received: from localhost (HELO slave.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 30 Oct 2007 05:53:23 -0000 X-Originating-IP: 127.0.0.1 Date: Mon, 29 Oct 2007 22:53:21 -0700 (PDT) From: Doug Barton To: Eugene Grosbein In-Reply-To: <20071028171921.GB18965@svzserv.kemerovo.su> Message-ID: References: <20071028083955.GA69713@svzserv.kemerovo.su> <20071028171921.GB18965@svzserv.kemerovo.su> X-message-flag: Outlook -- Not just for spreading viruses anymore! X-OpenPGP-Key-ID: 0xD5B2F0FB Organization: http://www.FreeBSD.org/ MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: stable@FreeBSD.org Subject: Re: CMOS, daylight saving time and dual-boot 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, 30 Oct 2007 06:53:31 -0000 On Mon, 29 Oct 2007, Eugene Grosbein wrote: > Suppose, the machine does not have global connectivity at all > (and it has no local source of exact time) or just at the boot time. > It still needs to adjust local time, right? Your post posited a problem with ntpd not being able to synch the time because it was an hour off. The fact that the DST problem caused the ntp problem isn't really relevant. > It seems to me as DST problem really, not NTP problem. I don't think I properly stated my actual point, which is that the issue you're describing is an edge case, and we have about 1k more important things that need developer time. If you choose to spend some of your time fixing this problem I'm sure we'd all be interested in your results. Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Tue Oct 30 07:06:33 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1CF0116A420 for ; Tue, 30 Oct 2007 07:06:33 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with SMTP id A5B9613C4AA for ; Tue, 30 Oct 2007 07:06:32 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 8610 invoked by uid 399); 30 Oct 2007 06:06:09 -0000 Received: from localhost (HELO slave.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 30 Oct 2007 06:06:09 -0000 X-Originating-IP: 127.0.0.1 Date: Mon, 29 Oct 2007 23:06:07 -0700 (PDT) From: Doug Barton To: Andrew Lankford In-Reply-To: <4724BEB3.5080905@charter.net> Message-ID: References: <47240A15.8080305@charter.net> <20071028074248.GA1511@haakonia.hitnet.RWTH-Aachen.DE> <4724BAD9.7000400@charter.net> <20071028164152.GA7516@eos.sc1.parodius.com> <4724BEB3.5080905@charter.net> X-message-flag: Outlook -- Not just for spreading viruses anymore! X-OpenPGP-Key-ID: 0xD5B2F0FB Organization: http://www.FreeBSD.org/ MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: stable@freebsd.org, current@freebsd.org Subject: Re: /usr/share/man/man8/MAKEDEV.8 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, 30 Oct 2007 07:06:33 -0000 On Sun, 28 Oct 2007, Andrew Lankford wrote: > Thbbt! I'm reading the catman version of MAKEDEV. I'll try posting this one more time. :) Before you installworld, just do 'rm -r /usr/share/man/' and you won't ever have that problem. Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Tue Oct 30 07:23:30 2007 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BFC5E16A41B; Tue, 30 Oct 2007 07:23:30 +0000 (UTC) (envelope-from eugen@kuzbass.ru) Received: from www.svzserv.kemerovo.su (www.svzserv.kemerovo.su [213.184.65.80]) by mx1.freebsd.org (Postfix) with ESMTP id 5513013C4B2; Tue, 30 Oct 2007 07:23:28 +0000 (UTC) (envelope-from eugen@kuzbass.ru) Received: from kuzbass.ru (kost [213.184.65.82]) by www.svzserv.kemerovo.su (8.13.8/8.13.8) with ESMTP id l9U6Yxfh095765; Tue, 30 Oct 2007 13:34:59 +0700 (KRAT) (envelope-from eugen@kuzbass.ru) Message-ID: <4726D08D.C4BC054A@kuzbass.ru> Date: Tue, 30 Oct 2007 13:34:53 +0700 From: Eugene Grosbein Organization: SVZServ X-Mailer: Mozilla 4.8 [en] (Windows NT 5.0; U) X-Accept-Language: ru,en MIME-Version: 1.0 To: Doug Barton References: <20071028083955.GA69713@svzserv.kemerovo.su> <20071028171921.GB18965@svzserv.kemerovo.su> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Cc: stable@FreeBSD.org Subject: Re: CMOS, daylight saving time and dual-boot 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, 30 Oct 2007 07:23:30 -0000 Doug Barton wrote: > > Suppose, the machine does not have global connectivity at all > > (and it has no local source of exact time) or just at the boot time. > > It still needs to adjust local time, right? > > Your post posited a problem with ntpd not being able to synch the time > because it was an hour off. The fact that the DST problem caused the ntp > problem isn't really relevant. > > > It seems to me as DST problem really, not NTP problem. > > I don't think I properly stated my actual point, which is that the issue > you're describing is an edge case, and we have about 1k more important > things that need developer time. > > If you choose to spend some of your time fixing this problem I'm sure we'd > all be interested in your results. I did some investigations about the issue. It seems there are two things to be done to fix this: 1) Choose a place to keep DST flag that was actual at the moment of last shutdown. It may be CMOS bit or on-disk file. On-disk file is less suitable for diskless stations but they can't run Windows anyway and should keep its CMOS times in UTC. OTOH, CMOS flag may be shared between several OS'es. 2) Teach 'adjkerntz -i' to respect the flag whenever it resides and adjust machdep.adjkerntz as needed. Both tasks are pretty simple and require just an accurate implementation. I'll try to find time for this. Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Tue Oct 30 08:03:13 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E911116A475 for ; Tue, 30 Oct 2007 08:03:13 +0000 (UTC) (envelope-from bh@izb.knu.ac.kr) Received: from izb.knu.ac.kr (unknown [IPv6:2002:9be6:9d5d:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 7D88413C4B2 for ; Tue, 30 Oct 2007 08:03:13 +0000 (UTC) (envelope-from bh@izb.knu.ac.kr) Received: by draba.izb.knu.ac.kr (Postfix, from userid 59) id E026D3EA6; Tue, 30 Oct 2007 17:03:10 +0900 (KST) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on draba.izb.knu.ac.kr X-Spam-Level: X-Spam-Status: No, score=-16.5 required=15.1 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VERIFIED autolearn=disabled version=3.2.3 X-Spam-Comment: DKIM? See http://www.google.com/search?btnI&q=RFC+4871 Received: from izb.knu.ac.kr (localhost.izb.knu.ac.kr [127.0.0.1]) by draba.izb.knu.ac.kr (Postfix) with ESMTP id 640663EA4; Tue, 30 Oct 2007 17:03:09 +0900 (KST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=izb.knu.ac.kr; h=subject: from:reply-to:to:cc:in-reply-to:references:content-type: content-transfer-encoding:date:message-id:mime-version; q= dns/txt; s=s1024; bh=pcyAPV+m5nevi+hDaJdGkFbotpQ=; b=ECcW29f1rT2 Musgah3Awyo20Jqy2T+zwcBqe2h+I5yMG/2z3b1+3W9ADuxXOMlM7w8j8h3GWZ4A Q73D2kmBShe4RvvIHoZt3vlgxCIpkX1yGMd5wBtnnq2Cxuzun9WXNCty3iDsalj3 TnWDKrC/c0IyoA1rAdtwYJOb7MnOW3n4= Received: from viola.izb.knu.ac.kr (viola.izb.knu.ac.kr [IPv6:2002:9be6:9d5d:3::3]) by draba.izb.knu.ac.kr (Postfix) with ESMTP id 4E1293E94; Tue, 30 Oct 2007 17:03:09 +0900 (KST) Received: by viola.izb.knu.ac.kr (Postfix, from userid 1001) id 88B805E10; Tue, 30 Oct 2007 17:03:10 +0900 (KST) From: Byung-Hee HWANG To: Rong-en Fan In-Reply-To: <6eb82e0710250551h544b2e43i73073b8196c50fe1@mail.gmail.com> References: <6eb82e0710250551h544b2e43i73073b8196c50fe1@mail.gmail.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: InZealBomb Date: Tue, 30 Oct 2007 17:03:09 +0900 Message-Id: <1193731389.2956.24.camel@viola.izb.knu.ac.kr> Mime-Version: 1.0 X-Mailer: Evolution 2.12.1 FreeBSD GNOME Team Port Cc: freebsd-stable@freebsd.org Subject: Re: HEADSUP: don't upgrade to RELENG_6 now [FIXED] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bh@izb.knu.ac.kr List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Oct 2007 08:03:14 -0000 Hello, On Thu, 2007-10-25 at 20:51 +0800, Rong-en Fan wrote: > The breakage introduced by MFC of ctype(3) after 2007/10/24 14:23 UTC > is now fixed. Make sure you have lib/Makefile rev 1.205.2.4 before upgrading > your world. If it breaks already, please follow the instructions in src/UPDATING > to recover. In that case, should I re-build only userland ? or should I re-build both userland and kernel? (Yep, of course, I have updated source tree with CVSup for now) > Sorry for all the troubles. No problem, I'm always OK! > Regards, > Rong-En Fan Byung-Hee > On 10/25/07, Rong-en Fan wrote: > > On 10/25/07, Rong-en Fan wrote: > > > On 10/25/07, Alson van der Meulen wrote: > > > > Hello, > > > > > > > > My installworld of RELENG_6 from a few hours ago failed with this error > > > > (from memory): > > > > /lib/libncurses.so.6: undefined symbol: __mb_sb_limit > > > > > > > > This broke everything that depended on libncurses, plus PAM. I had to > > > > force a reboot via DDB and copy /usr/obj/lib/libc/libc.so.6 to /lib > > > > using binaries from /rescue to fix it so I could run make installworld > > > > again. > > > > > > I will take a look. before that do not upgrade your system. > > > > I did some tests, it turns out that only RELENG_6 is affected. To be > > more specific, as ncurses lib is installed before libc. It gets broken. > > For 7 and above, it is fine because we install libc right after csu and > > before everything. > > > > One way to solve this is we install libc as early as possible, but I > > think it may be too risky at release cycle, so I would like to back > > out this change and add an UPDATING entry. Then check whether > > we can change the installation order of libc later. > > > > If you cvsup after 'Oct 24 14:32:33 2007 UTC', please do not > > upgrade until I send out all clear message. > > > > If you already broken your world, use this way in *single user*, > > > > /rescue/chflags noschg /lib/libc.so.6 > > /rescue/cp /usr/obj/usr/src/lib/libc/libc.so.6 /lib/ > > > > then you need reboot, after that continue installworld (this is what I > > just did). > > > > Sorry for all the trouble. > > > > Thanks, > > Rong-En Fan > > > > > > > > Regards, > > > Rong-En Fan > _______________________________________________ > 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" -- "After super, can you drive me and the kids to New York in your car?" "That's what I came for." -- Kay Adams and Tom Hagen, "Chapter 32", page 443 From owner-freebsd-stable@FreeBSD.ORG Tue Oct 30 08:08:16 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5989716A474 for ; Tue, 30 Oct 2007 08:08:16 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.189]) by mx1.freebsd.org (Postfix) with ESMTP id E15CB13C4A8 for ; Tue, 30 Oct 2007 08:08:15 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so1443975nfb for ; Tue, 30 Oct 2007 01:08:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=OSR4XZDzQ9IoXXIwqqucTbF8ebawCbqciClNzt47Rt8=; b=oB1tla+UNvOp1i1X9CNUyo1r++FxBbrwuSkf4r0t6EGESKm14zmG99A69vFtTVnzug9bbYW2vVLp8sEYOOvRd6LVLhobfpjubQ/DEkpIETiil6jRzIai9Ir62QeQu8l6gxtqh2Iua9O2G6PHGk8oSQEKWKSPDEGgLzEP+9cNiIw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=aqZdOkMDs+XeGcFwJfvDljpLB53t7su+ybB5MnmGZa0BprXkx3tJF4c5WG2w8Rqq0u4drb4RjUx+SWu/6EMs/XIkvn7B0BPDlMaxhNVV3ZqLSmGX0cbXk7b+t2QLI27Wig1lekYXLSE7pb/MOW6mxEmVTME9F54PI98iKolpfmQ= Received: by 10.86.96.18 with SMTP id t18mr5496455fgb.1193730167031; Tue, 30 Oct 2007 00:42:47 -0700 (PDT) Received: by 10.86.71.6 with HTTP; Tue, 30 Oct 2007 00:42:47 -0700 (PDT) Message-ID: <790a9fff0710300042q10aea64eu92c436ab960810a4@mail.gmail.com> Date: Tue, 30 Oct 2007 02:42:47 -0500 From: "Scot Hetzel" To: "Oliver Peter" In-Reply-To: <20071029224155.GG97703@nemesis.frida.mouhaha.de> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071029224155.GG97703@nemesis.frida.mouhaha.de> Cc: freebsd-stable@freebsd.org Subject: Re: iwi0: could not load 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: Tue, 30 Oct 2007 08:08:16 -0000 On 10/29/07, Oliver Peter wrote: > % uname -srm > FreeBSD 7.0-BETA1 i386 > > What did I do wrong? > > dmesg output: > iwi0: mem 0xa0202000-0xa0202fff irq 11 at > device 2.0 on pci4 > iwi0: Ethernet address: 00:16:6f:c3:e3:48 > iwi0: [ITHREAD] > iwi_bss: You need to read the LICENSE file in > /usr/share/doc/legal/intel_iwi/. > iwi_bss: If you agree with the license, set legal.intel_iwi.license_ack=1 in > /boot/loader.conf. > module_register_init: MOD_LOAD (iwi_bss_fw, 0xc4c535a0, 0) error 1 > firmware_get: failed to load firmware image iwi_bss > iwi0: could not load firmware > > I tried to bring up the interface with > > # ifconfig iwi0 up > > And I have the following entry in /boot/loader.conf > > # intel/wireless > set legal.intel_iwi.license_ack=1 > if_iwi_load="YES > Remove the word 'set ', as it is not needed in /boot/loader.conf. Scot From owner-freebsd-stable@FreeBSD.ORG Tue Oct 30 08:16:19 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F236F16A476; Tue, 30 Oct 2007 08:16:19 +0000 (UTC) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr11.xs4all.nl (smtp-vbr11.xs4all.nl [194.109.24.31]) by mx1.freebsd.org (Postfix) with ESMTP id 159AE13C4DA; Tue, 30 Oct 2007 08:16:16 +0000 (UTC) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (obsolete.xs4all.nl [82.95.250.254]) by smtp-vbr11.xs4all.nl (8.13.8/8.13.8) with ESMTP id l9U852wF088526; Tue, 30 Oct 2007 09:05:06 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.8/8.13.3) with ESMTP id l9U852RJ014244; Tue, 30 Oct 2007 09:05:02 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.8/8.13.6/Submit) id l9U851vb014243; Tue, 30 Oct 2007 09:05:02 +0100 (CET) (envelope-from wb) Date: Tue, 30 Oct 2007 09:05:01 +0100 From: Wilko Bulte To: Daniel Dias =?iso-8859-1?Q?Gon=E7alves?= Message-ID: <20071030080501.GA14223@freebie.xs4all.nl> References: <471FE33E.5050800@dgnetwork.com.br> <20071025033516.GC16092@cdnetworks.co.kr> <4726455B.6020405@dgnetwork.com.br> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4726455B.6020405@dgnetwork.com.br> User-Agent: Mutt/1.5.11 X-Virus-Scanned: by XS4ALL Virus Scanner Cc: pyunyh@gmail.com, freebsd-net@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Realtek Gigabit Network Card 0xd6088086 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, 30 Oct 2007 08:16:20 -0000 Quoting Daniel Dias Gonalves, who wrote on Mon, Oct 29, 2007 at 06:40:59PM -0200 .. > Pyun YongHyeon escreveu: > >On Wed, Oct 24, 2007 at 10:28:46PM -0200, Daniel Dias Gon?alves wrote: > > > Hi, > > > > > > FreeBSD 6.2-STABLE can support this network card? > > > > > > none2@pci3:0:0: class=0x020000 card=0xd6088086 chip=0x816810ec > > rev=0x01 > hdr=0x00 > > > vendor = 'Realtek Semiconductor' > > > class = network > > > subclass = ethernet > > > > > > >If it's not detected by re(4) your NIC would be newer 8168 series. > >So try re(4) first and let me know the result.(I have a WIP version > >for newer 8168 family but need testers.) > > > > > Hi, > > I' m using kernel generic "SMP" > (root@dessler.cse.buffalo.edu:/usr/obj/usr/src/sys/SMP) and already is > enable "device re", but dont work. > What is WIP version ? Work In Progress. So Pyun is working on it right now. -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Tue Oct 30 08:39:40 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0E20716A41A for ; Tue, 30 Oct 2007 08:39:40 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 59E9313C4F4 for ; Tue, 30 Oct 2007 08:39:38 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: (qmail invoked by alias); 30 Oct 2007 08:39:09 -0000 Received: from vpn-cl-164-19.rz.uni-karlsruhe.de (EHLO mobileKamikaze.norad) [141.3.164.19] by mail.gmx.net (mp016) with SMTP; 30 Oct 2007 09:39:09 +0100 X-Authenticated: #5465401 X-Provags-ID: V01U2FsdGVkX1+OHc0MMD+OGU4oDjBjUC5eS4ltWSweSSxVZJcgAc YSid5f93oR860v Message-ID: <4726EDA2.4090807@gmx.de> Date: Tue, 30 Oct 2007 09:38:58 +0100 From: "[LoN]Kamikaze" User-Agent: Thunderbird 2.0.0.6 (X11/20071015) MIME-Version: 1.0 To: Oliver Peter References: <20071029224155.GG97703@nemesis.frida.mouhaha.de> In-Reply-To: <20071029224155.GG97703@nemesis.frida.mouhaha.de> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: freebsd-stable@freebsd.org Subject: Re: iwi0: could not load 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: Tue, 30 Oct 2007 08:39:40 -0000 Oliver Peter wrote: > ... > And I have the following entry in /boot/loader.conf > > # intel/wireless > set legal.intel_iwi.license_ack=1 > if_iwi_load="YES Why did you put set in front of your license agreement? From owner-freebsd-stable@FreeBSD.ORG Tue Oct 30 08:52:14 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 01E8116A468; Tue, 30 Oct 2007 08:52:14 +0000 (UTC) (envelope-from nvass@teledomenet.gr) Received: from smtp.teledomenet.gr (smtp.teledomenet.gr [213.142.128.2]) by mx1.freebsd.org (Postfix) with ESMTP id A809913C4CB; Tue, 30 Oct 2007 08:52:13 +0000 (UTC) (envelope-from nvass@teledomenet.gr) Received: by smtp.teledomenet.gr (Postfix, from userid 58) id 52FA8142205; Tue, 30 Oct 2007 10:34:35 +0200 (EET) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on smtp.teledomenet.gr X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00 autolearn=ham version=3.2.3 Received: from iris (unknown [192.168.1.71]) by smtp.teledomenet.gr (Postfix) with ESMTP id BFD8414219A; Tue, 30 Oct 2007 10:34:32 +0200 (EET) From: Nikos Vassiliadis To: freebsd-stable@freebsd.org Date: Tue, 30 Oct 2007 10:36:50 +0200 User-Agent: KMail/1.9.7 References: <200710282222.QAA01991@lariat.net> In-Reply-To: <200710282222.QAA01991@lariat.net> X-NCC-RegID: gr.telehouse MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-7" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200710301036.50789.nvass@teledomenet.gr> Cc: Brett Glass , stable@freebsd.org Subject: Re: MFC requests for 6.3 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, 30 Oct 2007 08:52:14 -0000 On Monday 29 October 2007 00:22:34 Brett Glass wrote: > I would like to request that some useful work on networking be MFCed > from -CURRENT to -STABLE in time for the release of FreeBSD 6.3. In > particular, I'd like to see some of the Netgraph nodes which are new or > which have seen extensive development brought in -- ng_nat and ng_car in > particular. Bringing in the latest version of ng_nat would allow more > flexible in-kernel NAT, while ng_car (which doesn't seem to be in > 6-STABLE at all) would allow burstable traffic shaping -- something that > DUMMYNET doesn't have. The latest version of mpd wouldn't be fully > usable unless these and other Netgraph code that was developed for it > are there.... Hello Brett, ng_nat is part of 6-STABLE and maybe Alexander(mav@) would like to bring in ng_car as well. Don't know the MFC policies or other possible difficulties. Let him know of your request. HTH Nikos From owner-freebsd-stable@FreeBSD.ORG Tue Oct 30 08:52:14 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 01E8116A468; Tue, 30 Oct 2007 08:52:14 +0000 (UTC) (envelope-from nvass@teledomenet.gr) Received: from smtp.teledomenet.gr (smtp.teledomenet.gr [213.142.128.2]) by mx1.freebsd.org (Postfix) with ESMTP id A809913C4CB; Tue, 30 Oct 2007 08:52:13 +0000 (UTC) (envelope-from nvass@teledomenet.gr) Received: by smtp.teledomenet.gr (Postfix, from userid 58) id 52FA8142205; Tue, 30 Oct 2007 10:34:35 +0200 (EET) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on smtp.teledomenet.gr X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00 autolearn=ham version=3.2.3 Received: from iris (unknown [192.168.1.71]) by smtp.teledomenet.gr (Postfix) with ESMTP id BFD8414219A; Tue, 30 Oct 2007 10:34:32 +0200 (EET) From: Nikos Vassiliadis To: freebsd-stable@freebsd.org Date: Tue, 30 Oct 2007 10:36:50 +0200 User-Agent: KMail/1.9.7 References: <200710282222.QAA01991@lariat.net> In-Reply-To: <200710282222.QAA01991@lariat.net> X-NCC-RegID: gr.telehouse MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-7" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200710301036.50789.nvass@teledomenet.gr> Cc: Brett Glass , stable@freebsd.org Subject: Re: MFC requests for 6.3 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, 30 Oct 2007 08:52:14 -0000 On Monday 29 October 2007 00:22:34 Brett Glass wrote: > I would like to request that some useful work on networking be MFCed > from -CURRENT to -STABLE in time for the release of FreeBSD 6.3. In > particular, I'd like to see some of the Netgraph nodes which are new or > which have seen extensive development brought in -- ng_nat and ng_car in > particular. Bringing in the latest version of ng_nat would allow more > flexible in-kernel NAT, while ng_car (which doesn't seem to be in > 6-STABLE at all) would allow burstable traffic shaping -- something that > DUMMYNET doesn't have. The latest version of mpd wouldn't be fully > usable unless these and other Netgraph code that was developed for it > are there.... Hello Brett, ng_nat is part of 6-STABLE and maybe Alexander(mav@) would like to bring in ng_car as well. Don't know the MFC policies or other possible difficulties. Let him know of your request. HTH Nikos From owner-freebsd-stable@FreeBSD.ORG Tue Oct 30 08:58:51 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 88EEA16A418 for ; Tue, 30 Oct 2007 08:58:51 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.178]) by mx1.freebsd.org (Postfix) with ESMTP id 51EBA13C4CC for ; Tue, 30 Oct 2007 08:58:50 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so2487751waf for ; Tue, 30 Oct 2007 01:58:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=AlNUmyB7APMQqsG+6QBKbMWVmu+91L4heRrqkE5L3Io=; b=RdyQrl5a/WGgdas5RAfwiNnpO4Nro14S2kpIFe2d+oB3IuXUW6yW06HvXYSnoBKzLp92WNHwKAv3bQn2jERYSoVDxv5XIzP97qYETKdHeZ/BWYA/7924NKTn0klffnUC8ZSParjrN9s7SYPpl26rdSl7Llj/3GNyYAMzHe+otLo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=WgazYJkHARVZd3Zlz/g/99GC+/dgnq68qdx83jU1uyXK2tsDYcGlQWvKDdnZafMiAOL29bhU3W177Zh2qKc2M6gkAoTWIB7LeZPYcDkvO6T5dXp3S7ZrJQfs8916+R2N4WDm3EVO3KqAJPGeFKAof5hVixhTxx5F7GAwualvc7M= Received: by 10.115.88.1 with SMTP id q1mr1760059wal.1193734723823; Tue, 30 Oct 2007 01:58:43 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id m27sm15057294wag.2007.10.30.01.58.40 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 30 Oct 2007 01:58:42 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id l9U8wZkT039784 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 30 Oct 2007 17:58:35 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id l9U8wVsZ039780; Tue, 30 Oct 2007 17:58:31 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Tue, 30 Oct 2007 17:58:31 +0900 From: Pyun YongHyeon To: Oleg Lomaka Message-ID: <20071030085831.GG38663@cdnetworks.co.kr> References: <20071024084934.GF11234@cdnetworks.co.kr> <471F52DC.4080305@gmail.com> <20071025020637.GA16092@cdnetworks.co.kr> <47203EC3.4010203@gmail.com> <20071025083032.GE16092@cdnetworks.co.kr> <20071027030921.GC25452@cdnetworks.co.kr> <4726EE79.6050401@lomaka.org.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4726EE79.6050401@lomaka.org.ua> User-Agent: Mutt/1.4.2.1i Cc: Oleg Lomaka , freebsd-stable@freebsd.org Subject: Re: any hope for nfe/msk? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Oct 2007 08:58:51 -0000 On Tue, Oct 30, 2007 at 10:42:33AM +0200, Oleg Lomaka wrote: > Pyun YongHyeon wrote: > >On Thu, Oct 25, 2007 at 05:30:32PM +0900, To Oleg Lomaka wrote: > > > >[...] > > > > > > tdevil% grep -iE "msk|phy" /var/run/dmesg.boot > > > > pci0: domain=0, physical bus=0 > > > > pci2: domain=0, physical bus=2 > > > > mskc0: port 0x2000-0x20ff > > mem > > 0xd0100000-0xd0103fff irq 16 at device 0.0 on pci2 > > > > mskc0: Reserved 0x4000 bytes for rid 0x10 type 3 at 0xd0100000 > > > > mskc0: MSI count : 2 > > > > mskc0: RAM buffer size : 16KB > > > > mskc0: Port 0 : Rx Queue 10KB(0x00000000:0x000027ff) > > > > mskc0: Port 0 : Tx Queue 10KB(0x00002800:0x00004fff) > > > > msk0: on > > mskc0 > > > > msk0: bpf attached > > > > msk0: Ethernet address: 00:1b:24:0e:bc:26 > > > > miibus0: on msk0 > > > > e1000phy0: PHY 0 on > > miibus0 > > > > e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > > > > ukphy0: PHY 3 on miibus0 > > > > ukphy0: OUI 0x001000, model 0x0004, rev. 0 > > > > ukphy0: no media present > > > > ukphy1: PHY 6 on miibus0 > > > > ukphy1: OUI 0x004400, model 0x0011, rev. 0 > > > > ukphy1: no media present > > > > mskc0: [MPSAFE] > > > > mskc0: [FILTER] > > > > pci3: domain=0, physical bus=3 > > > > pci4: domain=0, physical bus=4 > > > > pci5: domain=0, physical bus=5 > > > > pci10: domain=0, physical bus=10 > > > > > > > > > > Thanks for the info. Would please try attached patch? > > > > > > >Any progress here? > >I guess it's very important to fix the bug as it would affect all > >Yukon FE based NIC. > > > > > I've applied your patch again yesterday. There was no halts for few > hours already (after ports cvs up and other network/cpu loads). I'll > give you a note in a day or two if there will no be any troubles. > Thanks for your help. > Glad to hear that. Would you show me the verbosed boot messages related with msk(4)? According to your dmesg output I guess you have phantom PHYs attached to msk(4) too. So I'd also like to know the output of "devinfo -rv". -- Regards, Pyun YongHyeon From owner-freebsd-stable@FreeBSD.ORG Tue Oct 30 09:16:39 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C990416A41A for ; Tue, 30 Oct 2007 09:16:39 +0000 (UTC) (envelope-from hoschi@etain.frida.mouhaha.de) Received: from etain.frida.mouhaha.de (etain.frida.mouhaha.de [85.236.48.54]) by mx1.freebsd.org (Postfix) with ESMTP id 85B0513C4A6 for ; Tue, 30 Oct 2007 09:16:39 +0000 (UTC) (envelope-from hoschi@etain.frida.mouhaha.de) Received: from localhost (etain.frida.mouhaha.de [85.236.48.54]) by etain.frida.mouhaha.de (Postfix) with ESMTP id 95D814B9437 for ; Tue, 30 Oct 2007 10:16:05 +0100 (CET) X-Virus-Scanned: amavisd-new at mouhaha.de Received: from etain.frida.mouhaha.de ([85.236.48.54]) by localhost (etain.frida.mouhaha.de [85.236.48.54]) (amavisd-new, port 10024) with ESMTP id rbYFea-7SApM for ; Tue, 30 Oct 2007 10:16:04 +0100 (CET) Received: by etain.frida.mouhaha.de (Postfix, from userid 1001) id 408C14B932A; Tue, 30 Oct 2007 10:16:04 +0100 (CET) Date: Tue, 30 Oct 2007 10:16:04 +0100 From: Oliver Peter To: freebsd-stable@freebsd.org Message-ID: <20071030091603.GH97703@nemesis.frida.mouhaha.de> References: <20071029224155.GG97703@nemesis.frida.mouhaha.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="o7gdRJTuwFmWapyH" Content-Disposition: inline In-Reply-To: <20071029224155.GG97703@nemesis.frida.mouhaha.de> X-Operating-System: FreeBSD 6.2-RELEASE-p8 i386 User-Agent: Mutt/1.5.16 (2007-06-09) Subject: Re: iwi0: could not load 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: Tue, 30 Oct 2007 09:16:39 -0000 --o7gdRJTuwFmWapyH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Oct 29, 2007 at 11:41:56PM +0100, Oliver Peter wrote: > iwi_bss: If you agree with the license, set legal.intel_iwi.license_ack= =3D1 in /boot/loader.conf. >=20 > And I have the following entry in /boot/loader.conf >=20 > # intel/wireless > set legal.intel_iwi.license_ack=3D1 After removing the 'set' it works fine. Thanks to all for your answers. Bye fat-fingered-hoschi --=20 Oliver PETER, eMail: hoschi@mouhaha.de, ICQ# 113969174 "Worker bees can leave. Even drones can fly away. The Queen is their slave." --o7gdRJTuwFmWapyH Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.3 (FreeBSD) iEYEARECAAYFAkcm9lMACgkQ6LH/IUVtaI8VYQCfUgo5lD/cPM/FX5lNAI4LQQC4 d6gAoIb76xgVa/l/bReCNtF4/CqhcKzC =OYEX -----END PGP SIGNATURE----- --o7gdRJTuwFmWapyH-- From owner-freebsd-stable@FreeBSD.ORG Tue Oct 30 09:22:33 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BEF3E16A418 for ; Tue, 30 Oct 2007 09:22:33 +0000 (UTC) (envelope-from jonc@chen.org.nz) Received: from drone1.qsi.net.nz (drone1-svc-skyt.qsi.net.nz [202.89.128.1]) by mx1.freebsd.org (Postfix) with ESMTP id 1ABBF13C494 for ; Tue, 30 Oct 2007 09:22:32 +0000 (UTC) (envelope-from jonc@chen.org.nz) Received: (qmail 9588 invoked by uid 0); 30 Oct 2007 08:55:44 -0000 Received: from unknown (HELO chen.org.nz) ([202.89.146.5]) (envelope-sender ) by 0 (qmail-ldap-1.03) with SMTP for ; 30 Oct 2007 08:55:43 -0000 Received: by chen.org.nz (Postfix, from userid 1000) id D47197E862; Tue, 30 Oct 2007 21:55:42 +1300 (NZDT) Date: Tue, 30 Oct 2007 21:55:42 +1300 From: Jonathan Chen To: freebsd-stable@freebsd.org Message-ID: <20071030085542.GA1924@osiris.chen.org.nz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Subject: Kernel panic with Bitorrent client 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, 30 Oct 2007 09:22:33 -0000 Hi, I've just recently updated Deluge (a GNOME Bitorrent client), and I'm experiencing kernel panics when I run this on -STABLE as at 22-Oct-2007. The panic is reproducible on another machine running an older version of -STABLE as well. I managed to get a kernel dump while running it under single-user mode. Contents of kgdb follows. Hope it is of help to someone. Cheers. -- Jonathan Chen ---------------------------------------------------------------------- "I don't want to achive immortality through my works.. I want to achieve it through not dying" - Woody Allen ----------------------------------------------------------------------- osiris-OSIRIS,9:44pm# kgdb kernel.debug /var/crash/vmcore.0 kgdb: kvm_nlist(_stopped_cpus): kgdb: kvm_nlist(_stoppcbs): [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: <118>osiris-~,9:35pm> <118>s <118>t <118>a <118>r <118>t <118>x <118> <118>xauth: creating new authority file /home/jonc/.serverauth.2052 <118>xauth: creating new authority file /home/jonc/.Xauthority <118>xauth: creating new authority file /home/jonc/.Xauthority <118>xauth: (argv):1: <118>bad display name "osiris.chen.org.nz:0" in "list" command <118>xauth: (stdin):1: <118>bad display name "osiris.chen.org.nz:0" in "add" command <118> <118> <118> <118>X.Org X Server 1.4.0 <118> <118>Release Date: 5 September 2007 <118>X Protocol Version 11, Revision 0 <118>Build Operating System: FreeBSD 6.2-STABLE i386 <118>Current Operating System: FreeBSD osiris.chen.org.nz 6.2-STABLE FreeBSD 6.2-STABLE #0: Mon Oct 22 11:26:18 NZDT 2007 root@osiris.chen.org.nz:/usr/obj/usr/src/sys/OSIRIS i386 <118>Build Date: 02 October 2007 08:08:35PM <118> <118> Before reporting problems, check http://wiki.x.org <118> to make sure that you have the latest version. <118>Module Loader present <118>Markers: <118>(--) probed, <118>(**) from config file, <118>(==) default setting, <118> <118>(++) from command line, <118>(!!) notice, <118>(II) informational, <118> <118>(WW) warning, <118>(EE) error, <118>(NI) not implemented, <118>(??) unknown. <118>(==) Log file: "/var/log/Xorg.0.log", Time: Tue Oct 30 21:35:20 2007 <118>(==) Using config file: "/etc/X11/xorg.conf" <118>(II) Module "i2c" already built-in <118>(II) Module "ddc" already built-in <118>(II) Module "ramdac" already built-in Fatal trap 12: page fault while in kernel mode fault virtual address = 0x0 fault code = supervisor read, page not present instruction pointer = 0x20:0xc0599173 stack pointer = 0x28:0xeb5feb38 frame pointer = 0x28:0xeb5feb40 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 2096 (python2.5) trap number = 12 panic: page fault Uptime: 5m56s Dumping 1023 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 1023MB (261872 pages) 1007 991 975 959 943 927 911 895 879 863 847 831 815 799 783 767 751 735 719 703 687 671 655 639 623 607 591 575 559 543 527 511 495 479 463 447 431 415 399 383 367 351 335 319 303 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 #0 doadump () at pcpu.h:165 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) list *0xc0599173 0xc0599173 is in if_findmulti (/usr/src/sys/net/if.c:1893). 1888 TAILQ_FOREACH(ifma, &ifp->if_multiaddrs, ifma_link) { 1889 if (sa->sa_family == AF_LINK) { 1890 if (sa_dl_equal(ifma->ifma_addr, sa)) 1891 break; 1892 } else { 1893 if (sa_equal(ifma->ifma_addr, sa)) 1894 break; 1895 } 1896 } 1897 (kgdb) bt #0 doadump () at pcpu.h:165 #1 0xc052a952 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc052abe8 in panic (fmt=0xc06a4845 "%s") at /usr/src/sys/kern/kern_shutdown.c:565 #3 0xc0673ce0 in trap_fatal (frame=0xeb5feaf8, eva=0) at /usr/src/sys/i386/i386/trap.c:838 #4 0xc0673a47 in trap_pfault (frame=0xeb5feaf8, usermode=0, eva=0) at /usr/src/sys/i386/i386/trap.c:745 #5 0xc06736a5 in trap (frame= {tf_fs = 8, tf_es = 40, tf_ds = 40, tf_edi = -346035324, tf_esi = -346035324, tf_ebp = -346035392, tf_isp = -346035420, tf_ebx = -986119552, tf_edx = 176, tf_ecx = 43, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = -1067871885, tf_cs = 32, tf_eflags = 66183, tf_esp = -346035324, tf_ss = -994220032}) at /usr/src/sys/i386/i386/trap.c:435 #6 0xc0661b4a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc0599173 in if_findmulti (ifp=0x0, sa=0xeb5feb84) at /usr/src/sys/net/if.c:1893 #8 0xc0599313 in if_addmulti (ifp=0xc4bd6800, sa=0xeb5feb84, retifma=0xeb5feb80) at /usr/src/sys/net/if.c:2001 #9 0xc05af097 in in_addmulti (ap=0xeb5febb8, ifp=0xc4bd6800) at /usr/src/sys/netinet/in.c:982 #10 0xc05b8274 in ip_setmoptions (inp=0xc4ff67bc, sopt=0xb0) at /usr/src/sys/netinet/ip_output.c:1897 #11 0xc05b76a3 in ip_ctloutput_pcbinfo (so=0xc5242de8, sopt=0xeb5fec90, pcbinfo=0xc070f780) at /usr/src/sys/netinet/ip_output.c:1314 #12 0xc05b7950 in ip_ctloutput (so=0xc5242de8, sopt=0xeb5fec90) at /usr/src/sys/netinet/ip_output.c:1516 #13 0xc056583c in sosetopt (so=0xc5242de8, sopt=0xeb5fec90) at /usr/src/sys/kern/uipc_socket.c:1575 #14 0xc056abbd in kern_setsockopt (td=0xc55b5000, s=8, level=0, name=0, val=0x2b, valseg=UIO_USERSPACE, valsize=176) at /usr/src/sys/kern/uipc_syscalls.c:1351 #15 0xc056aade in setsockopt (td=0xc55b5000, uap=0x0) at /usr/src/sys/kern/uipc_syscalls.c:1307 #16 0xc0673ff7 in syscall (frame= {tf_fs = 59, tf_es = 59, tf_ds = 59, tf_edi = -1077948888, tf_esi = -1077947712, tf_ebp = -1077949208, tf_isp = -346034844, tf_ebx = 677728976, tf_edx = 0, tf_ecx = 1, tf_eax = 105, tf_trapno = 12, tf_err = 2, tf_eip = 673121211, tf_cs = 51, tf_eflags = 658, tf_esp = -1077949364, tf_ss = 59}) at /usr/src/sys/i386/i386/trap.c:984 #17 0xc0661b9f in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:200 #18 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) ------------------------------------------------------------------------------- dmesg follows: Copyright (c) 1992-2007 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 is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-STABLE #0: Mon Oct 22 11:26:18 NZDT 2007 root@osiris.chen.org.nz:/usr/obj/usr/src/sys/OSIRIS ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) XP 2800+ (2079.56-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x6a0 Stepping = 0 Features=0x383fbff AMD Features=0xc0400800 real memory = 1073676288 (1023 MB) avail memory = 1041678336 (993 MB) ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff,0xcf0-0xcf3 on acpi0 pci0: on pcib0 Correcting nForce2 C1 CPU disconnect hangs agp0: mem 0xe0000000-0xe3ffffff at device 0.0 on pci0 pci0: at device 0.1 (no driver attached) pci0: at device 0.2 (no driver attached) pci0: at device 0.3 (no driver attached) pci0: at device 0.4 (no driver attached) pci0: at device 0.5 (no driver attached) isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) ohci0: mem 0xe9003000-0xe9003fff irq 20 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: 3 ports with 3 removable, self powered ohci1: mem 0xe9004000-0xe9004fff irq 21 at device 2.1 on pci0 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: on ohci1 usb1: USB revision 1.0 uhub1: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 3 ports with 3 removable, self powered ehci0: mem 0xe9005000-0xe90050ff irq 22 at device 2.2 on pci0 ehci0: [GIANT-LOCKED] usb2: EHCI version 1.0 usb2: companion controllers, 4 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: nVidia EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: 6 ports with 6 removable, self powered pcm0: port 0xd400-0xd4ff,0xd800-0xd87f mem 0xe9001000-0xe9001fff irq 20 at device 6.0 on pci0 pcm0: pcib1: at device 8.0 on pci0 pci1: on pcib1 xl0: <3Com 3c905-TX Fast Etherlink XL> port 0xa000-0xa03f irq 16 at device 8.0 on pci1 miibus0: on xl0 nsphy0: on miibus0 nsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto xl0: Ethernet address: 00:60:97:a4:7f:82 re0: port 0xa400-0xa4ff mem 0xe8006000-0xe80060ff irq 16 at device 11.0 on pci1 miibus1: on re0 rgephy0: on miibus1 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto re0: Ethernet address: 00:0d:61:77:af:09 re0: [FAST] atapci0: port 0xa810-0xa817,0xac00-0xac03,0xb010-0xb017,0xb400-0xb403,0xb800-0xb80f irq 17 at device 12.0 on pci1 ata2: on atapci0 ata3: on atapci0 atapci1: port 0xbc00-0xbc07,0xc000-0xc003,0xc400-0xc407,0xc800-0xc803,0xcc00-0xcc0f mem 0xe8004000-0xe80041ff irq 18 at device 13.0 on pci1 ata4: on atapci1 ata5: on atapci1 fwohci0: mem 0xe8005000-0xe80057ff,0xe8000000-0xe8003fff irq 16 at device 14.0 on pci1 fwohci0: OHCI version 1.10 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:0d:61:00:00:48:17:f4 fwohci0: Phy 1394a available S400, 3 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 sbp0: on firewire0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:0d:61:48:17:f4 fwe0: Ethernet address: 02:0d:61:48:17:f4 fwe0: if_start running deferred for Giant fwohci0: Initiate bus reset fwohci0: BUS reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) atapci2: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device 9.0 on pci0 ata0: on atapci2 ata1: on atapci2 pcib2: at device 30.0 on pci0 pci2: on pcib2 pci2: at device 0.0 (no driver attached) 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 sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ppc0: port 0x378-0x37f,0x778-0x77b irq 7 drq 3 on acpi0 ppc0: Generic chipset (ECP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/16 bytes threshold ppbus0: on ppc0 ppbus0: IEEE1284 device found /NIBBLE/ECP Probing for PnP devices on ppbus0: ppbus0: PJL,MLC,PCLXL,PCL,POSTSCRIPT 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] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcefff 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 Timecounter "TSC" frequency 2079561755 Hz quality 800 Timecounters tick every 1.000 msec ad0: 78166MB at ata0-master UDMA133 ad1: 190782MB at ata0-slave UDMA133 acd0: DVDR at ata1-master UDMA33 acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 sks=0x40 0x00 0x01 cd0 at ata1 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: cd present [2295104 x 2048 byte records] Trying to mount root from ufs:/dev/ad0s1a WARNING: / was not properly dismounted ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding disabled, default to deny, logging disabled re0: link state changed to UP From owner-freebsd-stable@FreeBSD.ORG Tue Oct 30 09:25:07 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 61E6216A41B for ; Tue, 30 Oct 2007 09:25:07 +0000 (UTC) (envelope-from dsyphers@u.washington.edu) Received: from mxout3.cac.washington.edu (mxout3.cac.washington.edu [140.142.32.166]) by mx1.freebsd.org (Postfix) with ESMTP id 336A613C4DB for ; Tue, 30 Oct 2007 09:25:07 +0000 (UTC) (envelope-from dsyphers@u.washington.edu) Received: from smtp.washington.edu (smtp.washington.edu [140.142.32.139]) by mxout3.cac.washington.edu (8.13.7+UW06.06/8.13.7+UW07.09) with ESMTP id l9U8ZAwg022991 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 30 Oct 2007 01:35:10 -0700 X-Auth-Received: from [192.168.1.102] (c-67-161-112-197.hsd1.wa.comcast.net [67.161.112.197]) (authenticated authid=dsyphers) by smtp.washington.edu (8.13.7+UW06.06/8.13.7+UW07.09) with ESMTP id l9U8ZAtc021975 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 30 Oct 2007 01:35:10 -0700 From: David Syphers To: "Jason Slack" Date: Tue, 30 Oct 2007 01:37:35 -0700 User-Agent: KMail/1.9.6 References: <7dc35e670710291625l43902c92o5b364f84bf769811@mail.gmail.com> In-Reply-To: <7dc35e670710291625l43902c92o5b364f84bf769811@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200710300137.36331.dsyphers@u.washington.edu> X-PMX-Version: 5.3.3.310218, Antispam-Engine: 2.5.2.313940, Antispam-Data: 2007.10.30.11817 X-Uwash-Spam: Gauge=IIIIIII, Probability=7%, Report='__CD 0, __CP_URI_IN_BODY 0, __CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_MSGID 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __USER_AGENT 0' Cc: freebsd-stable@freebsd.org Subject: Re: Upgrading FreeBSD Questions 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, 30 Oct 2007 09:25:07 -0000 On Monday 29 October 2007, Jason Slack wrote: > Hi All, > > I am new to FreeBSD, or want to be. > > I have an HP Media center PC that has the Viiv 920-D processor with 4GB of > RAM. I hate Windows, but had to sell my MacBook so my Fiance and I could > get into a new apartment together. > > I want to try version 7 as it has items of interest to me, but I am not one > to continually wipe and reload my machine, can you upgrade from the test > releases of 7 available now to the final release when ready? Or do you have > to wipe? With FreeBSD you can (by and large) upgrade from anything to anything. Certainly from 6.x or 7-beta to 7.0 release when that happens. (Upgrades to later 7.x releases will be painless as well.) You can do a binary upgrade, but most people on this list (-stable) will use source upgrade. See http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/cutting-edge.html It's really a fairly straightforward procedure, especially for someone with Unix background like yourself. When you upgrade, make sure you're using the source tag that you want (maybe RELENG_7_0 for you, which is the release branch - only critical fixes will go in this after the release happens). Welcome to FreeBSD. -David From owner-freebsd-stable@FreeBSD.ORG Tue Oct 30 09:30:18 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1EE2116A417; Tue, 30 Oct 2007 09:30:18 +0000 (UTC) (envelope-from djv@iki.fi) Received: from gw02.mail.saunalahti.fi (gw02.mail.saunalahti.fi [195.197.172.116]) by mx1.freebsd.org (Postfix) with ESMTP id CCD9013C4C8; Tue, 30 Oct 2007 09:30:17 +0000 (UTC) (envelope-from djv@iki.fi) Received: from [192.168.1.5] (a91-153-148-73.elisa-laajakaista.fi [91.153.148.73]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by gw02.mail.saunalahti.fi (Postfix) with ESMTP id 4C3CD1394A2; Tue, 30 Oct 2007 11:13:00 +0200 (EET) Message-ID: <4726F59B.1080101@iki.fi> Date: Tue, 30 Oct 2007 11:12:59 +0200 From: Tuomo Latto User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.6) Gecko/20070728 Thunderbird/2.0.0.6 Mnenhy/0.7.5.666 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <471FE33E.5050800@dgnetwork.com.br> <20071025033516.GC16092@cdnetworks.co.kr> <4726455B.6020405@dgnetwork.com.br> In-Reply-To: <4726455B.6020405@dgnetwork.com.br> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 8bit Cc: freebsd-net@freebsd.org Subject: Re: Realtek Gigabit Network Card 0xd6088086 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, 30 Oct 2007 09:30:18 -0000 Daniel Dias Gonalves wrote: > What is WIP version ? http://www.acronymfinder.com/af-query.asp?Acronym=WIP&Find=find&string=exact -- Tuomo ... Drawing on my fine command of language, I said nothing From owner-freebsd-stable@FreeBSD.ORG Tue Oct 30 09:30:48 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2FCF516A418; Tue, 30 Oct 2007 09:30:48 +0000 (UTC) (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 AABE113C4BC; Tue, 30 Oct 2007 09:30:47 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.1/8.14.1) with ESMTP id l9U9UbhW046023; Tue, 30 Oct 2007 12:30:37 +0300 (MSK) (envelope-from marck@rinet.ru) Date: Tue, 30 Oct 2007 12:30:37 +0300 (MSK) From: Dmitry Morozovsky To: Alfred Perlstein In-Reply-To: <20071029232403.GE33488@elvis.mu.org> Message-ID: <20071030122816.U39332@woozle.rinet.ru> References: <20071029111235.E69594@woozle.rinet.ru> <20071029232403.GE33488@elvis.mu.org> X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (woozle.rinet.ru [0.0.0.0]); Tue, 30 Oct 2007 12:30:38 +0300 (MSK) Cc: stable@freebsd.org Subject: Re: rrdtool performance tuning (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: Tue, 30 Oct 2007 09:30:48 -0000 On Mon, 29 Oct 2007, Alfred Perlstein wrote: AP> * Dmitry Morozovsky [071029 12:44] wrote: AP> > AP> > [hmm, after thinking a bit I decided it would be more appropriate here, in AP> > stable@] AP> > AP> > Dear colleagues, AP> > AP> > any hints to tune rrdtool with ~30k rrd files (approx 2k target devices)? AP> > AP> > machine is mostly IO-bound, showing 100% disk load with 8 or sometimes even 3 AP> > mB/s, 300-400 tps (it's 2 SATA300 disks in gmirror) AP> AP> More ram? Already 2G, mostly inactive/free. AP> AP> Turn off atime? For sure, and even tried to move rrd data to smaller UFS2 - same result. AP> Hash the data files into multiple directories to avoid having 2k files AP> in one dir. Hmm, I thought 2k is not so much, especially where UFSDIRHASH is in place... AP> Not sure how rrd tool works internally, but it might make sense AP> to see if you can use some layering library to force it to cache AP> some open files per process or something. It seems it using a lot of mmap... Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Tue Oct 30 09:33:28 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B155B16A419 for ; Tue, 30 Oct 2007 09:33:28 +0000 (UTC) (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 3586713C4A5 for ; Tue, 30 Oct 2007 09:33:27 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.1/8.14.1) with ESMTP id l9U9WgDZ046165; Tue, 30 Oct 2007 12:32:42 +0300 (MSK) (envelope-from marck@rinet.ru) Date: Tue, 30 Oct 2007 12:32:42 +0300 (MSK) From: Dmitry Morozovsky To: Brooks Davis In-Reply-To: <20071029195033.GA87137@lor.one-eyed-alien.net> Message-ID: <20071030123100.K39332@woozle.rinet.ru> References: <20071029111235.E69594@woozle.rinet.ru> <20071029195033.GA87137@lor.one-eyed-alien.net> X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (woozle.rinet.ru [0.0.0.0]); Tue, 30 Oct 2007 12:32:43 +0300 (MSK) Cc: stable@freebsd.org Subject: Re: rrdtool performance tuning (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: Tue, 30 Oct 2007 09:33:28 -0000 On Mon, 29 Oct 2007, Brooks Davis wrote: BD> On Mon, Oct 29, 2007 at 11:13:09AM +0300, Dmitry Morozovsky wrote: BD> > BD> > [hmm, after thinking a bit I decided it would be more appropriate here, in BD> > stable@] BD> > BD> > Dear colleagues, BD> > BD> > any hints to tune rrdtool with ~30k rrd files (approx 2k target devices)? BD> > BD> > machine is mostly IO-bound, showing 100% disk load with 8 or sometimes even 3 BD> > mB/s, 300-400 tps (it's 2 SATA300 disks in gmirror) BD> BD> Store it on a memory file system and take periodic snapshots. The format is BD> hopeless for large numbers of updates. The ganglia port's startup scripts show BD> an example of doing this. I thought about this, but total size of these files is already more than memory, and I'm not sure md would be suitable for this. Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Tue Oct 30 10:08:29 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 77BAC16A417 for ; Tue, 30 Oct 2007 10:08:29 +0000 (UTC) (envelope-from grafan@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.187]) by mx1.freebsd.org (Postfix) with ESMTP id E331713C4B7 for ; Tue, 30 Oct 2007 10:08:27 +0000 (UTC) (envelope-from grafan@gmail.com) Received: by mu-out-0910.google.com with SMTP id w9so2317184mue for ; Tue, 30 Oct 2007 03:08:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=S462DzDmPtBDJqO0Y/UVewiDaTa61NhzwjxvOpd4/hs=; b=oinAEZNzbcPw7KAIkTn4kD4WjRhfd3E1VQTXRrZyOkMAUP5LObacP+18tgIeADDzN/xMh8Hq+Bp/rwdT4p+frOPsrHj37G0uvCydVGs7C5KgbemLS3C4xBDSzeAG2HtCKhj34SBeX7Y0PCBduQZGdPcaLQ0tws8t2/s37wgYZMk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=KfnFQy+01LWBd8Z7N8xSKO+OOaxmhas5s15vGB/NvhpT7sh0BKAGKIl3ehI1XjYg1DE0QpgS5zoAbGKKnV5B2fnglhXCST13KTQrObdosiJTxz4aiaAIY+aAw31rpEunNaQd8lkfZZEICrstx/pemHscZsGJ+VxYXwWgeZ8c2GU= Received: by 10.82.107.15 with SMTP id f15mr12936769buc.1193738897560; Tue, 30 Oct 2007 03:08:17 -0700 (PDT) Received: by 10.82.113.14 with HTTP; Tue, 30 Oct 2007 03:08:17 -0700 (PDT) Message-ID: <6eb82e0710300308o20f5c05asea5d235615124985@mail.gmail.com> Date: Tue, 30 Oct 2007 18:08:17 +0800 From: "Rong-en Fan" To: bh@izb.knu.ac.kr In-Reply-To: <1193731389.2956.24.camel@viola.izb.knu.ac.kr> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <6eb82e0710250551h544b2e43i73073b8196c50fe1@mail.gmail.com> <1193731389.2956.24.camel@viola.izb.knu.ac.kr> Cc: freebsd-stable@freebsd.org Subject: Re: HEADSUP: don't upgrade to RELENG_6 now [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: Tue, 30 Oct 2007 10:08:29 -0000 On 10/30/07, Byung-Hee HWANG wrote: > Hello, > > On Thu, 2007-10-25 at 20:51 +0800, Rong-en Fan wrote: > > The breakage introduced by MFC of ctype(3) after 2007/10/24 14:23 UTC > > is now fixed. Make sure you have lib/Makefile rev 1.205.2.4 before upgrading > > your world. If it breaks already, please follow the instructions in src/UPDATING > > to recover. > > In that case, > should I re-build only userland ? or > should I re-build both userland and kernel? > (Yep, of course, I have updated source tree with CVSup for now) If you have fixed your world, it should be okay. But I suggest you upgrading to latest 6-STABLE for ctype abi forward compatibility fix. Regards, Rong-En Fan > > > Sorry for all the troubles. > > No problem, I'm always OK! > > > Regards, > > Rong-En Fan > > Byung-Hee > > > On 10/25/07, Rong-en Fan wrote: > > > On 10/25/07, Rong-en Fan wrote: > > > > On 10/25/07, Alson van der Meulen wrote: > > > > > Hello, > > > > > > > > > > My installworld of RELENG_6 from a few hours ago failed with this error > > > > > (from memory): > > > > > /lib/libncurses.so.6: undefined symbol: __mb_sb_limit > > > > > > > > > > This broke everything that depended on libncurses, plus PAM. I had to > > > > > force a reboot via DDB and copy /usr/obj/lib/libc/libc.so.6 to /lib > > > > > using binaries from /rescue to fix it so I could run make installworld > > > > > again. > > > > > > > > I will take a look. before that do not upgrade your system. > > > > > > I did some tests, it turns out that only RELENG_6 is affected. To be > > > more specific, as ncurses lib is installed before libc. It gets broken. > > > For 7 and above, it is fine because we install libc right after csu and > > > before everything. > > > > > > One way to solve this is we install libc as early as possible, but I > > > think it may be too risky at release cycle, so I would like to back > > > out this change and add an UPDATING entry. Then check whether > > > we can change the installation order of libc later. > > > > > > If you cvsup after 'Oct 24 14:32:33 2007 UTC', please do not > > > upgrade until I send out all clear message. > > > > > > If you already broken your world, use this way in *single user*, > > > > > > /rescue/chflags noschg /lib/libc.so.6 > > > /rescue/cp /usr/obj/usr/src/lib/libc/libc.so.6 /lib/ > > > > > > then you need reboot, after that continue installworld (this is what I > > > just did). > > > > > > Sorry for all the trouble. > > > > > > Thanks, > > > Rong-En Fan > > > > > > > > > > > Regards, > > > > Rong-En Fan > > _______________________________________________ > > 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" > -- > "After super, can you drive me and the kids to New York in your car?" > "That's what I came for." > -- Kay Adams and Tom Hagen, "Chapter 32", page 443 > > From owner-freebsd-stable@FreeBSD.ORG Tue Oct 30 10:12:14 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B352D16A417 for ; Tue, 30 Oct 2007 10:12:14 +0000 (UTC) (envelope-from bh@izb.knu.ac.kr) Received: from izb.knu.ac.kr (unknown [IPv6:2002:9be6:9d5d:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 730AF13C4D1 for ; Tue, 30 Oct 2007 10:12:14 +0000 (UTC) (envelope-from bh@izb.knu.ac.kr) Received: by draba.izb.knu.ac.kr (Postfix, from userid 10001) id 008DE3EA4; Tue, 30 Oct 2007 19:12:10 +0900 (KST) Date: Tue, 30 Oct 2007 19:12:10 +0900 From: Byung-Hee HWANG To: Rong-en Fan Message-ID: <20071030101210.GA60451@draba.izb.knu.ac.kr> References: <6eb82e0710250551h544b2e43i73073b8196c50fe1@mail.gmail.com> <1193731389.2956.24.camel@viola.izb.knu.ac.kr> <6eb82e0710300308o20f5c05asea5d235615124985@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <6eb82e0710300308o20f5c05asea5d235615124985@mail.gmail.com> User-Agent: Mutt/1.4.2.1i Organization: InZealBomb Cc: bh@izb.knu.ac.kr, freebsd-stable@freebsd.org Subject: Re: HEADSUP: don't upgrade to RELENG_6 now [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: Tue, 30 Oct 2007 10:12:14 -0000 Hi, On Tue, 30 Oct 2007 18:08:17 +0800, Rong-en Fan wrote: > On 10/30/07, Byung-Hee HWANG wrote: > > Hello, > > > > On Thu, 2007-10-25 at 20:51 +0800, Rong-en Fan wrote: > > > The breakage introduced by MFC of ctype(3) after 2007/10/24 14:23 UTC > > > is now fixed. Make sure you have lib/Makefile rev 1.205.2.4 before upgrading > > > your world. If it breaks already, please follow the instructions in src/UPDATING > > > to recover. > > > > In that case, > > should I re-build only userland ? or > > should I re-build both userland and kernel? > > (Yep, of course, I have updated source tree with CVSup for now) > > If you have fixed your world, it should be okay. But I suggest you > upgrading to latest 6-STABLE for ctype abi forward compatibility > fix. [...snip...] Okay i see, thanks! Byung-Hee From owner-freebsd-stable@FreeBSD.ORG Tue Oct 30 10:42:23 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9F36A16A418; Tue, 30 Oct 2007 10:42:23 +0000 (UTC) (envelope-from xfb52@dial.pipex.com) Received: from galaxy.systems.pipex.net (galaxy.systems.pipex.net [62.241.162.31]) by mx1.freebsd.org (Postfix) with ESMTP id 31A6313C481; Tue, 30 Oct 2007 10:42:23 +0000 (UTC) (envelope-from xfb52@dial.pipex.com) Received: from [192.168.23.2] (62-31-10-181.cable.ubr05.edin.blueyonder.co.uk [62.31.10.181]) by galaxy.systems.pipex.net (Postfix) with ESMTP id 2F52CE000C7A; Tue, 30 Oct 2007 10:23:59 +0000 (GMT) Message-ID: <4727063E.7060107@dial.pipex.com> Date: Tue, 30 Oct 2007 10:23:58 +0000 From: Alex Zbyslaw User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-GB; rv:1.7.13) Gecko/20061205 X-Accept-Language: en MIME-Version: 1.0 To: Giorgos Keramidas , Andrew Lankford References: <47240A15.8080305@charter.net> <20071028074248.GA1511@haakonia.hitnet.RWTH-Aachen.DE> <4724BAD9.7000400@charter.net> <20071028164152.GA7516@eos.sc1.parodius.com> <4724BEB3.5080905@charter.net> <20071029132447.GA2658@kobe.laptop> In-Reply-To: <20071029132447.GA2658@kobe.laptop> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, current@freebsd.org Subject: Re: /usr/share/man/man8/MAKEDEV.8 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, 30 Oct 2007 10:42:23 -0000 Giorgos Keramidas wrote: >On 2007-10-28 12:54, Andrew Lankford wrote: > > >>Thbbt! I'm reading the catman version of MAKEDEV. Wish I could >>disable that "feature". Oh well. I'll delete it all and rebuild it >>again if needed. Thanks! >> >> > >Ah, that's it then :) > >My usual `installworld' steps include this too: > > # cd /usr/share/man > # find cat[0-9] \! -type d -exec rm {} + > >This takes care of deleting any `stale' preformatted manpages, so the >next time I ask for a manpage, it's going to be reformatted. > > Seems to me that there must a logic error in man. Man makes the effort to check to see if the unformatted manpage is newer than the cat-ed manpage, and if it is, it will try to re-create the cat-ed manpage, and will show you an nroff'ed version of the unformatted manpage if it cannot recreate the cat-ed version. Clearly that's breaking in this scenario, because the mtime of the new unformatted manpage, while presumably newer than that of the old unformatted man page is still older than the mtime of the cat-ed page. What seems to be missing, is that when the cat-ed manpage is first created, it should have its mtime set to the same as the mtime of the unformatted manpage, not the time at which you happened to read the man page. I don't see any evidence of that is the sources on my system (which is quite old, but it certainly looks like the bug persists). A bit of stat and utimes jiggery pokery looks like it would solve this problem. An else clause for " else if (rename(temp, cat_file) == -1) {" in /usr/src/gnu/usr.bin/man/man/man.c would look like the place to do that. (Alternatively, you could view it as a bug of the install/upgrade process, since it could be argued that the mtime of the unformatted manpage should be the time that the manpage was installed. Presumably that isn't happening, else you wouldn't be seeing the cat-ed version). Of course, with modern systems where nroff-ing a man page takes negligible time and system resources, it could also be argued that cat-ed man pages should be a thing of the past :-) --Alex From owner-freebsd-stable@FreeBSD.ORG Tue Oct 30 11:33:41 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2247616A417; Tue, 30 Oct 2007 11:33:41 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id 8111F13C4AA; Tue, 30 Oct 2007 11:33:40 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from kobe.laptop (vader.bytemobile-rio.ondsl.gr [83.235.57.37]) (authenticated bits=128) by igloo.linux.gr (8.14.1/8.14.1/Debian-9) with ESMTP id l9UBXDaV023877 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 30 Oct 2007 13:33:22 +0200 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.1/8.14.1) with ESMTP id l9UBWnYD011198; Tue, 30 Oct 2007 13:33:06 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.14.1/8.14.1/Submit) id l9UBWlKO010957; Tue, 30 Oct 2007 13:32:47 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Date: Tue, 30 Oct 2007 13:32:47 +0200 From: Giorgos Keramidas To: Jeremy Chadwick Message-ID: <20071030113247.GA3941@kobe.laptop> References: <47240A15.8080305@charter.net> <20071028074248.GA1511@haakonia.hitnet.RWTH-Aachen.DE> <4724BAD9.7000400@charter.net> <20071028164152.GA7516@eos.sc1.parodius.com> <4724BEB3.5080905@charter.net> <20071029132447.GA2658@kobe.laptop> <20071029191836.GA58058@eos.sc1.parodius.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071029191836.GA58058@eos.sc1.parodius.com> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-3.989, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.41, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: Andrew Lankford , stable@freebsd.org, current@freebsd.org Subject: Re: /usr/share/man/man8/MAKEDEV.8 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, 30 Oct 2007 11:33:41 -0000 On 2007-10-29 12:18, Jeremy Chadwick wrote: > On Mon, Oct 29, 2007 at 03:24:47PM +0200, Giorgos Keramidas wrote: > > On 2007-10-28 12:54, Andrew Lankford wrote: > > > Thbbt! I'm reading the catman version of MAKEDEV. Wish I could > > > disable that "feature". Oh well. I'll delete it all and rebuild it > > > again if needed. Thanks! > > > > Ah, that's it then :) > > > > My usual `installworld' steps include this too: > > > > # cd /usr/share/man > > # find cat[0-9] \! -type d -exec rm {} + > > There's a periodic script (/etc/periodic/weekly/330.catman) which > rebuilds all the catman pages for you. However, it makes an immense > mess of your weekly system mails due to all the manpage/nroff formatting > mistakes. Have a look: > > http://lists.freebsd.org/pipermail/freebsd-ports/2007-May/040648.html Very interesting. Maybe we can tweak 330.catman to display the filename of the manpage which causes each error. Then we could use the periodic script as an aid to start actually *fixing* the errors :) From owner-freebsd-stable@FreeBSD.ORG Tue Oct 30 11:47:35 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 90A4216A417; Tue, 30 Oct 2007 11:47:35 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from mrout2.yahoo.com (mrout2.yahoo.com [216.145.54.172]) by mx1.freebsd.org (Postfix) with ESMTP id 2B64E13C4BC; Tue, 30 Oct 2007 11:47:35 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (proxy8.corp.yahoo.com [216.145.48.13]) by mrout2.yahoo.com (8.13.6/8.13.6/y.out) with ESMTP id l9UBapuP091549; Tue, 30 Oct 2007 04:36:52 -0700 (PDT) Date: Tue, 30 Oct 2007 20:36:51 +0900 Message-ID: From: gnn@freebsd.org To: "Jack Vogel" In-Reply-To: <2a41acea0710291045m6f1d2acw78c26a455ea3894d@mail.gmail.com> References: <2a41acea0710291045m6f1d2acw78c26a455ea3894d@mail.gmail.com> User-Agent: Wanderlust/2.15.5 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.7 Emacs/22.1 (i386-apple-darwin8.9.1) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: "freebsd-net@freebsd.org" , FreeBSD Current , FreeBSD Stable List Subject: Re: RFC: Evolution of the em driver 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, 30 Oct 2007 11:47:35 -0000 At Mon, 29 Oct 2007 10:45:17 -0700, Jack Vogel wrote: > > I have an important decision to make and I thought rather than just make > it and spring it on you I'd present the issues and see what opinions were. > > Our newer hardware uses new features that, more and more, require > parallel code paths in the driver. For instance, the 82575 (Zoar) uses > what are called 'advanced descriptors', this means different TX path. > The 7.0 em driver has this support in it, it just uses a function pointer > to handle it. > > When I add in multiqueue/RSS support it will add even more code > that functions this way. > > What the Linux team did was to split the newer code into a standalone > driver, they call it 'igb'. I had originally resisted doing this, but with > the development I have been working on the past month I am starting > to wonder if it might not be best to follow them. > > I see 3 possibilities and I'd like feedback, which would you prefer if > you have a preference and why. > > First, keep the driver as is and just live with multiple code paths > and features, possibly #ifdef'ed as they appear. > > Second, split the driver as Linux has into em and igb. The added > question then is how to split it, Linux made the line the use of > advanced descriptors, so Zoar and after, but I could also see a > case for having everything PCI-E/MSI capable being in the new > driver. > > Third, sort of a half-way approach, split up code but not the > driver, in other words offer different source files that can be > compiled into the driver, so you could have the one big jumbo > driver with all in there, or one that will only work with a subset > of adapters. This one would probably be the most work, because > its a new approach. As you're the main maintainer it's your choice. Whatever is easiest for you and gives us the most readable code. Best, George From owner-freebsd-stable@FreeBSD.ORG Tue Oct 30 11:51:43 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A61FB16A41A for ; Tue, 30 Oct 2007 11:51:43 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.168]) by mx1.freebsd.org (Postfix) with ESMTP id 35D7113C4F4 for ; Tue, 30 Oct 2007 11:51:42 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so101927uge for ; Tue, 30 Oct 2007 04:51:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=XuqxM+4DExTz9BnZfJaK/EGWehTdrxmUmzW9QV0GrIk=; b=G3AWJ5aqR/QeiaCKUgK0BTNBOdQPb3XVVQp4t4QSIoh/k7cZsCUO8lQG0xw7WFOoL83X2R8fwG+dBGGuRxqTiLwXrnwmwmHq1vTNa5EOKP5PgiW/lfCv+GTgFBS7/jDtD7/K4yYblMVGV6NcJKTCgC2C7n5CF4wD4JXjWzSSq8s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=q4h906WwkhHA0FJFzzOZ2HzoVBHK79EYlOUYyRivk3o3c88s3X+f1EcZkQ+BD9yXff3sqYV/aarbGV/jEGWeg7w/qhIkz4HwZYtF1Lu2pIjmInCTzfjWtmwmukGW7IQzP3NWmZ2ipp/HVJ4PMxVOILprBzBlfdpIruDAImkU1r8= Received: by 10.78.136.9 with SMTP id j9mr5061771hud.1193745095647; Tue, 30 Oct 2007 04:51:35 -0700 (PDT) Received: by 10.78.168.9 with HTTP; Tue, 30 Oct 2007 04:51:35 -0700 (PDT) Message-ID: Date: Tue, 30 Oct 2007 14:51:35 +0300 From: pluknet To: "Oliver Peter" In-Reply-To: <20071029224155.GG97703@nemesis.frida.mouhaha.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071029224155.GG97703@nemesis.frida.mouhaha.de> Cc: freebsd-stable@freebsd.org Subject: Re: iwi0: could not load 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: Tue, 30 Oct 2007 11:51:43 -0000 On 30/10/2007, Oliver Peter wrote: [..] > And I have the following entry in /boot/loader.conf > > # intel/wireless > set legal.intel_iwi.license_ack=1 > if_iwi_load="YES > Just remove "set" from the line. > Oliver PETER, eMail: hoschi@mouhaha.de, ICQ# 113969174 > "Worker bees can leave. Even drones can fly away. > The Queen is their slave." > > wbr, pluknet From owner-freebsd-stable@FreeBSD.ORG Tue Oct 30 12:17:15 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F260C16A41A for ; Tue, 30 Oct 2007 12:17:15 +0000 (UTC) (envelope-from screwdriver@lxnt.info) Received: from mail.lxnt.info (mail.lxnt.info [217.23.143.142]) by mx1.freebsd.org (Postfix) with ESMTP id AE06913C447 for ; Tue, 30 Oct 2007 12:17:15 +0000 (UTC) (envelope-from screwdriver@lxnt.info) Received: from [217.23.131.8] (helo=lxnt.inside.caravan.ru) by mail.lxnt.info with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.68 (FreeBSD)) (envelope-from ) id 1ImpPH-000DRW-2o; Tue, 30 Oct 2007 14:37:15 +0300 Message-ID: <47271777.10703@lxnt.info> Date: Tue, 30 Oct 2007 14:37:27 +0300 From: Alexander Sabourenkov User-Agent: Thunderbird 2.0.0.6 (X11/20071024) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20071021071935.GA64397@hyperion.scode.org> In-Reply-To: <20071021071935.GA64397@hyperion.scode.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Peter Schuller Subject: Re: FYI: Promise TX4 silent corruption (RELENG_7) 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, 30 Oct 2007 12:17:16 -0000 Hello. I was experiencing the same problem with TX4 on both Linux and FreeBSD. It was determined that the root cause is a hardware bug in controller. Patch that implements a workaround inspired by vendor-supplied driver: http://www.spinics.net/lists/linux-ide/msg15858.html I have not yet had enough time to make sense of FreeBSD ata subsystem and patch it the same way. From first glances it seems like we need to implement something like ata_marvell_dmasetprd() (file dev/ata/ata-chipset.c) -- ./lxnt From owner-freebsd-stable@FreeBSD.ORG Tue Oct 30 12:35:50 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 31E0E16A41B; Tue, 30 Oct 2007 12:35:50 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id 8AFBA13C4AC; Tue, 30 Oct 2007 12:35:49 +0000 (UTC) (envelope-from keramida@freebsd.org) Received: from kobe.laptop (vader.bytemobile-rio.ondsl.gr [83.235.57.37]) (authenticated bits=128) by igloo.linux.gr (8.14.1/8.14.1/Debian-9) with ESMTP id l9UCGOfw027167 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 30 Oct 2007 14:16:36 +0200 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.1/8.14.1) with ESMTP id l9UCG4dA090791; Tue, 30 Oct 2007 14:16:19 +0200 (EET) (envelope-from keramida@freebsd.org) Received: (from keramida@localhost) by kobe.laptop (8.14.1/8.14.1/Submit) id l9UCG3Un090790; Tue, 30 Oct 2007 14:16:03 +0200 (EET) (envelope-from keramida@freebsd.org) Date: Tue, 30 Oct 2007 14:16:03 +0200 From: Giorgos Keramidas To: Jeremy Chadwick Message-ID: <20071030121603.GA90748@kobe.laptop> References: <47240A15.8080305@charter.net> <20071028074248.GA1511@haakonia.hitnet.RWTH-Aachen.DE> <4724BAD9.7000400@charter.net> <20071028164152.GA7516@eos.sc1.parodius.com> <4724BEB3.5080905@charter.net> <20071029132447.GA2658@kobe.laptop> <20071029191836.GA58058@eos.sc1.parodius.com> <20071030113247.GA3941@kobe.laptop> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071030113247.GA3941@kobe.laptop> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-4.117, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.28, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@freebsd.org X-Spam-Status: No Cc: Andrew Lankford , stable@freebsd.org, current@freebsd.org Subject: Re: /usr/share/man/man8/MAKEDEV.8 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, 30 Oct 2007 12:35:50 -0000 On 2007-10-30 13:32, Giorgos Keramidas wrote: >> http://lists.freebsd.org/pipermail/freebsd-ports/2007-May/040648.html > > Very interesting. Maybe we can tweak 330.catman to display the filename > of the manpage which causes each error. Then we could use the periodic > script as an aid to start actually *fixing* the errors :) Neat. The base-system manpages which have errors or warnings are just a few of the hundreds we have. I just finished running a slightly modified version of `/etc/periodic/weekly/330.catman', which uses `catman -v' and the list of files with errors (after a bit of manual parsing) is now: % Reformatting manual pages: % /usr/share/man: not writable - will only be able to write to existing cat directories % man directory /usr/share/man % section man1 % format man1/readelf.1.gz -> cat1/readelf.1.gz % :151: warning [p 1, 3.8i]: cannot adjust line % :300: warning [p 2, 9.7i, div `an-div', 0.0i]: cannot adjust line % :300: warning [p 2, 9.7i]: cannot adjust line % section man2 % format man2/minherit.2.gz -> cat2/minherit.2.gz % mdoc warning: .Fx: Unknown FreeBSD version `2.2.0' (#132) % format man2/sctp_generic_recvmsg.2.gz -> cat2/sctp_generic_recvmsg.2.gz % mdoc warning: Empty input line #76 % format man2/sctp_generic_sendmsg.2.gz -> cat2/sctp_generic_sendmsg.2.gz % mdoc warning: Empty input line #51 % mdoc warning: Empty input line #88 % format man2/sctp_peeloff.2.gz -> cat2/sctp_peeloff.2.gz % mdoc warning: Empty input line #82 % section man3 % format man3/ether_aton.3.gz -> cat3/ether_aton.3.gz % mdoc warning: Empty input line #169 % format man3/gss_add_cred.3.gz -> cat3/gss_add_cred.3.gz % Not a \-mdoc command: .PP (#89) % format man3/gss_inquire_cred_by_mech.3.gz -> cat3/gss_inquire_cred_by_mech.3.gz % mdoc warning: Empty input line #72 % format man3/gss_inquire_mechs_for_name.3.gz -> cat3/gss_inquire_mechs_for_name.3.gz % mdoc warning: Empty input line #50 % format man3/gss_seal.3.gz -> cat3/gss_seal.3.gz % mdoc warning: A .Bl directive has no matching .El (#146) % format man3/gss_unseal.3.gz -> cat3/gss_unseal.3.gz % mdoc warning: A .Bl directive has no matching .El (#159) % format man3/gss_wrap_size_limit.3.gz -> cat3/gss_wrap_size_limit.3.gz % mdoc warning: A .Bl directive has no matching .El (#131) % format man3/lwres_gabn.3.gz -> cat3/lwres_gabn.3.gz % :45: warning [p 1, 5.2i]: can't break line % format man3/lwres_gnba.3.gz -> cat3/lwres_gnba.3.gz % :45: warning [p 1, 5.2i]: can't break line % format man3/lwres_noop.3.gz -> cat3/lwres_noop.3.gz % :45: warning [p 1, 5.2i]: can't break line % format man3/valloc.3.gz -> cat3/valloc.3.gz % mdoc warning: Extraneous .Ef (#49) % format man3/zlib.3.gz -> cat3/zlib.3.gz % :52: warning [p 1, 7.0i]: cannot adjust line % section man4 % format man4/mac.4.gz -> cat4/mac.4.gz % mdoc warning: extraneous .El call (#200) % format man4/md.4.gz -> cat4/md.4.gz % mdoc warning: Unknown keyword `-ofset' in .Bd macro (#68) % mdoc warning: Unknown keyword `indent' in .Bd macro (#68) % format man4/ng_netflow.4.gz -> cat4/ng_netflow.4.gz % :254: warning [p 3, 3.3i]: can't break line % section man5 % format man5/bluetooth.device.conf.5.gz -> cat5/bluetooth.device.conf.5.gz % :93: warning [p 1, 7.2i]: can't break line % format man5/quota.group.5.gz -> cat5/quota.group.5.gz % mdoc warning: Unknown keyword `-indent' in .Bl macro (#53) % mdoc warning: Unknown keyword `offset' in .Bl macro (#53) % section man8 % format man8/fwcontrol.8.gz -> cat8/fwcontrol.8.gz % mdoc warning: Empty input line #179 % format man8/ifmcstat.8.gz -> cat8/ifmcstat.8.gz % mdoc warning: A .Bl directive has no matching .El (#82) % section man9 % format man9/uio.9.gz -> cat9/uio.9.gz % mdoc warning: A .Bl directive has no matching .El (#129) % link cat9/zpfind.9.gz -> cat9/pfind.9.gz These are just the manpages of the base-system. I think I can handle most of them, so I started patching the non-contrib stuff. - Giorgos From owner-freebsd-stable@FreeBSD.ORG Tue Oct 30 12:39:27 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B3F3216A418 for ; Tue, 30 Oct 2007 12:39:27 +0000 (UTC) (envelope-from mav@mavhome.dp.ua) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id 3284213C4CC for ; Tue, 30 Oct 2007 12:39:26 +0000 (UTC) (envelope-from mav@mavhome.dp.ua) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona 1.7.0 Received: from orphanage.alkar.net (account mav@alkar.net [212.86.226.11] verified) by cmail.optima.ua (CommuniGate Pro SMTP 5.1.10) with ESMTPA id 41131817 for freebsd-stable@freebsd.org; Tue, 30 Oct 2007 13:38:43 +0200 Message-ID: <472717C3.1070600@mavhome.dp.ua> Date: Tue, 30 Oct 2007 13:38:43 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.0 (X11/20070424) MIME-Version: 1.0 CC: freebsd-stable@freebsd.org References: <200710282222.QAA01991@lariat.net> <1193732591.00821558.1193721003@10.7.7.3> In-Reply-To: <1193732591.00821558.1193721003@10.7.7.3> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: MFC requests for 6.3 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, 30 Oct 2007 12:39:27 -0000 > Brett Glass wrote: >> I would like to request that some useful work on networking be MFCed from >> -CURRENT to -STABLE in time for the release of FreeBSD 6.3. In particular, >> I'd like to see some of the Netgraph nodes which are new or which have seen >> extensive development brought in -- ng_nat and ng_car in particular. Bringing >> in the latest version of ng_nat would allow more flexible in-kernel NAT, >> while ng_car (which doesn't seem to be in 6-STABLE at all) would allow >> burstable traffic shaping -- something that DUMMYNET doesn't have. The >> latest version of mpd wouldn't be fully usable unless these and other >> Netgraph code that was developed for it are there.... Most of Netgraph changes were merged to RELENG_6. ng_nat changes were merged 3 months ago. Latest ng_car is not merged, but for FreeBSD 5-6.x it is present as net/ng_car port. Latest 4.3 and 5.0 mpd are able to determine actual system capabilities at the build time. To have ng_car support on FreeBSD 5-6.x you should install mpd from ports with setting ng_car checkbox. -- Alexander Motin From owner-freebsd-stable@FreeBSD.ORG Tue Oct 30 12:58:01 2007 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 14B1416A46C for ; Tue, 30 Oct 2007 12:58:01 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 0116413C4BE for ; Tue, 30 Oct 2007 12:58:00 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 2BC141CC076; Tue, 30 Oct 2007 05:58:00 -0700 (PDT) Date: Tue, 30 Oct 2007 05:58:00 -0700 From: Jeremy Chadwick To: Dmitry Morozovsky Message-ID: <20071030125800.GA83333@eos.sc1.parodius.com> References: <20071029111235.E69594@woozle.rinet.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071029111235.E69594@woozle.rinet.ru> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: stable@FreeBSD.org Subject: Re: rrdtool performance tuning (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: Tue, 30 Oct 2007 12:58:01 -0000 On Mon, Oct 29, 2007 at 11:13:09AM +0300, Dmitry Morozovsky wrote: > any hints to tune rrdtool with ~30k rrd files (approx 2k target devices)? > > machine is mostly IO-bound, showing 100% disk load with 8 or sometimes even 3 > mB/s, 300-400 tps (it's 2 SATA300 disks in gmirror) Ideas: 1) Stop using rrdtool? This comment is somewhat in jest -- sometimes you can't avoid using it because it's part of something like cricket, cacti, etc., but simultaneously, rrdtool is quite atrocious as far as softwares go. I think it's popular because MRTG has a long-standing track record, thus Tobi's software is well-known. 2) Consider alternative software such as: * http://torrus.org/ * http://www.dynw.com/iog/ * A suite/library on Sourceforge somewhere which I cannot remember the name of, but acted as a data-over-time storage/graphing/plotting alternative to RRDtool. The name of the program was 3 letters, and we used to have a port for it, and may still, if I could remember the name of it. * Write your own (consider using SVG-based data, which you hand a web browser, and let the browser render the results) 3) Consider load balancing the polling (distributing the polling tasks across 2-4 boxes, then store the results on an NFS share) -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue Oct 30 13:00:57 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C591416A417 for ; Tue, 30 Oct 2007 13:00:57 +0000 (UTC) (envelope-from ghelmer@palisadesys.com) Received: from magellan.palisadesys.com (magellan.palisadesys.com [192.188.162.211]) by mx1.freebsd.org (Postfix) with ESMTP id 8D2C713C4C5 for ; Tue, 30 Oct 2007 13:00:57 +0000 (UTC) (envelope-from ghelmer@palisadesys.com) Received: from [172.16.2.242] (cetus.palisadesys.com [192.188.162.7]) (authenticated bits=0) by magellan.palisadesys.com (8.14.1/8.14.1) with ESMTP id l9UD0beH099215 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 30 Oct 2007 08:00:38 -0500 (CDT) (envelope-from ghelmer@palisadesys.com) Message-ID: <47272AF9.5070509@palisadesys.com> Date: Tue, 30 Oct 2007 08:00:41 -0500 From: Guy Helmer User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Oliver Peter References: <20071029224155.GG97703@nemesis.frida.mouhaha.de> In-Reply-To: <20071029224155.GG97703@nemesis.frida.mouhaha.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (magellan.palisadesys.com [192.188.162.5]); Tue, 30 Oct 2007 08:00:38 -0500 (CDT) X-Palisade-MailScanner-Information: Please contact the ISP for more information X-Palisade-MailScanner: Found to be clean X-Palisade-MailScanner-SpamCheck: not spam (whitelisted), SpamAssassin (not cached, score=-4.399, required 6, autolearn=not spam, ALL_TRUSTED -1.80, BAYES_00 -2.60) X-Palisade-MailScanner-From: ghelmer@palisadesys.com Cc: freebsd-stable@freebsd.org Subject: Re: iwi0: could not load 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: Tue, 30 Oct 2007 13:00:57 -0000 Oliver Peter wrote: > % uname -srm > FreeBSD 7.0-BETA1 i386 > > What did I do wrong? > > dmesg output: > iwi0: mem 0xa0202000-0xa0202fff irq 11 at device 2.0 on pci4 > iwi0: Ethernet address: 00:16:6f:c3:e3:48 > iwi0: [ITHREAD] > iwi_bss: You need to read the LICENSE file in /usr/share/doc/legal/intel_iwi/. > iwi_bss: If you agree with the license, set legal.intel_iwi.license_ack=1 in /boot/loader.conf. > module_register_init: MOD_LOAD (iwi_bss_fw, 0xc4c535a0, 0) error 1 > firmware_get: failed to load firmware image iwi_bss > iwi0: could not load firmware > > I tried to bring up the interface with > > # ifconfig iwi0 up > > And I have the following entry in /boot/loader.conf > > # intel/wireless > set legal.intel_iwi.license_ack=1 > if_iwi_load="YES > Shouldn't that be: legal.intel_iwi.license_ack=1 if_iwi_load="YES" Guy -- Guy Helmer, Ph.D. Chief System Architect Palisade Systems, Inc. From owner-freebsd-stable@FreeBSD.ORG Tue Oct 30 14:01:43 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B549516A41A for ; Tue, 30 Oct 2007 14:01:43 +0000 (UTC) (envelope-from oleg.lomaka@gmail.com) Received: from gnome.kiev.sovam.com (gnome.kiev.sovam.com [212.109.32.24]) by mx1.freebsd.org (Postfix) with ESMTP id 1510E13C481 for ; Tue, 30 Oct 2007 14:01:43 +0000 (UTC) (envelope-from oleg.lomaka@gmail.com) Received: from relay02.kiev.sovam.com ([62.64.120.197]) by gnome.kiev.sovam.com with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1Imrf3-000A7t-VQ for freebsd-stable@freebsd.org; Tue, 30 Oct 2007 16:01:42 +0200 Received: from [212.82.216.226] (helo=skuns.kiev.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1Imrf0-000BYj-EM for freebsd-stable@freebsd.org; Tue, 30 Oct 2007 16:01:39 +0200 Received: from tdevil.lomaka.org.ua (fc2.kiev.zoral.com.ua [10.1.1.7]) (authenticated bits=0) by skuns.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id l9UE11Dc024081 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 30 Oct 2007 16:01:02 +0200 (EET) (envelope-from oleg.lomaka@gmail.com) Message-ID: <47273920.8090003@gmail.com> Date: Tue, 30 Oct 2007 16:01:04 +0200 From: Oleg Lomaka User-Agent: Thunderbird 2.0.0.6 (X11/20070819) MIME-Version: 1.0 To: pyunyh@gmail.com References: <20071024084934.GF11234@cdnetworks.co.kr> <471F52DC.4080305@gmail.com> <20071025020637.GA16092@cdnetworks.co.kr> <47203EC3.4010203@gmail.com> <20071025083032.GE16092@cdnetworks.co.kr> <20071027030921.GC25452@cdnetworks.co.kr> <4726EE79.6050401@lomaka.org.ua> <20071030085831.GG38663@cdnetworks.co.kr> In-Reply-To: <20071030085831.GG38663@cdnetworks.co.kr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Scanner-Signature: 9658c8262eb92c47c578694398f57dfb X-DrWeb-checked: yes X-SpamTest-Envelope-From: oleg.lomaka@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 1707 [Oct 30 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: freebsd-stable@freebsd.org Subject: Re: any hope for nfe/msk? 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, 30 Oct 2007 14:01:43 -0000 Pyun YongHyeon wrote: > On Tue, Oct 30, 2007 at 10:42:33AM +0200, Oleg Lomaka wrote: > > Pyun YongHyeon wrote: > > >On Thu, Oct 25, 2007 at 05:30:32PM +0900, To Oleg Lomaka wrote: > > > > > >[...] > > > > > > > > tdevil% grep -iE "msk|phy" /var/run/dmesg.boot > > > > > pci0: domain=0, physical bus=0 > > > > > pci2: domain=0, physical bus=2 > > > > > mskc0: port 0x2000-0x20ff > > > mem > > 0xd0100000-0xd0103fff irq 16 at device 0.0 on pci2 > > > > > mskc0: Reserved 0x4000 bytes for rid 0x10 type 3 at 0xd0100000 > > > > > mskc0: MSI count : 2 > > > > > mskc0: RAM buffer size : 16KB > > > > > mskc0: Port 0 : Rx Queue 10KB(0x00000000:0x000027ff) > > > > > mskc0: Port 0 : Tx Queue 10KB(0x00002800:0x00004fff) > > > > > msk0: on > > > mskc0 > > > > > msk0: bpf attached > > > > > msk0: Ethernet address: 00:1b:24:0e:bc:26 > > > > > miibus0: on msk0 > > > > > e1000phy0: PHY 0 on > > > miibus0 > > > > > e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > > > > > ukphy0: PHY 3 on miibus0 > > > > > ukphy0: OUI 0x001000, model 0x0004, rev. 0 > > > > > ukphy0: no media present > > > > > ukphy1: PHY 6 on miibus0 > > > > > ukphy1: OUI 0x004400, model 0x0011, rev. 0 > > > > > ukphy1: no media present > > > > > mskc0: [MPSAFE] > > > > > mskc0: [FILTER] > > > > > pci3: domain=0, physical bus=3 > > > > > pci4: domain=0, physical bus=4 > > > > > pci5: domain=0, physical bus=5 > > > > > pci10: domain=0, physical bus=10 > > > > > > > > > > > > > Thanks for the info. Would please try attached patch? > > > > > > > > > >Any progress here? > > >I guess it's very important to fix the bug as it would affect all > > >Yukon FE based NIC. > > > > > > > > I've applied your patch again yesterday. There was no halts for few > > hours already (after ports cvs up and other network/cpu loads). I'll > > give you a note in a day or two if there will no be any troubles. > > Thanks for your help. > > > > Glad to hear that. Would you show me the verbosed boot messages > related with msk(4)? > > According to your dmesg output I guess you have phantom PHYs > attached to msk(4) too. So I'd also like to know the output of > "devinfo -rv". > > I had RxFIFO overrun again :( from dmest: msk0: Rx FIFO overrun! pid 1245 (gnome-vfs-daemon), uid 1001: exited on signal 11 msk0: watchdog timeout (missed Tx interrupts) -- recovering from boot log: pci2: on pcib1 pci2: domain=0, physical bus=2 found-> vendor=0x11ab, dev=0x4352, revid=0x14 domain=0, bus=2, slot=0, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x4010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 MSI supports 2 messages, 64 bit map[10]: type Memory, range 64, base 0xd0100000, size 14, enabled pcib1: requested memory range 0xd0100000-0xd0103fff: good map[18]: type I/O Port, range 32, base 0x2000, size 8, enabled pcib1: requested I/O range 0x2000-0x20ff: in range pcib1: slot 0 INTA routed to irq 16 mskc0: port 0x2000-0x20ff mem 0xd0100000-0xd0103fff irq 16 at device 0.0 on pci2 mskc0: Reserved 0x4000 bytes for rid 0x10 type 3 at 0xd0100000 mskc0: MSI count : 2 mskc0: RAM buffer size : 4KB mskc0: Port 0 : Rx Queue 10KB(0x00000000:0x000027ff) mskc0: Port 0 : Tx Queue -6KB(0x00002800:0x00000fff) msk0: on mskc0 msk0: bpf attached msk0: Ethernet address: 00:1b:24:0e:bc:26 miibus0: on msk0 e1000phy0: PHY 0 on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto ukphy0: PHY 3 on miibus0 ukphy0: OUI 0x001000, model 0x0004, rev. 0 ukphy0: no media present ukphy1: PHY 6 on miibus0 ukphy1: OUI 0x004400, model 0x0011, rev. 0 ukphy1: no media present ioapic0: routing intpin 16 (PCI IRQ 16) to vector 49 mskc0: [MPSAFE] mskc0: [FILTER] pcib2: irq 17 at device 28.1 on pci0 pcib2: domain 0 pcib2: secondary bus 3 pcib2: subordinate bus 3 pcib2: I/O decode 0xf000-0xfff pcib2: memory decode 0xd0000000-0xd and devinfo: tdevil% devinfo -rv nexus0 cryptosoft0 apic0 I/O memory addresses: 0xfec00000-0xfec0001f 0xfee00000-0xfee003ff legacy0 cpu0 pcib0 pci0 hostb0 pnpinfo vendor=0x8086 device=0x27a0 subvendor=0x1025 subdevice=0x0110 class=0x060000 at slot=0 function=0 vgapci0 pnpinfo vendor=0x8086 device=0x27a2 subvendor=0x1025 subdevice=0x0110 class=0x030000 at slot=2 function=0 I/O ports: 0x1800-0x1807 I/O memory addresses: 0xc0000000-0xcfffffff 0xd0300000-0xd037ffff 0xd0400000-0xd043ffff agp0 drm0 vgapci1 pnpinfo vendor=0x8086 device=0x27a6 subvendor=0x1025 subdevice=0x0110 class=0x038000 at slot=2 function=1 I/O memory addresses: 0xd0380000-0xd03fffff drm1 pcm0 pnpinfo vendor=0x8086 device=0x27d8 subvendor=0x1025 subdevice=0x0110 class=0x040300 at slot=27 function=0 Interrupt request lines: 0x16 I/O memory addresses: 0xd0440000-0xd0443fff unknown pcib1 pnpinfo vendor=0x8086 device=0x27d0 subvendor=0x1025 subdevice=0x0110 class=0x060400 at slot=28 function=0 pci2 mskc0 pnpinfo vendor=0x11ab device=0x4352 subvendor=0x1025 subdevice=0x0110 class=0x020000 at slot=0 function=0 Interrupt request lines: 0x10 I/O ports: 0x2000-0x20ff I/O memory addresses: 0xd0100000-0xd0103fff msk0 miibus0 e1000phy0 pnpinfo oui=0x5043 model=0x8 rev=0x3 at phyno=0 ukphy0 pnpinfo oui=0x1000 model=0x4 rev=0x0 at phyno=3 ukphy1 pnpinfo oui=0x4400 model=0x11 rev=0x0 at phyno=6 pcib2 pnpinfo vendor=0x8086 device=0x27d2 subvendor=0x1025 subdevice=0x0110 class=0x060400 at slot=28 function=1 pci3 unknown pnpinfo vendor=0x168c device=0x001c subvendor=0x1468 subdevice=0x0428 class=0x020000 at slot=0 function=0 I/O memory addresses: 0xd0000000-0xd000ffff pcib3 pnpinfo vendor=0x8086 device=0x27d4 subvendor=0x1025 subdevice=0x0110 class=0x060400 at slot=28 function=2 pci4 pcib4 pnpinfo vendor=0x8086 device=0x27d6 subvendor=0x1025 subdevice=0x0110 class=0x060400 at slot=28 function=3 pci5 uhci0 pnpinfo vendor=0x8086 device=0x27c8 subvendor=0x1025 subdevice=0x0110 class=0x0c0300 at slot=29 function=0 Interrupt request lines: 0x17 I/O ports: 0x1820-0x183f usb0 uhub0 uhci1 pnpinfo vendor=0x8086 device=0x27c9 subvendor=0x1025 subdevice=0x0110 class=0x0c0300 at slot=29 function=1 Interrupt request lines: 0x13 I/O ports: 0x1840-0x185f usb1 uhub1 uhci2 pnpinfo vendor=0x8086 device=0x27ca subvendor=0x1025 subdevice=0x0110 class=0x0c0300 at slot=29 function=2 Interrupt request lines: 0x12 I/O ports: 0x1860-0x187f usb2 uhub2 uhci3 pnpinfo vendor=0x8086 device=0x27cb subvendor=0x1025 subdevice=0x0110 class=0x0c0300 at slot=29 function=3 I/O ports: 0x1880-0x189f usb3 uhub3 ehci0 pnpinfo vendor=0x8086 device=0x27cc subvendor=0x1025 subdevice=0x0110 class=0x0c0320 at slot=29 function=7 I/O memory addresses: 0xd0644000-0xd06443ff usb4 uhub4 ugen0 pnpinfo vendor=0x064e product=0xa100 devclass=0xef devsubclass=0x02 release=0x0100 sernum="CN0316-OV03-VA-01.00.00" at port=6 umass0 pnpinfo vendor=0x152d product=0x2338 devclass=0x00 devsubclass=0x00 release=0x0100 sernum="307541F07173" intclass=0x08 intsubclass=0x06 at port=3 interface=0 pcib5 pnpinfo vendor=0x8086 device=0x2448 subvendor=0x1025 subdevice=0x0110 class=0x060401 at slot=30 function=0 pci10 unknown pnpinfo vendor=0x104c device=0x8039 subvendor=0x1025 subdevice=0x0110 class=0x060700 at slot=9 function=0 I/O memory addresses: 0xd0204000-0xd0204fff unknown pnpinfo vendor=0x104c device=0x803b subvendor=0x1025 subdevice=0x0110 class=0x018000 at slot=9 function=2 I/O memory addresses: 0xd0205000-0xd0205fff isab0 pnpinfo vendor=0x8086 device=0x27b9 subvendor=0x1025 subdevice=0x0110 class=0x060100 at slot=31 function=0 isa0 sysresource0 pnpinfo pnpid=PNP0c02 I/O ports: 0x10-0x1f 0x24-0x25 0x28-0x29 0x2c-0x2d 0x30-0x31 0x34-0x35 0x38-0x39 0x3c-0x3d 0x50-0x53 0x62 0x66 0x72-0x73 0x74-0x75 0x76-0x77 0x80 0x90-0x91 0x92 0x93-0x9f 0xa4-0xa5 0xa8-0xa9 0xac-0xad 0xb0-0xb1 0xb2-0xb3 0xb4-0xb5 0xb8-0xb9 0xbc-0xbd 0x680-0x6ff 0x1640-0x164f I/O memory addresses: 0xe0000000-0xefffffff 0xfed14000-0xfed17fff 0xfed18000-0xfed18fff 0xfed19000-0xfed19fff unknown pnpinfo pnpid=PNP0c01 atdma0 pnpinfo pnpid=PNP0200 DMA request lines: 4 I/O ports: 0x0-0xf 0x81-0x8f 0xc0-0xdf attimer0 pnpinfo pnpid=PNP0100 Interrupt request lines: 0x0 I/O ports: 0x40-0x43 attimer1 pnpinfo pnpid=PNP0b00 Interrupt request lines: 0x8 I/O ports: 0x70-0x71 unknown pnpinfo pnpid=PNP0303 npxisa0 pnpinfo pnpid=PNP0c04 Interrupt request lines: 0xd I/O ports: 0xf0-0xff unknown pnpinfo pnpid=PNP0800 I/O ports: 0x61 unknown pnpinfo pnpid=PNP0c02 sysresource1 pnpinfo pnpid=PNP0c02 I/O ports: 0xfe00-0xfe01 unknown pnpinfo pnpid=PNP0c02 unknown pnpinfo pnpid=PNP0c02 pcibus_pnp0 pnpinfo pnpid=PNP0a03 I/O ports: 0xcf8-0xcff sysresource2 pnpinfo pnpid=PNP0c02 I/O ports: 0x4d0-0x4d1 0x1000-0x105f 0x1060-0x107f 0x1180-0x11bf I/O memory addresses: 0xfed00000-0xfed033ff 0xfed1c000-0xfed1ffff 0xfed20000-0xfed3ffff 0xfed45000-0xfed8ffff 0xfef00000-0xfeffffff unknown pnpinfo pnpid=PNP0c02 sysresource3 pnpinfo pnpid=PNP0c02 I/O memory addresses: 0xfec10000-0xfec17fff sysresource4 pnpinfo pnpid=PNP0c02 I/O memory addresses: 0xfec18000-0xfec1ffff sysresource5 pnpinfo pnpid=PNP0c02 I/O memory addresses: 0xfec20000-0xfec27fff sysresource6 pnpinfo pnpid=PNP0c02 I/O memory addresses: 0xfec28000-0xfec2ffff sysresource7 pnpinfo pnpid=PNP0c02 I/O memory addresses: 0xfec30000-0xfec37fff sysresource8 pnpinfo pnpid=PNP0c02 I/O memory addresses: 0xfec38000-0xfec3ffff unknown pnpinfo pnpid=INT0800 sysresource9 pnpinfo pnpid=PNP0c02 I/O memory addresses: 0xcea00-0xcefff unknown pnpinfo pnpid=PNP0f13 adv0 aha0 aic0 atkbdc0 I/O ports: 0x60 0x64 psm0 Interrupt request lines: 0xc atkbd0 Interrupt request lines: 0x1 bt0 cs0 ed0 fdc0 fe0 ie0 le0 ppc0 sc0 sio0 sio1 sio2 sio3 sn0 vga0 I/O ports: 0x3c0-0x3df I/O memory addresses: 0xa0000-0xbffff vt0 orm0 pnpinfo pnpid=ORM0000 I/O memory addresses: 0xcf000-0xcffff 0xdf800-0xdffff pmtimer0 atapci0 pnpinfo vendor=0x8086 device=0x27c4 subvendor=0x1025 subdevice=0x0110 class=0x010180 at slot=31 function=2 I/O ports: 0x170-0x177 0x1f0-0x1f7 0x376 0x3f6 0x18b0-0x18bf ata0 Interrupt request lines: 0xe ad0 subdisk0 atapicam0 ata1 Interrupt request lines: 0xf acd0 atapicam1 unknown pnpinfo vendor=0x8086 device=0x27da subvendor=0x1025 subdevice=0x0110 class=0x0c0500 at slot=31 function=3 I/O ports: 0x18c0-0x18df eisa0 ram0 I/O memory addresses: 0x0-0x9dfff 0x100000-0x5f68ffff npx0 From owner-freebsd-stable@FreeBSD.ORG Tue Oct 30 14:16:38 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E4CC216A419 for ; Tue, 30 Oct 2007 14:16:38 +0000 (UTC) (envelope-from wearabnet@yahoo.ca) Received: from web33711.mail.mud.yahoo.com (web33711.mail.mud.yahoo.com [68.142.201.208]) by mx1.freebsd.org (Postfix) with SMTP id ABF0013C4A7 for ; Tue, 30 Oct 2007 14:16:38 +0000 (UTC) (envelope-from wearabnet@yahoo.ca) Received: (qmail 21213 invoked by uid 60001); 30 Oct 2007 14:16:37 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.ca; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=gCsZjRoaQNQlSaGfQlmLikKQgF3bwiaEK46N4DbUtAGvY1i1BzX59hp2RlepJdaur5TB4VuMwfxt7TvnpweDmJmEjeQLwW6FK0OMcsRYIi0o8Nr7HraZVfRk7FWfBIwzHyuZWCAjb1gjWRNuL5g6rtq7LseMRPdp3Kch3OHHKRs=; X-YMail-OSG: 7vTNeH8VM1kmv6VgjdSIyq9jUwoUj5XUNnBpm1fPFkaJ0O5JL75X8IHRcQbwYiOUCMHFWhHZ9xvNUa_JVZ3lRXjeH8lpCYANE8ESgy1FlTMEFnG_6zE- Received: from [89.211.5.3] by web33711.mail.mud.yahoo.com via HTTP; Tue, 30 Oct 2007 07:16:37 PDT X-Mailer: YahooMailRC/814.06 YahooMailWebService/0.7.134.12 Date: Tue, 30 Oct 2007 07:16:37 -0700 (PDT) From: Abdullah Ibn Hamad Al-Marri To: Jason Slack , freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Message-ID: <469276.20580.qm@web33711.mail.mud.yahoo.com> Cc: Subject: Re: Upgrading FreeBSD Questions 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, 30 Oct 2007 14:16:39 -0000 Hello Jason,=0A=0A----- Original Message ----=0A> From: Jason Slack =0A> To: freebsd-stable@freebsd.org=0A> Sent: Tuesday, Oct= ober 30, 2007 2:25:18 AM=0A> Subject: Upgrading FreeBSD Questions=0A> =0A> = Hi All,=0A> =0A> I am new to FreeBSD, or want to be.=0A> =0A> I have an HP = Media center PC that has the Viiv 920-D processor with=0A> 4GB=0A> =0A of= =0A> RAM. I hate Windows, but had to sell my MacBook so my Fiance and=0A> I= =0A> =0A could get=0A> into a new apartment together.=0A> =0A> I want to tr= y version 7 as it has items of interest to me, but I am=0A> not=0A> =0A one= =0A> to continually wipe and reload my machine, can you upgrade from=0A> th= e=0A> =0A test=0A> releases of 7 available now to the final release when re= ady? Or do=0A> you=0A> =0A have=0A> to wipe?=0A> =0A> I apologize, but I am= from a Solaris environment and then OS X.=0A> =0A> Jason=0A> -- =0A> "Don'= t be reckless with other people's hearts, don't put up with=0A> people=0A> = =0A who=0A> are reckless with yours"........Lehrmann (1997)=0A=0AYou can al= ways upgrade to a newer FreeBSD version without too much hassle.=0A=0AHere = are the steps.=0A=0Acsup your src tree to RELENG_7=0A=0AThen do these steps= as root=0A=0A#cd /usr/src=0A#make cleandir=0A#make cleanworld=0A#mergemast= er -p=0A#make buildworld=0A#make buildkernel=0A#make installkernel=0A#reboo= t=0A#cd /usr/src=0A#make installworld=0A#mergemaster -iU (-iU added to auto= matically install files that don't exist and upgrade those that haven't cha= nged.=0A#reboot=0A=0Amergemaster made it very easy to upgrade, thank you Do= ug! }:)=0A =0ARegards, =0A-Abdullah Ibn Hamad Al-Marri=0AArab Portal=0Ahttp= ://www.WeArab.Net/=0A=0A=0A=0A=0A=0A_______________________________________= ___________=0ADo You Yahoo!?=0ATired of spam? Yahoo! Mail has the best spa= m protection around =0Ahttp://mail.yahoo.com From owner-freebsd-stable@FreeBSD.ORG Tue Oct 30 14:32:10 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D6AB16A46B for ; Tue, 30 Oct 2007 14:32:10 +0000 (UTC) (envelope-from jcw@highperformance.net) Received: from mx1.highperformance.net (dsl081-163-122.sea1.dsl.speakeasy.net [64.81.163.122]) by mx1.freebsd.org (Postfix) with ESMTP id BAE0513C4C3 for ; Tue, 30 Oct 2007 14:32:07 +0000 (UTC) (envelope-from jcw@highperformance.net) Received: from w16.stradamotorsports.com (w16.stradamotorsports.com [192.168.1.16]) by mx1.highperformance.net (8.13.8/8.13.8) with ESMTP id l9UE4hws072483; Tue, 30 Oct 2007 07:04:43 -0700 (PDT) (envelope-from jcw@highperformance.net) Message-ID: <472739FB.3020503@highperformance.net> Date: Tue, 30 Oct 2007 07:04:43 -0700 From: "Jason C. Wells" User-Agent: Thunderbird 2.0.0.6 (X11/20070922) MIME-Version: 1.0 To: Jason Slack References: <7dc35e670710291625l43902c92o5b364f84bf769811@mail.gmail.com> In-Reply-To: <7dc35e670710291625l43902c92o5b364f84bf769811@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-4.4 required=2.5 tests=ALL_TRUSTED,BAYES_00 autolearn=failed version=3.1.6 X-Spam-Checker-Version: SpamAssassin 3.1.6 (2006-10-03) on s4.stradamotorsports.com Cc: freebsd-stable@freebsd.org Subject: Re: Upgrading FreeBSD Questions 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, 30 Oct 2007 14:32:10 -0000 Jason Slack wrote: > I want to try version 7 as it has items of interest to me, but I am not one > to continually wipe and reload my machine, can you upgrade from the test > releases of 7 available now to the final release when ready? Or do you have > to wipe? > You can easily upgrade from 7.0-BETA to 7.0-RELEASE without erasing your drive. Historically, FreeBSD has always been upgradeable even through major releases, 4 to 5, 5 to 6. Sometimes that has been more painful than others. Upgrading within a major release, 6.1 to 6.2, has always been pretty easy. Later, Jason From owner-freebsd-stable@FreeBSD.ORG Tue Oct 30 15:25:02 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8AABF16A46C for ; Tue, 30 Oct 2007 15:25:02 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id 282CA13C4B7 for ; Tue, 30 Oct 2007 15:25:01 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: by blah.sun-fish.com (Postfix, from userid 1002) id 6A0551B10EE8; Tue, 30 Oct 2007 16:25:00 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on blah.cmotd.com X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=ALL_TRUSTED,BAYES_00, J_CHICKENPOX_42, J_CHICKENPOX_52, J_CHICKENPOX_82 autolearn=no version=3.2.3 Received: from hater.haters.org (hater.cmotd.com [192.168.3.125]) by blah.sun-fish.com (Postfix) with ESMTP id B8CF01B10EA4 for ; Tue, 30 Oct 2007 16:24:57 +0100 (CET) Message-ID: <47274CC9.5070507@moneybookers.com> Date: Tue, 30 Oct 2007 17:24:57 +0200 From: Stefan Lambrev User-Agent: Thunderbird 2.0.0.6 (X11/20070918) MIME-Version: 1.0 To: FreeBSD Stable Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.91.2/4631/Tue Oct 30 14:36:44 2007 on blah.cmotd.com X-Virus-Status: Clean Subject: USB-4COMi-SI-M : Isolated 4 Port USB-RS422/RS485 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, 30 Oct 2007 15:25:02 -0000 Hi, I'm trying to get working this USB to serial adapter under freebsd 7. The driver uftdi, detects the adapter, but I'm unable to get any import from newly created /dev/cuaU0-3. Is this device supported from the uftdi driver? Should it work and am I hitting a bug? This is what I have from usbdevs -v: Controller /dev/usb1: addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), Intel(0x0000), rev 1.00 port 1 addr 2: full speed, self powered, config 1, USB Hub(0x0604), vendor 0x05e3(0x05e3), rev 3.05 port 1 addr 3: full speed, power 44 mA, config 1, USB TO RS-422/485 ADAPTER(0x6001), FTDI(0x0403), rev 4.00 port 2 addr 4: full speed, power 44 mA, config 1, USB TO RS-422/485 ADAPTER(0x6001), FTDI(0x0403), rev 4.00 port 3 addr 5: full speed, power 44 mA, config 1, USB TO RS-422/485 ADAPTER(0x6001), FTDI(0x0403), rev 4.00 port 4 addr 6: full speed, power 44 mA, config 1, USB TO RS-422/485 ADAPTER(0x6001), FTDI(0x0403), rev 4.00 port 2 powered dmesg: uhub4: on uhub1 uhub4: 4 ports with 4 removable, self powered ucom0: on uhub4 ucom1: on uhub4 ucom2: on uhub4 ucom3: on uhub4 kldstat: Id Refs Address Size Name 1 6 0xffffffff80100000 5ccc70 kernel 2 1 0xffffffff806cd000 1b68 coretemp.ko 4 2 0xffffffffb057d000 102c ucom.ko 5 1 0xffffffffb057c000 fad uftdi.ko FreeBSD 7.0-PRERELEASE #1: Fri Oct 19 - amd64 -- Best Wishes, Stefan Lambrev ICQ# 24134177 From owner-freebsd-stable@FreeBSD.ORG Tue Oct 30 15:45:45 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B045016A469 for ; Tue, 30 Oct 2007 15:45:45 +0000 (UTC) (envelope-from drue@therub.org) Received: from stiff.therub.org (stiff.therub.org [64.251.23.23]) by mx1.freebsd.org (Postfix) with ESMTP id 8B5E013C4AA for ; Tue, 30 Oct 2007 15:45:45 +0000 (UTC) (envelope-from drue@therub.org) Received: by stiff.therub.org (Postfix, from userid 1001) id 359E7E890A3; Tue, 30 Oct 2007 10:26:13 -0500 (CDT) Date: Tue, 30 Oct 2007 10:26:13 -0500 From: Dan Rue To: Jason Slack Message-ID: <20071030152612.GL30240@therub.org> References: <7dc35e670710291625l43902c92o5b364f84bf769811@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <7dc35e670710291625l43902c92o5b364f84bf769811@mail.gmail.com> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@freebsd.org Subject: Re: Upgrading FreeBSD Questions 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, 30 Oct 2007 15:45:45 -0000 On Mon, Oct 29, 2007 at 04:25:18PM -0700, Jason Slack wrote: > Hi All, > > I am new to FreeBSD, or want to be. > > I have an HP Media center PC that has the Viiv 920-D processor with 4GB of > RAM. I hate Windows, but had to sell my MacBook so my Fiance and I could get > into a new apartment together. > > I want to try version 7 as it has items of interest to me, but I am not one > to continually wipe and reload my machine, can you upgrade from the test > releases of 7 available now to the final release when ready? Or do you have > to wipe? > > I apologize, but I am from a Solaris environment and then OS X. Hi Jason, Welcome to FreeBSD! In the future, questions like this are best served on the freebsd-questions mailing list, where there are many more people to help with new-user issues like this. To your question - upgrades between freebsd minor releases are almost always really easy (7.x->7.x). Upgrades from 4.X to 6.x are a little hairy. 6.x to 7.x aren't bad at all. See the freebsd handbook, and the (imo horribly misnamed) chapter "The Cutting Edge" for information on how to perform the upgrades. (http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/cutting-edge.html). Dan From owner-freebsd-stable@FreeBSD.ORG Tue Oct 30 16:16:02 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C4C8416A419; Tue, 30 Oct 2007 16:16:02 +0000 (UTC) (envelope-from mpumford@mpc-data.co.uk) Received: from warcop.mpc-data.co.uk (cvs.mpc-ogw.co.uk [81.2.99.171]) by mx1.freebsd.org (Postfix) with ESMTP id 149DD13C4B8; Tue, 30 Oct 2007 16:16:01 +0000 (UTC) (envelope-from mpumford@mpc-data.co.uk) Received: from [192.150.92.163] (buntingford.mpc-data.co.uk [192.150.92.163]) by warcop.mpc-data.co.uk (8.12.9p2/8.12.9) with ESMTP id l9UFjxhx036249; Tue, 30 Oct 2007 15:46:00 GMT (envelope-from mpumford@mpc-data.co.uk) Message-ID: <472751B7.9040505@mpc-data.co.uk> Date: Tue, 30 Oct 2007 15:45:59 +0000 From: Mike Pumford User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.6) Gecko/20070802 SeaMonkey/1.1.4 MIME-Version: 1.0 To: Abdullah Ibn Hamad Al-Marri References: <461307.47075.qm@web33709.mail.mud.yahoo.com> In-Reply-To: <461307.47075.qm@web33709.mail.mud.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Luis Neves , freebsd-stable@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: 7.0 BETA1 and Thinkpad T61p : Wireless misadventure 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, 30 Oct 2007 16:16:02 -0000 Abdullah Ibn Hamad Al-Marri wrote: > > Previously I didn't mention that there are some functions missing from > > the FreeBSD's NDIS api. These are: > > With the help of NDIS reference and Linux ndiswrapper I have been able > > to implement all but KeBugCheckEx (they are all rather simple but I > Can help you with this one. This is the Windows equivalent of panic(). So just call panic with an appropriate string. If the string includes the bugcheck code and parameters so much the better. Mike From owner-freebsd-stable@FreeBSD.ORG Tue Oct 30 16:16:30 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B154916A417 for ; Tue, 30 Oct 2007 16:16:30 +0000 (UTC) (envelope-from brucegb@realtime.net) Received: from ruth.realtime.net (mercury.realtime.net [205.238.132.86]) by mx1.freebsd.org (Postfix) with ESMTP id 7613213C447 for ; Tue, 30 Oct 2007 16:16:30 +0000 (UTC) (envelope-from brucegb@realtime.net) Received: from tigerfish2.my.domain (cpe-70-122-44-4.austin.res.rr.com [70.122.44.4]) by realtime.net (Realtime Communications Advanced E-Mail Services V9.2) with ESMTP id 124206741-1817707 for ; Tue, 30 Oct 2007 10:36:28 -0500 Received: from tigerfish2.my.domain (localhost [127.0.0.1]) by tigerfish2.my.domain (8.13.8/8.13.8) with ESMTP id l9UFaRZc095157 for ; Tue, 30 Oct 2007 10:36:27 -0500 (CDT) (envelope-from brucegb@tigerfish2.my.domain) Received: (from brucegb@localhost) by tigerfish2.my.domain (8.13.8/8.13.8/Submit) id l9UFaRVe095156 for freebsd-stable@freebsd.org; Tue, 30 Oct 2007 10:36:27 -0500 (CDT) (envelope-from brucegb) Date: Tue, 30 Oct 2007 10:36:27 -0500 From: Bruce Burden To: freebsd-stable@freebsd.org Message-ID: <20071030153627.GA1005@tigerfish2.my.domain> References: <7dc35e670710291625l43902c92o5b364f84bf769811@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <7dc35e670710291625l43902c92o5b364f84bf769811@mail.gmail.com> User-Agent: Mutt/1.4.2.3i Subject: Re: Upgrading FreeBSD Questions 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, 30 Oct 2007 16:16:30 -0000 On Mon, Oct 29, 2007 at 04:25:18PM -0700, Jason Slack wrote: > > I want to try version 7 as it has items of interest to me, but I am not one > to continually wipe and reload my machine, can you upgrade from the test > releases of 7 available now to the final release when ready? Or do you have > to wipe? > From ports, you install "cvsup" and you can keep your ports and OS source up to date. The last time a full install was preferred was going from the 5.x release to 6.x, I believe, due to differences in GCC 3.x and GCC 4.x. So, it rarely happens. Bruce -- ------------------------------------------------------------------------ "I like bad!" Bruce Burden Austin, TX. - Thuganlitha The Power and the Prophet Robert Don Hughes From owner-freebsd-stable@FreeBSD.ORG Tue Oct 30 16:19:15 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EF2F516A419 for ; Tue, 30 Oct 2007 16:19:15 +0000 (UTC) (envelope-from freebsd@chillt.de) Received: from dd15624.kasserver.com (dd15624.kasserver.com [85.13.136.215]) by mx1.freebsd.org (Postfix) with ESMTP id B0C4913C4A8 for ; Tue, 30 Oct 2007 16:19:10 +0000 (UTC) (envelope-from freebsd@chillt.de) Received: from hundertwasser.cs.tcd.ie (dslb-084-060-120-004.pools.arcor-ip.net [84.60.120.4]) by dd15624.kasserver.com (Postfix) with ESMTP id 4555D181EC728; Tue, 30 Oct 2007 16:57:29 +0100 (CET) Message-ID: <47275417.7010308@chillt.de> Date: Tue, 30 Oct 2007 15:56:07 +0000 From: Bartosz Fabianowski User-Agent: Thunderbird 2.0.0.6 (X11/20070810) MIME-Version: 1.0 To: Jason Slack References: <7dc35e670710291625l43902c92o5b364f84bf769811@mail.gmail.com> In-Reply-To: <7dc35e670710291625l43902c92o5b364f84bf769811@mail.gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Upgrading FreeBSD Questions 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, 30 Oct 2007 16:19:16 -0000 > can you upgrade from the test releases of 7 available now to the > final release when ready? Or do you have to wipe? Some machines out there have been continuously upgraded since the FreeBSD 2.x days. So yes, by all means, FreeBSD can be upgraded without wiping. From owner-freebsd-stable@FreeBSD.ORG Tue Oct 30 16:27:27 2007 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2185C16A420; Tue, 30 Oct 2007 16:27:27 +0000 (UTC) (envelope-from keramida@FreeBSD.org) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id 1714D13C4C8; Tue, 30 Oct 2007 16:27:23 +0000 (UTC) (envelope-from keramida@FreeBSD.org) Received: from kobe.laptop (vader.bytemobile-rio.ondsl.gr [83.235.57.37]) (authenticated bits=128) by igloo.linux.gr (8.14.1/8.14.1/Debian-9) with ESMTP id l9UGQvX8011543 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 30 Oct 2007 18:27:12 +0200 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.1/8.14.1) with ESMTP id l9UGQadA092942; Tue, 30 Oct 2007 18:26:52 +0200 (EET) (envelope-from keramida@FreeBSD.org) Received: (from keramida@localhost) by kobe.laptop (8.14.1/8.14.1/Submit) id l9UGQasc092941; Tue, 30 Oct 2007 18:26:36 +0200 (EET) (envelope-from keramida@FreeBSD.org) Date: Tue, 30 Oct 2007 18:26:36 +0200 From: Giorgos Keramidas To: Jeremy Chadwick Message-ID: <20071030162636.GA92815@kobe.laptop> References: <20071028074248.GA1511@haakonia.hitnet.RWTH-Aachen.DE> <4724BAD9.7000400@charter.net> <20071028164152.GA7516@eos.sc1.parodius.com> <4724BEB3.5080905@charter.net> <20071029132447.GA2658@kobe.laptop> <20071029191836.GA58058@eos.sc1.parodius.com> <20071030113247.GA3941@kobe.laptop> <20071030121603.GA90748@kobe.laptop> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071030121603.GA90748@kobe.laptop> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-4.121, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.28, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@freebsd.org X-Spam-Status: No Cc: stable@FreeBSD.org, current@FreeBSD.org Subject: Re: /usr/share/man/man8/MAKEDEV.8 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, 30 Oct 2007 16:27:27 -0000 On 2007-10-30 14:16, Giorgos Keramidas wrote: > Neat. The base-system manpages which have errors or warnings are just a > few of the hundreds we have. I just finished running a slightly > modified version of `/etc/periodic/weekly/330.catman', which uses > `catman -v' and the list of files with errors (after a bit of manual > parsing) is now: > > % Reformatting manual pages: > % /usr/share/man: not writable - will only be able to write to existing cat directories > % [...] Hi again Jeremy. The 'trigger' for using 330.catman and "catman -v" was very useful indeed :) I've fixed the following manpages in CURRENT, and will MFC the changes after a while (given RE approval for RELENG_7): minherit.2, sctp_generic_recvmsg.2, sctp_generic_sendmsg.2, sctp_peeloff.2, ether_aton.3, gss_add_cred.3, gss_inquire_cred_by_mech.3, gss_inquire_mechs_for_name.3, gss_seal.3, gss_unseal.3, gss_wrap_size_limit.3, valloc.3, mac.4, md.4, quota.group.5, fwcontrol.8, ifmcstat.8, uio.9 There are still some errors/warnings in contrib manpages, like: readelf.1 (binutils) lwres_gabn.3 (bind) lwres_gnba.3 (bind) lwres_noop.3 (bind) zlib.3 (zlib) I'll ask the respective contrib-code maintainers before making changes here, to avoid taking files off the vendor branch if it's too bad. There are also a couple of manpages with references to very long URIs, which cannot be wrapped by nroff in a reasonable line-length: ng_netflow.4 bluetooth.device.conf.5 I don't think we can easily fix these, without manually wrapping the URIs, but that may 'break' copy/pasting of the URIs :/ - Giorgos From owner-freebsd-stable@FreeBSD.ORG Tue Oct 30 16:51:40 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 89F3C16A477 for ; Tue, 30 Oct 2007 16:51:40 +0000 (UTC) (envelope-from oleg@lomaka.org.ua) Received: from gnome.kiev.sovam.com (gnome.kiev.sovam.com [212.109.32.24]) by mx1.freebsd.org (Postfix) with ESMTP id 2BA4D13C4F5 for ; Tue, 30 Oct 2007 16:51:40 +0000 (UTC) (envelope-from oleg@lomaka.org.ua) Received: from relay02.kiev.sovam.com ([62.64.120.197]) by gnome.kiev.sovam.com with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1Immhk-000AJl-Ja for freebsd-stable@freebsd.org; Tue, 30 Oct 2007 10:44:08 +0200 Received: from [212.82.216.226] (helo=skuns.kiev.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1Immh9-0003H1-Dc for freebsd-stable@freebsd.org; Tue, 30 Oct 2007 10:43:41 +0200 Received: from tdevil.lomaka.org.ua (fc2.kiev.zoral.com.ua [10.1.1.7]) (authenticated bits=0) by skuns.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id l9U8gVib011009 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 30 Oct 2007 10:42:31 +0200 (EET) (envelope-from oleg@lomaka.org.ua) Message-ID: <4726EE79.6050401@lomaka.org.ua> Date: Tue, 30 Oct 2007 10:42:33 +0200 From: Oleg Lomaka User-Agent: Thunderbird 2.0.0.6 (X11/20070819) MIME-Version: 1.0 To: pyunyh@gmail.com References: <20071024084934.GF11234@cdnetworks.co.kr> <471F52DC.4080305@gmail.com> <20071025020637.GA16092@cdnetworks.co.kr> <47203EC3.4010203@gmail.com> <20071025083032.GE16092@cdnetworks.co.kr> <20071027030921.GC25452@cdnetworks.co.kr> In-Reply-To: <20071027030921.GC25452@cdnetworks.co.kr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-103.6 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, USER_IN_WHITELIST autolearn=ham version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on skuns.kiev.zoral.com.ua X-Scanner-Signature: f7f1c38b0b2d7aeba17750d70212ab70 X-DrWeb-checked: yes X-SpamTest-Envelope-From: oleg@lomaka.org.ua X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 1698 [Oct 30 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: Oleg Lomaka , freebsd-stable@freebsd.org Subject: Re: any hope for nfe/msk? 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, 30 Oct 2007 16:51:40 -0000 Pyun YongHyeon wrote: > On Thu, Oct 25, 2007 at 05:30:32PM +0900, To Oleg Lomaka wrote: > > [...] > > > > tdevil% grep -iE "msk|phy" /var/run/dmesg.boot > > > pci0: domain=0, physical bus=0 > > > pci2: domain=0, physical bus=2 > > > mskc0: port 0x2000-0x20ff mem > > > 0xd0100000-0xd0103fff irq 16 at device 0.0 on pci2 > > > mskc0: Reserved 0x4000 bytes for rid 0x10 type 3 at 0xd0100000 > > > mskc0: MSI count : 2 > > > mskc0: RAM buffer size : 16KB > > > mskc0: Port 0 : Rx Queue 10KB(0x00000000:0x000027ff) > > > mskc0: Port 0 : Tx Queue 10KB(0x00002800:0x00004fff) > > > msk0: on mskc0 > > > msk0: bpf attached > > > msk0: Ethernet address: 00:1b:24:0e:bc:26 > > > miibus0: on msk0 > > > e1000phy0: PHY 0 on miibus0 > > > e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > > > ukphy0: PHY 3 on miibus0 > > > ukphy0: OUI 0x001000, model 0x0004, rev. 0 > > > ukphy0: no media present > > > ukphy1: PHY 6 on miibus0 > > > ukphy1: OUI 0x004400, model 0x0011, rev. 0 > > > ukphy1: no media present > > > mskc0: [MPSAFE] > > > mskc0: [FILTER] > > > pci3: domain=0, physical bus=3 > > > pci4: domain=0, physical bus=4 > > > pci5: domain=0, physical bus=5 > > > pci10: domain=0, physical bus=10 > > > > > > > Thanks for the info. Would please try attached patch? > > > > Any progress here? > I guess it's very important to fix the bug as it would affect all > Yukon FE based NIC. > > I've applied your patch again yesterday. There was no halts for few hours already (after ports cvs up and other network/cpu loads). I'll give you a note in a day or two if there will no be any troubles. Thanks for your help. -- Oleg Lomaka, System Administrator Kiev Zoral Development Center Tel: +380-44-4928018 ALEK-RIPE, ALEK-UANIC From owner-freebsd-stable@FreeBSD.ORG Tue Oct 30 17:01:52 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EEE4716A49E for ; Tue, 30 Oct 2007 17:01:51 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.187]) by mx1.freebsd.org (Postfix) with ESMTP id B5AD813C4C6 for ; Tue, 30 Oct 2007 17:01:49 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so1578353nfb for ; Tue, 30 Oct 2007 10:01:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=kPLGWcai8aRj5WZyjPn6cbPO1RmTlthZ2RkAnual+aE=; b=fG7G2LIh4tnEtoRArCGHm5OmLtuVa2t7Th3Jm8aOjDOODpOySi0QmsBv4BS6R41f4d2mLeP+6TRd+wg6T+67pDswXp1RhW/LRJ+WuLm0MINKZkMtZJ8kqVx2H09THM2zbH7ohyM+Kmor+0d/2rEysnLN9fGnx65GyuD07tEZM+Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=dyp3I86mw8EaBts1Gph9EUO/eMWUZbNlIrMBfcPuuNMGi/nU/GZ3EfAnwriOucCUfDt7wdTXjCD29qgczzeclYNxPpDnSGpNT9H5/nhzzyTX2g9R8lbwkVCFZI9CYI4gVjqtm06E6M/51f8vkzArmR/avMeAAlt5mVVE3D8WEYg= Received: by 10.86.90.2 with SMTP id n2mr5818352fgb.1193763708179; Tue, 30 Oct 2007 10:01:48 -0700 (PDT) Received: by 10.86.100.19 with HTTP; Tue, 30 Oct 2007 10:01:48 -0700 (PDT) Message-ID: <2a41acea0710301001k60442b26uae186209ac484780@mail.gmail.com> Date: Tue, 30 Oct 2007 10:01:48 -0700 From: "Jack Vogel" To: "gnn@freebsd.org" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2a41acea0710291045m6f1d2acw78c26a455ea3894d@mail.gmail.com> Cc: "freebsd-net@freebsd.org" , FreeBSD Current , FreeBSD Stable List Subject: Re: RFC: Evolution of the em driver 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, 30 Oct 2007 17:01:52 -0000 On 10/30/07, gnn@freebsd.org wrote: > At Mon, 29 Oct 2007 10:45:17 -0700, > Jack Vogel wrote: > > > > I have an important decision to make and I thought rather than just make > > it and spring it on you I'd present the issues and see what opinions were. > > > > Our newer hardware uses new features that, more and more, require > > parallel code paths in the driver. For instance, the 82575 (Zoar) uses > > what are called 'advanced descriptors', this means different TX path. > > The 7.0 em driver has this support in it, it just uses a function pointer > > to handle it. > > > > When I add in multiqueue/RSS support it will add even more code > > that functions this way. > > > > What the Linux team did was to split the newer code into a standalone > > driver, they call it 'igb'. I had originally resisted doing this, but with > > the development I have been working on the past month I am starting > > to wonder if it might not be best to follow them. > > > > I see 3 possibilities and I'd like feedback, which would you prefer if > > you have a preference and why. > > > > First, keep the driver as is and just live with multiple code paths > > and features, possibly #ifdef'ed as they appear. > > > > Second, split the driver as Linux has into em and igb. The added > > question then is how to split it, Linux made the line the use of > > advanced descriptors, so Zoar and after, but I could also see a > > case for having everything PCI-E/MSI capable being in the new > > driver. > > > > Third, sort of a half-way approach, split up code but not the > > driver, in other words offer different source files that can be > > compiled into the driver, so you could have the one big jumbo > > driver with all in there, or one that will only work with a subset > > of adapters. This one would probably be the most work, because > > its a new approach. > > As you're the main maintainer it's your choice. Whatever is easiest > for you and gives us the most readable code. Thanks, I know its my choice, I was just looking for opinions about the options I had to chose from :) I think I've had enough feedback to decide, I think the seperate driver is the direction. I need to give some thought to where to make the split. Thanks for everyone's feedback. Jack From owner-freebsd-stable@FreeBSD.ORG Tue Oct 30 17:06:23 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 40D2E16A417; Tue, 30 Oct 2007 17:06:23 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (grnl-static-02-0046.dsl.iowatelecom.net [69.66.56.110]) by mx1.freebsd.org (Postfix) with ESMTP id B288E13C480; Tue, 30 Oct 2007 17:06:18 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.13.8/8.13.8) with ESMTP id l9UH6I0H044780; Tue, 30 Oct 2007 12:06:18 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.1/8.13.8/Submit) id l9UH6HAt044764; Tue, 30 Oct 2007 12:06:17 -0500 (CDT) (envelope-from brooks) Date: Tue, 30 Oct 2007 12:06:17 -0500 From: Brooks Davis To: Dmitry Morozovsky Message-ID: <20071030170617.GA31835@lor.one-eyed-alien.net> References: <20071029111235.E69594@woozle.rinet.ru> <20071029195033.GA87137@lor.one-eyed-alien.net> <20071030123100.K39332@woozle.rinet.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ZGiS0Q5IWpPtfppv" Content-Disposition: inline In-Reply-To: <20071030123100.K39332@woozle.rinet.ru> User-Agent: Mutt/1.5.16 (2007-06-09) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (lor.one-eyed-alien.net [127.0.0.1]); Tue, 30 Oct 2007 12:06:18 -0500 (CDT) Cc: stable@freebsd.org, Brooks Davis Subject: Re: rrdtool performance tuning (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: Tue, 30 Oct 2007 17:06:23 -0000 --ZGiS0Q5IWpPtfppv Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Oct 30, 2007 at 12:32:42PM +0300, Dmitry Morozovsky wrote: > On Mon, 29 Oct 2007, Brooks Davis wrote: >=20 > BD> On Mon, Oct 29, 2007 at 11:13:09AM +0300, Dmitry Morozovsky wrote: > BD> >=20 > BD> > [hmm, after thinking a bit I decided it would be more appropriate h= ere, in=20 > BD> > stable@] > BD> >=20 > BD> > Dear colleagues, > BD> >=20 > BD> > any hints to tune rrdtool with ~30k rrd files (approx 2k target dev= ices)? > BD> >=20 > BD> > machine is mostly IO-bound, showing 100% disk load with 8 or someti= mes even 3=20 > BD> > mB/s, 300-400 tps (it's 2 SATA300 disks in gmirror) > BD>=20 > BD> Store it on a memory file system and take periodic snapshots. The fo= rmat is > BD> hopeless for large numbers of updates. The ganglia port's startup sc= ripts show > BD> an example of doing this. >=20 > I thought about this, but total size of these files is already more than= =20 > memory, and I'm not sure md would be suitable for this. FWIW, this is the only work around ganglia users have found. You might consider a solid state disk or one of the battery backed RAM cards out there if adding more memory and switching to a 64-bit OS isn't an option. -- Brooks --ZGiS0Q5IWpPtfppv Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFHJ2SIXY6L6fI4GtQRArbOAKDZWFb+zjd/fd2lM2mZL11H6JbtCACfblq0 WnUOe9cdw2NK10UDWKvcdOY= =06OA -----END PGP SIGNATURE----- --ZGiS0Q5IWpPtfppv-- From owner-freebsd-stable@FreeBSD.ORG Tue Oct 30 17:16:26 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B570516A46B for ; Tue, 30 Oct 2007 17:16:25 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.189]) by mx1.freebsd.org (Postfix) with ESMTP id 3A76413C4A8 for ; Tue, 30 Oct 2007 17:16:24 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so1582431nfb for ; Tue, 30 Oct 2007 10:16:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=W/l8AY7sBnxRg4v4pQSAq/1sQV1ax1M6TDAjozWQn40=; b=lOBwR9qRn41K5Vq4A8AWEuxSGammwF4mPmw7EadXK67CobAbMPmBeJ3k2UmLJPg4GAET+CH5Nd1rpS/nCHTtGl2XENwfGJ1CZSM89sLS7rIbbbvgfI7geEN4IlsT+IXtyHegEx7S3cIuyZd6L7kHlMw52mh+UQ/yyx3UzY7mFzg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=BOvkt1UhaTB/oEq60k+h9+A9VY67bWM84fTTxt3nxvDjnHMD8kjNeFrOA94JHECt+RgJwha2lnmNtXEgBWTwJZJQsOA3ExjZ3vJT0KKhjN2z3IOhfgkqNS3IfirX8IVDEkUFXqt//p0Sy+TBQKIdxygf2AGqlmLpcd9ICz+czRc= Received: by 10.86.71.1 with SMTP id t1mr5826381fga.1193764582321; Tue, 30 Oct 2007 10:16:22 -0700 (PDT) Received: by 10.86.100.19 with HTTP; Tue, 30 Oct 2007 10:16:22 -0700 (PDT) Message-ID: <2a41acea0710301016u4a0008dfjc83170257337863c@mail.gmail.com> Date: Tue, 30 Oct 2007 10:16:22 -0700 From: "Jack Vogel" To: "freebsd-net@freebsd.org" , "FreeBSD Stable List" , "FreeBSD Current" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: em watchdog 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: Tue, 30 Oct 2007 17:16:26 -0000 This morning I had an idea about what the source of the watchdog problem is. Also, we have repro'd at least one type of watchdog inhouse. One question, is this problem only happening for those running STABLE with the 6.6.6 merged driver? We found the problem does not seem to happen on 7.0. Right now my suspicion is that the FAST irq handling is again causing a problem. I am experimenting with variations to the code today to be sure whats going on, and hopefully fixing it. Cheers, Jack From owner-freebsd-stable@FreeBSD.ORG Tue Oct 30 17:23:03 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6D93E16A419 for ; Tue, 30 Oct 2007 17:23:03 +0000 (UTC) (envelope-from rmarella@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.226]) by mx1.freebsd.org (Postfix) with ESMTP id 2809613C4A8 for ; Tue, 30 Oct 2007 17:23:02 +0000 (UTC) (envelope-from rmarella@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so1355322nzf for ; Tue, 30 Oct 2007 10:23:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type:content-transfer-encoding; bh=TeANAYnVi3uCW669BWybWQIQix/LvTF1MCntd+wu/XM=; b=rTD9Fjv3KpBq1nli2zlJDQfuVM8C7xXd4m7tw9OVhk63scd7zpv90aE7ddhGxexufWAdjaDY69krotI3vD85lF2xKMx6G+UgwnDnImAs1MABm5ROj/FqLORzjxYPz0iEJ1e500Cx7/Uf77G4iwU+/xpQNe13ObMxOeU0sx/2zRw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type:content-transfer-encoding; b=H+Jb9bG6OKCZK0Zb9efpeSGBRqyDb91Ejbso/c3VbyIf4zYcZk9kqZLLFXSLbN7SseAAAk1p5eHRLKVL8I7xIxYAdAowNFLSMGGHZScMMT0dD+yJn3dUbtiDZOEkgCqmC9xlo0KlRuOQT1FObE07vpPD8I9znObvFN7bof5sNro= Received: by 10.114.177.1 with SMTP id z1mr320711wae.1193764981557; Tue, 30 Oct 2007 10:23:01 -0700 (PDT) Received: from p4 ( [66.75.108.9]) by mx.google.com with ESMTPS id m5sm15760782wag.2007.10.30.10.22.57 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 30 Oct 2007 10:22:59 -0700 (PDT) Date: Tue, 30 Oct 2007 07:22:53 -1000 From: Robert Marella To: Doug Barton Message-ID: <20071030072253.6e3ea6b0@p4> In-Reply-To: References: <20071029093611.1ec829bc@p4> X-Mailer: Claws Mail 3.0.2 (GTK+ 2.12.1; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: "freebsd-stable@freebsd.org" Subject: Re: 7.0-BETA1 freeze using portmaster 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, 30 Oct 2007 17:23:03 -0000 On Mon, 29 Oct 2007 23:05:06 -0700 (PDT) Doug Barton wrote: > On Mon, 29 Oct 2007, Robert Marella wrote: > > > Aloha > > > > [robert@p4] ~> uname -a > > FreeBSD p4.konav201.local 7.0-BETA1 FreeBSD 7.0-BETA1 #2: Mon Oct 29 > > 07:58:19 HST 2007 root@:/usr/obj/usr/src/sys/GENERIC i386 > > > > This was a fresh install of 7 from a couple of months ago when it > > was -current. I have been updating > > src, ports, or both? It was a clean install. I backed up my data and did a new install from a snapshot iso. I reinstalled all 3rd party software from ports. > > > at least weekly since then. I csup'd and did the buildworld/kernel > > thing this past Friday. At that time I change from the generic > > kernel to a generic using -ULE. > > Assuming that you're now tracking RELENG_7, and assuming that you > installed the new kernel and world, did you clean out all the old > libraries and includes from before the branch? See above > > > When updating the ports over the weekend using "portmaster -a -u" > > the > > This isn't really relevant to your question, but I'd like to point > out that I think people are using the -u flag a lot more than they > really need to. Under normal circumstances once you're past the 'make > config' stage and the ports start actually compiling there won't be > any interaction required. In fact, now that the OPTIONS framework is > fixed if you already have options files for the ports you have > installed, and those options haven't changed, you won't even get > those screens to deal with. Noted > > > system would freeze at "Creating a backup package for old version > > pkg-glob". Where pkg-glob is whatever was being updated at the time > > of course. > > What happens if you just run 'pkg_create -b from /var/db/pkg>'? I strongly suspect that this is a problem with > your pkg_create binary, since that's all portmaster is doing in that > spot. If the pkg_create command failed then you would see an error > message and portmaster would exit. Okay, I just did that from my /root directory and it worked. p4# ls -l total 8528 drwx------ 2 root wheel 512 Oct 9 11:46 Desktop drwxr-xr-x 2 root wheel 512 Oct 8 19:31 bin -rw-r--r-- 1 root wheel 8668867 Oct 30 07:07 python25-2.5.1.tbz -rwxr-xr-x 1 root wheel 184 Oct 12 08:18 supfile.os > > hth, > > Doug Thank you for responding. Does this mean that I alone am experiencing this problem? One other thing, I replaced my video card last week with an NVIDIA card. I installed the nvidia port which brought in linux ports and compat5x. Could this have messed up my libraries? Robert > From owner-freebsd-stable@FreeBSD.ORG Tue Oct 30 17:24:24 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 756D116A417 for ; Tue, 30 Oct 2007 17:24:24 +0000 (UTC) (envelope-from pj@smo.de) Received: from ilk.de (mx-out13.ilk.de [194.121.104.13]) by mx1.freebsd.org (Postfix) with ESMTP id E512013C4B3 for ; Tue, 30 Oct 2007 17:24:23 +0000 (UTC) (envelope-from pj@smo.de) Received: from bologna.intern.smo.de (pool14.ka.ilk.net [212.86.194.14]) by ilk.de (8.13.4/8.13.4/ilk-relay) with ESMTP id l9UDLZTL005765; Tue, 30 Oct 2007 14:21:35 +0100 Received: from [192.168.153.208] (herdubreid.intern.smo.de [192.168.153.208]) by bologna.intern.smo.de (8.13.8+Sun/8.13.8) with ESMTP id l9UDHcXC015254; Tue, 30 Oct 2007 14:17:38 +0100 (CET) Message-ID: <47272FDC.8080106@smo.de> Date: Tue, 30 Oct 2007 14:21:32 +0100 From: Philipp Ost User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.13) Gecko/20071021 X-Accept-Language: de, en-us, en MIME-Version: 1.0 To: Jason Slack References: <7dc35e670710291625l43902c92o5b364f84bf769811@mail.gmail.com> In-Reply-To: <7dc35e670710291625l43902c92o5b364f84bf769811@mail.gmail.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Upgrading FreeBSD Questions 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, 30 Oct 2007 17:24:25 -0000 Jason Slack wrote: > I want to try version 7 as it has items of interest to me, but I am not one > to continually wipe and reload my machine, can you upgrade from the test > releases of 7 available now to the final release when ready? Or do you have > to wipe? Yes, you can upgrade your system without wiping the disk. You just sync the sources and recompile the kernel/world. The FreeBSD Handbook has more information regarding this, I recommend reading it -- it's worth it ;-) HTH, Philipp -- www.familie-ost.info/~pj From owner-freebsd-stable@FreeBSD.ORG Tue Oct 30 18:16:13 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A1C016A417 for ; Tue, 30 Oct 2007 18:16:13 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with SMTP id 0F8C213C4B5 for ; Tue, 30 Oct 2007 18:16:12 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 31043 invoked by uid 399); 30 Oct 2007 18:16:11 -0000 Received: from localhost (HELO slave.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 30 Oct 2007 18:16:11 -0000 X-Originating-IP: 127.0.0.1 Date: Tue, 30 Oct 2007 11:16:09 -0700 (PDT) From: Doug Barton To: Robert Marella In-Reply-To: <20071030072253.6e3ea6b0@p4> Message-ID: References: <20071029093611.1ec829bc@p4> <20071030072253.6e3ea6b0@p4> X-message-flag: Outlook -- Not just for spreading viruses anymore! X-OpenPGP-Key-ID: 0xD5B2F0FB Organization: http://www.FreeBSD.org/ MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: "freebsd-stable@freebsd.org" Subject: Re: 7.0-BETA1 freeze using portmaster 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, 30 Oct 2007 18:16:13 -0000 On Tue, 30 Oct 2007, Robert Marella wrote: > On Mon, 29 Oct 2007 23:05:06 -0700 (PDT) > Doug Barton wrote: > >> On Mon, 29 Oct 2007, Robert Marella wrote: >> >>> Aloha >>> >>> [robert@p4] ~> uname -a >>> FreeBSD p4.konav201.local 7.0-BETA1 FreeBSD 7.0-BETA1 #2: Mon Oct 29 >>> 07:58:19 HST 2007 root@:/usr/obj/usr/src/sys/GENERIC i386 >>> >>> This was a fresh install of 7 from a couple of months ago when it >>> was -current. I have been updating >> >> src, ports, or both? > > It was a clean install. I backed up my data and did a new install from > a snapshot iso. I reinstalled all 3rd party software from ports. Ok. >> What happens if you just run 'pkg_create -b > from /var/db/pkg>'? I strongly suspect that this is a problem with >> your pkg_create binary, since that's all portmaster is doing in that >> spot. If the pkg_create command failed then you would see an error >> message and portmaster would exit. > > Okay, I just did that from my /root directory and it worked. Well, that's good news I suppose. Please install the latest (1.24) version of portmaster, and try again, with and without the -B flag and let me know how it goes. > Thank you for responding. Does this mean that I alone am experiencing > this problem? Yes. > One other thing, I replaced my video card last week with an NVIDIA > card. I installed the nvidia port which brought in linux ports and > compat5x. Could this have messed up my libraries? Highly unlikely, but thanks for mentioning it. Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Tue Oct 30 19:41:32 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 97AB216A468 for ; Tue, 30 Oct 2007 19:41:32 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (pointyhat.freebsd.org [IPv6:2001:4f8:fff6::2b]) by mx1.freebsd.org (Postfix) with ESMTP id CF0CB13C4BF; Tue, 30 Oct 2007 19:41:30 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <472788ED.1090804@FreeBSD.org> Date: Tue, 30 Oct 2007 20:41:33 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Robert Marella References: <20071029093611.1ec829bc@p4> In-Reply-To: <20071029093611.1ec829bc@p4> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "freebsd-stable@freebsd.org" Subject: Re: 7.0-BETA1 freeze using portmaster 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, 30 Oct 2007 19:41:32 -0000 Robert Marella wrote: > Aloha > > [robert@p4] ~> uname -a > FreeBSD p4.konav201.local 7.0-BETA1 FreeBSD 7.0-BETA1 #2: Mon Oct 29 > 07:58:19 HST 2007 root@:/usr/obj/usr/src/sys/GENERIC i386 > > This was a fresh install of 7 from a couple of months ago when it was > -current. I have been updating at least weekly since then. I csup'd and > did the buildworld/kernel thing this past Friday. At that time I change > from the generic kernel to a generic using -ULE. > > When updating the ports over the weekend using "portmaster -a -u" the > system would freeze at "Creating a backup package for old version > pkg-glob". Where pkg-glob is whatever was being updated at the time of > course. > > The keyboard would not respond and I was unable to ssh into it from > other computers on my network. It would not even respond to a ping > request. The only recovery is a power off reboot. > > I was able to update my ports by doing a make deinstall, make clean, > make install clean from the ports directory. This morning I tried to > update python25 and had the same results. > > I reverted back to the generic kernel and had the same results. I have > tried it as root, using sudo from my user login and also from su. All > fail the same way. > > I have no trouble with portmaster from my 6.2-Stable computer. > > FreeBSD 7.0-BETA1 #2: Mon Oct 29 07:58:19 HST 2007 > root@:/usr/obj/usr/src/sys/GENERIC > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Pentium(R) 4 CPU 2.60GHz (2598.76-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 > Features=0xbfebfbff PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> > Features2=0x4400 > Logical CPUs per core: 2 > real memory = 2146631680 (2047 MB) > avail memory = 2086854656 (1990 MB) > > I was testing hyperthreading but have disabled it also with the same > failure. > > Thanks > > Robert > _______________________________________________ > 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" > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug.html Kris From owner-freebsd-stable@FreeBSD.ORG Tue Oct 30 19:51:15 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1273416A421; Tue, 30 Oct 2007 19:51:15 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (pointyhat.freebsd.org [IPv6:2001:4f8:fff6::2b]) by mx1.freebsd.org (Postfix) with ESMTP id AFF0013C447; Tue, 30 Oct 2007 19:51:12 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47278B33.6040904@FreeBSD.org> Date: Tue, 30 Oct 2007 20:51:15 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Oleg Derevenetz References: <027d01c8125c$73d4db80$c8c55358@delloleg><20071019220501.GL31826@elvis.mu.org><006d01c8133a$674a90b0$eec55358@W2KOOOD> <20071020192601.GW31826@elvis.mu.org> <001201c81353$6b17e300$efc55358@NBOOOD> In-Reply-To: <001201c81353$6b17e300$efc55358@NBOOOD> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Alfred Perlstein , freebsd-stable@freebsd.org Subject: Re: kern/104406: [ufs] Processes get stuck in "ufs" stateunderpersistent CPU load 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, 30 Oct 2007 19:51:15 -0000 Oleg Derevenetz wrote: >>> > > After my break to debugger using Ctrl+Alt+Esc sequence and >>> entering a >>> > > "panic" command kernel does not wrote a kernel dump but seems to >>> > > hang. >>> Can >>> > > anyone describe how to obtain a kernel dump in this situation, or at >>> least >>> > > say - which output of show commands need in first place to debug >>> this > > ? >>> > > Output of all suggested commands is huge and I afraid of making > >>> > mistake >>> > > when carrying this output from screen to list of paper and back :-) >>> > >>> > Oleg, one thing you can do to make this less painful is to >>> > run your machine's console over serial port. >>> > >>> > First get a crossover serial cable, make sure it works from one >>> > box to another, it should be easy to run "tip com1" on both >>> > boxes to ensure that it works. >>> > >>> > Then you just need to add console=comconsole to /boot/loader.conf >>> > and your box's console should come over serial. >>> > >>> > Then on the machine watching the console, you can just do this: >>> > >>> > % script >>> > Script started, output file is typescript >>> > % tip com1 >>> > ...do ddb stuff now... >>> > ...stop tip >>> > % exit >>> > >>> > now you should have everything logged into a file called "typescript" >>> > should save you a big headache. >>> >>> Thanks, I'll try it in the monday morning. >>> >>> > As far as getting a dump from ddb, try this: >>> > >>> > ddb> call doadump >>> > >>> > I'm completely at a loss why this isn't a base ddb command "dump" >>> > but whatever... :) >>> >>> Unfortunately, this doesn't work too. I called duty personnel in this >>> datacenter and asked them to do this, and person on duty tells me >>> that after >>> he enters this command something like that arrives on monitor: >>> >>> db> call doadump >>> Dumping 3072 MB >>> >>> Dump aborted error I/O >>> Dump failed. (Error 5) >> >> Hmnmm, that seems like you might be having a hardware problem, > > It is possible, but unlikely: > > 1. I have simular symptoms on another AMD64 machine with 6.2 (uname -a > from this machine listed in PR kern/104406 in my followup at Wed, 7 Mar > 2007 05:10:59 +0300), but they are rare and this machine is in > production, so I can't make experiments with it; > 2. All these hardware successfully works earlier with FreeBSD 4.6. > >> what disk device do you have? > > Dumpdev is swap partition on da0 (single physical disk) that connected > to Mylex AcceleRAID 170 RAID controller. The problem arrives when I copy > large amount of files from FTP to another disk (da1) that is connected > to the same RAID controller. If the driver or controller is misbehaving it could explain both problems. Any chance you can get another disk in there on a different controller to dump onto? Kris From owner-freebsd-stable@FreeBSD.ORG Tue Oct 30 19:54:34 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0373416A468 for ; Tue, 30 Oct 2007 19:54:34 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (pointyhat.freebsd.org [IPv6:2001:4f8:fff6::2b]) by mx1.freebsd.org (Postfix) with ESMTP id 950F213C4C8; Tue, 30 Oct 2007 19:54:31 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47278BFA.90705@FreeBSD.org> Date: Tue, 30 Oct 2007 20:54:34 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Rainer Hurling References: <027d01c8125c$73d4db80$c8c55358@delloleg><20071019220501.GL31826@elvis.mu.org> <20071020082724.GA87825@svzserv.kemerovo.su> <008d01c812f5$7aad62d0$eec55358@W2KOOOD> <4719F786.80708@gwdg.de> In-Reply-To: <4719F786.80708@gwdg.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, eugen@kuzbass.ru, Oleg Derevenetz Subject: Re: kern/104406: [ufs] Processes get stuck in "ufs" state underpersistent CPU load 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, 30 Oct 2007 19:54:34 -0000 Rainer Hurling wrote: > Looking into PR kern/104406 it seems, that this describes exactly what I > am experiencing on three of my systems over the last weeks. They are > running FreeBSD 8.0-CURRENT (known as 7.0-CURRENT not long ago ;-) ). Actually it sounds nothing like it at all ;) > On these machines I often observe hangings, sometimes only a few > seconds, on other times 20-30 seconds before input/output is back. This > seems to happen when more extensive disk usage is needed (portupgrade, > buildworld, browsing complicated websites etc.). During the hang even > xterm is not responding any more, other (diskless) applications like > xclock keep to continue. I have no panics, only UFS (and MSDOSFS) are > mounted, no NTFS. About two months ago none of my systems showed these > hangings. Is your system swapping? This is the usual cause of pauses during high application (actually memory) load. Kris From owner-freebsd-stable@FreeBSD.ORG Tue Oct 30 19:55:58 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CE4D616A420; Tue, 30 Oct 2007 19:55:58 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (pointyhat.freebsd.org [IPv6:2001:4f8:fff6::2b]) by mx1.freebsd.org (Postfix) with ESMTP id 85A4813C4A6; Tue, 30 Oct 2007 19:55:54 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47278C4D.20905@FreeBSD.org> Date: Tue, 30 Oct 2007 20:55:57 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Eugene Grosbein References: <027d01c8125c$73d4db80$c8c55358@delloleg> <20071019220501.GL31826@elvis.mu.org> <20071020082724.GA87825@svzserv.kemerovo.su> In-Reply-To: <20071020082724.GA87825@svzserv.kemerovo.su> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Alfred Perlstein , freebsd-stable@freebsd.org, Oleg Derevenetz Subject: Re: kern/104406: [ufs] Processes get stuck in "ufs" state under persistent CPU load 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, 30 Oct 2007 19:55:58 -0000 Eugene Grosbein wrote: > On Fri, Oct 19, 2007 at 03:05:01PM -0700, Alfred Perlstein wrote: > >>> Can anyone take a look on PR kern/104406 ? I got repeatable hang situation, >>> but I can't obtain a kernel dump to get result of all show commands from >>> here: >>> >>> http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug-deadlocks.html >>> >>> After my break to debugger using Ctrl+Alt+Esc sequence and entering a >>> "panic" command kernel does not wrote a kernel dump but seems to hang. Can >>> anyone describe how to obtain a kernel dump in this situation, or at least >>> say - which output of show commands need in first place to debug this ? >>> Output of all suggested commands is huge and I afraid of making mistake >>> when carrying this output from screen to list of paper and back :-) > > This very easy to reproduce [ufs] uninterruptable deadlock > for both of RELENG_6 and RELENG_7. Look at this PR: > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/107439 No, ufs and ntfs are different things. > The PR is closed but the problem is still here with 7.0-PRERELEASE > and, perhaps, CURRENT. It is closed because you could not be contacted by email for feedback. If you are still interested in this PR then you need to rectify that problem and then follow up with remko. Kris From owner-freebsd-stable@FreeBSD.ORG Tue Oct 30 19:58:46 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EDA2D16A418 for ; Tue, 30 Oct 2007 19:58:45 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (pointyhat.freebsd.org [IPv6:2001:4f8:fff6::2b]) by mx1.freebsd.org (Postfix) with ESMTP id 4942013C4BB; Tue, 30 Oct 2007 19:58:43 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47278CF6.6000403@FreeBSD.org> Date: Tue, 30 Oct 2007 20:58:46 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: "Chris H." References: <20071004165755.GA1049@pp.htv.fi> <47120D83.1010703@FreeBSD.org> <20071015203202.GA17964@pp.htv.fi> <20071016004637.GA79351@cdnetworks.co.kr> <20071016185714.GB2186@pp.htv.fi> <20071016130146.pfyan4vs5cwgsoc0@webmail.1command.com> <20071016202251.GC4047@lava.net> <47151FF7.2080501@FreeBSD.org> <20071019011316.5ffmycud8g0oggsg@webmail.1command.com> In-Reply-To: <20071019011316.5ffmycud8g0oggsg@webmail.1command.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Reproducable, possibly NFS related, fatal double fault in 6.2-R-p7 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, 30 Oct 2007 19:58:46 -0000 Chris H. wrote: > Quoting Kris Kennaway : > >> Clifton Royston wrote: >>> On Tue, Oct 16, 2007 at 01:01:46PM -0700, Chris H. wrote: >>>> excerpt from this list titled: NFS == lock && reboot, that I posted >>>> follows: >>>> >>>> ------8<---SNIP---8<-----SNIP-----8<------- >>>> # uname -a >>>> FreeBSD host.domain.tld 6.2-RELEASE FreeBSD 6.2-RELEASE #0: Fri Jan >>>> 26 16:27:14 PST 2007 >>>> >>>> Greetings, >>>> Does anyone know when NFS and friends will be working again? I >>>> haven't been able >>>> to /safely/ use it from 4.8 on. I remember some talk on the list >>>> sometime ago and >>>> then it seemed to be resolved, as the discussion ended. So I thought >>>> it was >>>> fixed. Seems not. :( >>>> >>>> My scenario; >>>> mount host off root: >>>> mount script exec'd follows... >>>> >>>> #!/bin/sh - >>>> mount -t nfs host.domain.tld:/ /host >>>> mount -t nfs host.domain.tld:/var /host/var >>>> >>>> confirm mount... >>>> >>>> # ls /host >>>> .snap COPYRIGHT bin >>>> ... >>>> usr var tmp >>>> >>>> OK looks good... >>>> >>>> # cp /path/to/approx/10Mb/file /host/path/to/dest/dir/ >>>> >>>> Fatal double fault >>>> eis 0x0blah >>>> eiblah blah0x >>>> panic double fault >>>> no dump device defined >>>> rebooting in 15sec... >>>> >>>> Hmmm... that's not good. :( >>>> >>>> ------8<---SNIP---8<-----SNIP-----8<------- >>>> >>>> My final solution was to change the lines in /etc/rc.conf >>>> from: >>>> nfs_client_enable="YES" >>>> nfs_reserved_port_only="YES" >>>> nfs_server_enable="YES" >>>> rpc_lockd_enable="YES" >>>> rpc_statd_enable="YES" >>>> rpcbind_enable="YES" >>>> >>>> to: >>>> nfs_client_enable="YES" >>>> nfs_reserved_port_only="YES" >>>> nfs_server_enable="YES" >>>> #rpc_lockd_enable="YES" >>>> #rpc_statd_enable="YES" >>>> rpcbind_enable="YES" >>>> >>>> Making those changes ended the "Fatal double fault && reboot in 15 >>>> seconds..." >>> >>> Thanks for this very timely mention! The cluster of servers I am >>> about to upgrade from 4.8 to 6.2 relies heavily on >>> NFS to an old Netapp. If I have got to disable rpc_lockd and >>> rpc_statd, it's good to know that now! >>> Can I ask, can anybody confirm that they're running 6.2 on NFS >>> successfully *with* lockd and statd? >> >> Er, yes, of course it does. The old message he is quoting is bogus on >> its own, > While I'll grant you that I haven't *yet* found/taken the time to create a > dump device and re-enable rpd_lockd && rpc_statd && cp 10Mb file to mount > point to produce an *instantaneous* "Fatal double fault". I don't think > it's > fair to label my original post entirely /bogus/ - especially in light of > the recent post I replied to. Which seems to have some very common ground. > I should probably mention that since my last posting (my original thread), > I have some 20+ RELENG_6_2 boxen that *do* have rpd_lockd + rpc_statd > enabled. Yet none of them produce a "Fatal double fault". They are all > Tyan SMP boards with dual onboard fxp's - as opposed to the Nvidia UP > which has a single onboard nve. They are all inter-connected via NFS. > I have a 750Gb drive hanging off the /problematic/ Nvidia board, that I > had intended to use for NFS back-up's. But given the NFS issue I had with > it, it didn't seem to be the best solution. If anyone felt like throwing > me a "cheat sheet" for creating a dump device out of that drive and a > "quickie" for producing a backtrace. I'm sure I'd be better able to find > the required time to produce the required information. I'm sorry. It's > just that I'm a hundred million miles away from that right now. As I've > been building several large web applications, and their deadline is fast > approaching. FWIW I bounced all the servers today, and therefore have > recent /verbose/ dmesg's. Should any of the information they provide, be > of any help/use to anyone. > > Take care. :) http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug.html It's very unlikely NFS is relevant to the problem (which is what made it bogus, together with the lack of debugging) and likely that nve is the cause. The above URL explains in detail how to obtain the necessary debugging to confirm this. Kris From owner-freebsd-stable@FreeBSD.ORG Tue Oct 30 20:17:47 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F4C716A417 for ; Tue, 30 Oct 2007 20:17:47 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.185]) by mx1.freebsd.org (Postfix) with ESMTP id AE32A13C4B5 for ; Tue, 30 Oct 2007 20:17:46 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so1630592nfb for ; Tue, 30 Oct 2007 13:17:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=0q+ugTZm5s+ooKrbwXMjT5ZsB+aHPuBGnuFLkWi0hsA=; b=UNkkN2UKhvCOjbjgdaTzq4M0+1SUCQYtaCP4ptIcTN8oX1t7UfKHe8QPhRxFIm64CLRr0k6P0jGF7xfpIQIuc0naSnF9ee4cpk1ouIIVjzZJOjGz5TOs/2oaxoJvdkQUQwHveubW6EVQnrEqr4UvsSbF3Jn9BVC80tph2bU+feI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=Icgn+orHegYXIf0C0MBaWkBPtvBl/UbvzVDqaKe0U7oEXkhEdWf75pYKVBNqsb6jk5Fzssks6HSh3t39CzHZ+oTuFF0GHOr4yAnA7f0tX/Ontcw9I+6zz5fhXzsro2LzI8ePEmU581hnZ2aSxqgeDDD4bvl8CC7sDeb83vw6SVc= Received: by 10.86.98.18 with SMTP id v18mr5984217fgb.1193775465074; Tue, 30 Oct 2007 13:17:45 -0700 (PDT) Received: by 10.86.100.19 with HTTP; Tue, 30 Oct 2007 13:17:44 -0700 (PDT) Message-ID: <2a41acea0710301317w8e820f2pdbd7f3ca1e1f6a30@mail.gmail.com> Date: Tue, 30 Oct 2007 13:17:44 -0700 From: "Jack Vogel" To: "FreeBSD Stable List" , "freebsd-net@freebsd.org" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: em watchdogs - OS involvement 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, 30 Oct 2007 20:17:47 -0000 Things just keep getting stranger... its no wonder I didn't see this... I had been trying to repro the watchdog on a machine in my cube at work without success, but in the test Lab they were successful. I scratched my head for a while wondering why... But then I realized I had the Sept snapshot in my cube, reinstalled it to the Oct snapshot and now it watchdogs like a champ too..... Another bit of data, if I define DEVICE_POLLING on the Oct. snap it also will work. SOOOOO, what changes were made to interrupts between Sept and October, something I need to do perhaps that wasnt done?? Any ideas?? Jack From owner-freebsd-stable@FreeBSD.ORG Tue Oct 30 20:38:33 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8680A16A417 for ; Tue, 30 Oct 2007 20:38:33 +0000 (UTC) (envelope-from mhall@riverside.org) Received: from ukiah.riverside.org (ispman.riverside.org [64.119.4.10]) by mx1.freebsd.org (Postfix) with ESMTP id 13DE613C4BC for ; Tue, 30 Oct 2007 20:38:33 +0000 (UTC) (envelope-from mhall@riverside.org) Received: from ukiah.riverside.org (localhost [127.0.0.1]) by localhost.riverside.org (Postfix) with ESMTP id 0D91F230BC for ; Tue, 30 Oct 2007 13:32:45 -0700 (PDT) (envelope-from mhall@riverside.org) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=riverside.org; h=date:from:to:subject:message-id:references:mime-version:content-type:in-reply-to; q=dns/txt; s=postfix; bh=L4FxajhC4ippI9Taw1JKdr/rktg=; b=ixfJEz6AhI620ivLdQIsqlBdzYHIZ6I8S4MhUt2jZgO8DV/0QBp1PkUk3wL3afOciDSWsBiHqwXDwg8NrjJylsf90eKVXtueuPC6ILRpqCQ6O1j/5rzESlwnSzqb/6qIPLGweLjXsf5b5kphwl0jQ/SRPPYkC2xiu54Jfn0feBc= Received: from localhost (localhost [127.0.0.1]) by localhost.riverside.org (Postfix) with ESMTP id DA36B22F8B for ; Tue, 30 Oct 2007 13:32:44 -0700 (PDT) (envelope-from mhall@riverside.org) X-Virus-Scanned: amavisd-new at riverside.org Received: from ukiah.riverside.org ([127.0.0.1]) by localhost (ukiah.riverside.org [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id dBRgJhI3HZ9K for ; Tue, 30 Oct 2007 13:32:41 -0700 (PDT) Received: from nowthen.riverside.org (nowthen.riverside.org [64.119.4.11]) by ukiah.riverside.org (Postfix) with ESMTP id CB98722FB9 for ; Tue, 30 Oct 2007 13:32:41 -0700 (PDT) (envelope-from mhall@riverside.org) Received: by nowthen.riverside.org (Postfix, from userid 1000) id AB9B31CFA3; Tue, 30 Oct 2007 13:32:41 -0700 (PDT) Date: Tue, 30 Oct 2007 13:32:41 -0700 From: Michael Hall To: freebsd-stable@freebsd.org Message-ID: <20071030203241.GA7630@riverside.org> Mail-Followup-To: freebsd-stable@freebsd.org References: <20071029111235.E69594@woozle.rinet.ru> <20071030125800.GA83333@eos.sc1.parodius.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071030125800.GA83333@eos.sc1.parodius.com> User-Agent: Mutt/1.4.2.1i Subject: Re: rrdtool performance tuning (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: Tue, 30 Oct 2007 20:38:33 -0000 On Tue, Oct 30, 2007 at 05:58:00AM -0700, Jeremy Chadwick wrote: > 2) Consider alternative software such as: > > * http://torrus.org/ > * http://www.dynw.com/iog/ > * A suite/library on Sourceforge somewhere which I cannot remember the > name of, but acted as a data-over-time storage/graphing/plotting > alternative to RRDtool. The name of the program was 3 letters, and > we used to have a port for it, and may still, if I could remember > the name of it. RTG? "http://rtg.sourceforge.net/" -- I have made it a rule never to smoke more that one cigar at a time. -- Mark Twain Mike Hall San Juan Island, WA System Admin - Rock Island Technology Solutions System Admin - riverside.org, ssdd.org From owner-freebsd-stable@FreeBSD.ORG Tue Oct 30 22:08:09 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 40E1816A4CA for ; Tue, 30 Oct 2007 22:08:09 +0000 (UTC) (envelope-from msnkipa@mail.ru) Received: from f49.mail.ru (f49.mail.ru [194.67.57.85]) by mx1.freebsd.org (Postfix) with ESMTP id F258813C4A6 for ; Tue, 30 Oct 2007 22:08:08 +0000 (UTC) (envelope-from msnkipa@mail.ru) Received: from mail by f49.mail.ru with local id 1ImzFh-0009an-00 for freebsd-stable@freebsd.org; Wed, 31 Oct 2007 01:08:01 +0300 Received: from [195.131.219.204] by win.mail.ru with HTTP; Wed, 31 Oct 2007 01:08:01 +0300 From: =?koi8-r?Q?=ED=C9=C8=C1=C9=CC_=EB=C9=D0=C1?= To: freebsd-stable@freebsd.org Mime-Version: 1.0 X-Mailer: mPOP Web-Mail 2.19 X-Originating-IP: [195.131.219.204] Date: Wed, 31 Oct 2007 01:08:01 +0300 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Message-Id: Subject: Get packages from stabele tree via sysinstall X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: =?koi8-r?Q?=ED=C9=C8=C1=C9=CC_=EB=C9=D0=C1?= List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Oct 2007 22:08:09 -0000 I want to install precompiled packages via sysinstall. I have update my 6.2-RELEASE system with cvsup to 6.3-PRELEASE. Now I want to use sysinstall to install precompiled packages, but I get an error " Can`t find "6.3-PREREASE" on ..." (I use ftp!). So what release name I shoul use to get packages from 6-stable package collection? Mihail From owner-freebsd-stable@FreeBSD.ORG Tue Oct 30 22:24:01 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1851C16A46C for ; Tue, 30 Oct 2007 22:24:01 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (mail.1command.com [75.160.109.226]) by mx1.freebsd.org (Postfix) with ESMTP id B40E013C4B3 for ; Tue, 30 Oct 2007 22:24:00 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.3/8.13.3) with ESMTP id l9UMNSe2040713 for ; Tue, 30 Oct 2007 14:23:38 -0800 (PST) (envelope-from chris#@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id l9UMNSxk040712 for freebsd-stable@freebsd.org; Tue, 30 Oct 2007 14:23:28 -0800 (PST) (envelope-from chris#@1command.com) Received: from hitme.hitometer.net (hitme.hitometer.net [75.160.109.235]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Tue, 30 Oct 2007 14:23:28 -0800 Message-ID: <20071030142328.lgk3a5m9r4ks84g4@webmail.1command.com> X-Priority: 3 (Normal) Date: Tue, 30 Oct 2007 14:23:28 -0800 From: "Chris H." To: freebsd-stable@freebsd.org References: <469276.20580.qm@web33711.mail.mud.yahoo.com> In-Reply-To: <469276.20580.qm@web33711.mail.mud.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: H.R. Communications Internet Messaging System (HCIMS) 4.1 Professional (not for redistribution) / FreeBSD-5.5 Subject: Re: Upgrading FreeBSD Questions 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, 30 Oct 2007 22:24:01 -0000 Quoting Abdullah Ibn Hamad Al-Marri : > Hello Jason, > > ----- Original Message ---- >> From: Jason Slack >> To: freebsd-stable@freebsd.org >> Sent: Tuesday, October 30, 2007 2:25:18 AM >> Subject: Upgrading FreeBSD Questions >> >> Hi All, >> >> I am new to FreeBSD, or want to be. >> >> I have an HP Media center PC that has the Viiv 920-D processor with >> 4GB >> > of >> RAM. I hate Windows, but had to sell my MacBook so my Fiance and >> I >> > could get >> into a new apartment together. >> >> I want to try version 7 as it has items of interest to me, but I am >> not >> > one >> to continually wipe and reload my machine, can you upgrade from >> the >> > test >> releases of 7 available now to the final release when ready? Or do >> you >> > have >> to wipe? >> >> I apologize, but I am from a Solaris environment and then OS X. >> >> Jason >> -- >> "Don't be reckless with other people's hearts, don't put up with >> people >> > who >> are reckless with yours"........Lehrmann (1997) > > You can always upgrade to a newer FreeBSD version without too much hassle. > > Here are the steps. > > csup your src tree to RELENG_7 > > Then do these steps as root > > #cd /usr/src > #make cleandir > #make cleanworld > #mergemaster -p > #make buildworld > #make buildkernel ^^^^^^^^^^^^^^^^^ > #make installkernel ^^^^^^^^^^^^^^^^^^^ Shouldn't the above two lines read: make buildkernel KERNCONF=YOUR_KERNEL_HERE make installkernel KERNCONF=YOUR_KERNEL_HERE or possibly: make -DALWAYS_CHECK_MAKE buildkernel KERNCONF=YOUR_KERNEL_HERE make -DALWAYS_CHECK_MAKE installkernel KERNCONF=YOUR_KERNEL_HERE Naturally, everyone has their own slight variations to suite their chosen env. But I thought these were a no-op. > #reboot > #cd /usr/src > #make installworld > #mergemaster -iU (-iU added to automatically install files that don't > exist and upgrade those that haven't changed. > #reboot > > mergemaster made it very easy to upgrade, thank you Doug! }:) > > Regards, > -Abdullah Ibn Hamad Al-Marri > Arab Portal > http://www.WeArab.Net/ > > > > > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com > _______________________________________________ > 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" > > -- panic: kernel trap (ignored) From owner-freebsd-stable@FreeBSD.ORG Tue Oct 30 22:51:20 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F0FDF16A417 for ; Tue, 30 Oct 2007 22:51:20 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (mail.1command.com [75.160.109.226]) by mx1.freebsd.org (Postfix) with ESMTP id 7B0E213C48E for ; Tue, 30 Oct 2007 22:51:20 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.3/8.13.3) with ESMTP id l9UMp1fn043474; Tue, 30 Oct 2007 14:51:09 -0800 (PST) (envelope-from chris#@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id l9UMp1eR043473; Tue, 30 Oct 2007 14:51:01 -0800 (PST) (envelope-from chris#@1command.com) Received: from hitme.hitometer.net (hitme.hitometer.net [75.160.109.235]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Tue, 30 Oct 2007 14:51:01 -0800 Message-ID: <20071030145101.8oyf6b1wws0ksoc0@webmail.1command.com> X-Priority: 3 (Normal) Date: Tue, 30 Oct 2007 14:51:01 -0800 From: "Chris H." To: Kris Kennaway References: <20071004165755.GA1049@pp.htv.fi> <47120D83.1010703@FreeBSD.org> <20071015203202.GA17964@pp.htv.fi> <20071016004637.GA79351@cdnetworks.co.kr> <20071016185714.GB2186@pp.htv.fi> <20071016130146.pfyan4vs5cwgsoc0@webmail.1command.com> <20071016202251.GC4047@lava.net> <47151FF7.2080501@FreeBSD.org> <20071019011316.5ffmycud8g0oggsg@webmail.1command.com> <47278CF6.6000403@FreeBSD.org> In-Reply-To: <47278CF6.6000403@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: H.R. Communications Internet Messaging System (HCIMS) 4.1 Professional (not for redistribution) / FreeBSD-5.5 Cc: freebsd-stable@FreeBSD.org Subject: Re: Reproducable, possibly NFS related, fatal double fault in 6.2-R-p7 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, 30 Oct 2007 22:51:21 -0000 Quoting Kris Kennaway : > Chris H. wrote: >> Quoting Kris Kennaway : >> >>> Clifton Royston wrote: >>>> On Tue, Oct 16, 2007 at 01:01:46PM -0700, Chris H. wrote: >>>>> excerpt from this list titled: NFS == lock && reboot, that I >>>>> posted follows: >>>>> >>>>> ------8<---SNIP---8<-----SNIP-----8<------- >>>>> # uname -a >>>>> FreeBSD host.domain.tld 6.2-RELEASE FreeBSD 6.2-RELEASE #0: Fri >>>>> Jan 26 16:27:14 PST 2007 >>>>> >>>>> Greetings, >>>>> Does anyone know when NFS and friends will be working again? I >>>>> haven't been able >>>>> to /safely/ use it from 4.8 on. I remember some talk on the list >>>>> sometime ago and >>>>> then it seemed to be resolved, as the discussion ended. So I >>>>> thought it was >>>>> fixed. Seems not. :( >>>>> >>>>> My scenario; >>>>> mount host off root: >>>>> mount script exec'd follows... >>>>> >>>>> #!/bin/sh - >>>>> mount -t nfs host.domain.tld:/ /host >>>>> mount -t nfs host.domain.tld:/var /host/var >>>>> >>>>> confirm mount... >>>>> >>>>> # ls /host >>>>> .snap COPYRIGHT bin >>>>> ... >>>>> usr var tmp >>>>> >>>>> OK looks good... >>>>> >>>>> # cp /path/to/approx/10Mb/file /host/path/to/dest/dir/ >>>>> >>>>> Fatal double fault >>>>> eis 0x0blah >>>>> eiblah blah0x >>>>> panic double fault >>>>> no dump device defined >>>>> rebooting in 15sec... >>>>> >>>>> Hmmm... that's not good. :( >>>>> >>>>> ------8<---SNIP---8<-----SNIP-----8<------- >>>>> >>>>> My final solution was to change the lines in /etc/rc.conf >>>>> from: >>>>> nfs_client_enable="YES" >>>>> nfs_reserved_port_only="YES" >>>>> nfs_server_enable="YES" >>>>> rpc_lockd_enable="YES" >>>>> rpc_statd_enable="YES" >>>>> rpcbind_enable="YES" >>>>> >>>>> to: >>>>> nfs_client_enable="YES" >>>>> nfs_reserved_port_only="YES" >>>>> nfs_server_enable="YES" >>>>> #rpc_lockd_enable="YES" >>>>> #rpc_statd_enable="YES" >>>>> rpcbind_enable="YES" >>>>> >>>>> Making those changes ended the "Fatal double fault && reboot in >>>>> 15 seconds..." >>>> >>>> Thanks for this very timely mention! The cluster of servers I am >>>> about to upgrade from 4.8 to 6.2 relies heavily on >>>> NFS to an old Netapp. If I have got to disable rpc_lockd and >>>> rpc_statd, it's good to know that now! >>>> Can I ask, can anybody confirm that they're running 6.2 on NFS >>>> successfully *with* lockd and statd? >>> >>> Er, yes, of course it does. The old message he is quoting is bogus >>> on its own, >> While I'll grant you that I haven't *yet* found/taken the time to create a >> dump device and re-enable rpd_lockd && rpc_statd && cp 10Mb file to mount >> point to produce an *instantaneous* "Fatal double fault". I don't think it's >> fair to label my original post entirely /bogus/ - especially in light of >> the recent post I replied to. Which seems to have some very common ground. >> I should probably mention that since my last posting (my original thread), >> I have some 20+ RELENG_6_2 boxen that *do* have rpd_lockd + rpc_statd >> enabled. Yet none of them produce a "Fatal double fault". They are all >> Tyan SMP boards with dual onboard fxp's - as opposed to the Nvidia UP >> which has a single onboard nve. They are all inter-connected via NFS. >> I have a 750Gb drive hanging off the /problematic/ Nvidia board, that I >> had intended to use for NFS back-up's. But given the NFS issue I had with >> it, it didn't seem to be the best solution. If anyone felt like throwing >> me a "cheat sheet" for creating a dump device out of that drive and a >> "quickie" for producing a backtrace. I'm sure I'd be better able to find >> the required time to produce the required information. I'm sorry. It's >> just that I'm a hundred million miles away from that right now. As I've >> been building several large web applications, and their deadline is fast >> approaching. FWIW I bounced all the servers today, and therefore have >> recent /verbose/ dmesg's. Should any of the information they provide, be >> of any help/use to anyone. >> >> Take care. :) > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug.html > > It's very unlikely NFS is relevant to the problem (which is what made > it bogus, together with the lack of debugging) and likely that nve is > the cause. The above URL explains in detail how to obtain the > necessary debugging to confirm this. > > Kris > > Thank you Kris, I was recently able to find a small window in my workload. So I decided to use it to provide the "non-bogus" ;) information needed. After reading: http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug.html and: http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug-gdb.html a few days ago, I was only unclear on one point in setting up the required environment. So I posted my question to the list "dumpdev question (probably stupid)" which Andrey V. Elsukov immediately responded to. I'll be creating a Crash Dump in the next couple of days. So if it's not already abundantly clear that this is the first time I've attempted to produce this information - now would be the perfect time to /enlighten/ me as to anything you can think of that will ensure you get the information you're looking for. :) Thank you again for your reply. --Chris -- panic: kernel trap (ignored) From owner-freebsd-stable@FreeBSD.ORG Tue Oct 30 23:14:46 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3480116A419 for ; Tue, 30 Oct 2007 23:14:46 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (pointyhat.freebsd.org [IPv6:2001:4f8:fff6::2b]) by mx1.freebsd.org (Postfix) with ESMTP id A29A913C480; Tue, 30 Oct 2007 23:14:44 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <4727BAE8.90502@FreeBSD.org> Date: Wed, 31 Oct 2007 00:14:48 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: "Chris H." References: <20071004165755.GA1049@pp.htv.fi> <47120D83.1010703@FreeBSD.org> <20071015203202.GA17964@pp.htv.fi> <20071016004637.GA79351@cdnetworks.co.kr> <20071016185714.GB2186@pp.htv.fi> <20071016130146.pfyan4vs5cwgsoc0@webmail.1command.com> <20071016202251.GC4047@lava.net> <47151FF7.2080501@FreeBSD.org> <20071019011316.5ffmycud8g0oggsg@webmail.1command.com> <47278CF6.6000403@FreeBSD.org> <20071030145101.8oyf6b1wws0ksoc0@webmail.1command.com> In-Reply-To: <20071030145101.8oyf6b1wws0ksoc0@webmail.1command.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.org Subject: Re: Reproducable, possibly NFS related, fatal double fault in 6.2-R-p7 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, 30 Oct 2007 23:14:46 -0000 Chris H. wrote: > I was recently able to find a small window in my workload. So I decided to > use it to provide the "non-bogus" ;) information needed. After reading: > http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug.html > > and: > http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug-gdb.html > > a few days ago, I was only unclear on one point in setting up the required > environment. So I posted my question to the list "dumpdev question > (probably stupid)" > which Andrey V. Elsukov immediately responded to. > I'll be creating a Crash Dump in the next couple of days. So if it's not > already > abundantly clear that this is the first time I've attempted to produce this > information - now would be the perfect time to /enlighten/ me as to > anything you > can think of that will ensure you get the information you're looking > for. :) > > Thank you again for your reply. I think that document explains everything that is necessary, but if you are unsure about something please feel free to ask. Good luck :) Kris From owner-freebsd-stable@FreeBSD.ORG Tue Oct 30 23:15:14 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9394216A41B for ; Tue, 30 Oct 2007 23:15:14 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr2.xs4all.nl (smtp-vbr2.xs4all.nl [194.109.24.22]) by mx1.freebsd.org (Postfix) with ESMTP id 2C04913C4A6 for ; Tue, 30 Oct 2007 23:15:13 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr2.xs4all.nl (8.13.8/8.13.8) with ESMTP id l9UMaT9I065565; Tue, 30 Oct 2007 23:36:29 +0100 (CET) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id EC9F5B82D; Tue, 30 Oct 2007 23:36:28 +0100 (CET) Date: Tue, 30 Oct 2007 23:36:28 +0100 From: Roland Smith To: "Jason C. Wells" Message-ID: <20071030223628.GA24086@slackbox.xs4all.nl> Mail-Followup-To: "Jason C. Wells" , Jason Slack , freebsd-stable@freebsd.org References: <7dc35e670710291625l43902c92o5b364f84bf769811@mail.gmail.com> <472739FB.3020503@highperformance.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="82I3+IH0IqGh5yIs" Content-Disposition: inline In-Reply-To: <472739FB.3020503@highperformance.net> X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.16 (2007-06-09) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: Jason Slack , freebsd-stable@freebsd.org Subject: Re: Upgrading FreeBSD Questions 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, 30 Oct 2007 23:15:14 -0000 --82I3+IH0IqGh5yIs Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Oct 30, 2007 at 07:04:43AM -0700, Jason C. Wells wrote: > Jason Slack wrote: >> I want to try version 7 as it has items of interest to me, but I am not= =20 >> one >> to continually wipe and reload my machine, can you upgrade from the test >> releases of 7 available now to the final release when ready? Or do you= =20 >> have >> to wipe? >> =20 > You can easily upgrade from 7.0-BETA to 7.0-RELEASE without erasing your= =20 > drive. Historically, FreeBSD has always been upgradeable even through= =20 > major releases, 4 to 5, 5 to 6. Sometimes that has been more painful tha= n=20 > others. Upgrading within a major release, 6.1 to 6.2, has always been=20 > pretty easy. Remember to remove old files and libraries with `make delete-old' and `make delete-old-libs' as explained in /usr/src/Makefile. It is advisable to remove and install your ports from scratch when upgrading to a new major version, because the automatic port updating tools don't always do this correctly. Roland --=20 R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) --82I3+IH0IqGh5yIs Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHJ7HsEnfvsMMhpyURAmIiAKCji3c9s4Cd5vdyO0Q++27LtOGuxACghjO8 txUVMFfUUTnTsVVT3x86lTg= =jiDK -----END PGP SIGNATURE----- --82I3+IH0IqGh5yIs-- From owner-freebsd-stable@FreeBSD.ORG Wed Oct 31 00:17:34 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0106016A41B for ; Wed, 31 Oct 2007 00:17:34 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr9.xs4all.nl (smtp-vbr9.xs4all.nl [194.109.24.29]) by mx1.freebsd.org (Postfix) with ESMTP id 76B4613C4B7 for ; Wed, 31 Oct 2007 00:17:33 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr9.xs4all.nl (8.13.8/8.13.8) with ESMTP id l9UNiu3d057554; Wed, 31 Oct 2007 00:44:57 +0100 (CET) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id 76492B82D; Wed, 31 Oct 2007 00:44:56 +0100 (CET) Date: Wed, 31 Oct 2007 00:44:56 +0100 From: Roland Smith To: Bruce Burden Message-ID: <20071030234456.GA28409@slackbox.xs4all.nl> Mail-Followup-To: Bruce Burden , freebsd-stable@freebsd.org References: <7dc35e670710291625l43902c92o5b364f84bf769811@mail.gmail.com> <20071030153627.GA1005@tigerfish2.my.domain> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="T4sUOijqQbZv57TR" Content-Disposition: inline In-Reply-To: <20071030153627.GA1005@tigerfish2.my.domain> X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.16 (2007-06-09) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable@freebsd.org Subject: Re: Upgrading FreeBSD Questions 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, 31 Oct 2007 00:17:34 -0000 --T4sUOijqQbZv57TR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Oct 30, 2007 at 10:36:27AM -0500, Bruce Burden wrote: > On Mon, Oct 29, 2007 at 04:25:18PM -0700, Jason Slack wrote: > >=20 > > I want to try version 7 as it has items of interest to me, but I am not= one > > to continually wipe and reload my machine, can you upgrade from the test > > releases of 7 available now to the final release when ready? Or do you = have > > to wipe? > >=20 > From ports, you install "cvsup" and you can keep your ports > and OS source up to date. No need to do that anymore. A replacement for cvsup called csup is in the base system in 6.x. =20 > The last time a full install was preferred was going from > the 5.x release to 6.x, I believe, due to differences in GCC 3.x > and GCC 4.x. So, it rarely happens. Version 6.x still uses gcc 3.4 as the system compiler. It is 7.x that uses gcc 4.2. I've performed a source upgrade from 6 to 7 without problems. I did however remove all ports and reinstalled them from scratch, to clean out all the ports cruft. There is also some interesting advice about cleaning up your system after a source upgrade in /usr/scr/Makefile. Roland --=20 R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) --T4sUOijqQbZv57TR Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHJ8H4EnfvsMMhpyURAvv3AJoDe4vI5laer9nkIJmF6QTM70gN0wCfS4gM A7y4IWGLzmFxK94P60P5Aok= =5j4U -----END PGP SIGNATURE----- --T4sUOijqQbZv57TR-- From owner-freebsd-stable@FreeBSD.ORG Wed Oct 31 00:24:41 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9253B16A46E for ; Wed, 31 Oct 2007 00:24:41 +0000 (UTC) (envelope-from security@jim-liesl.org) Received: from qsmtp3.mc.surewest.net (qsmtp.mc.surewest.net [66.60.130.145]) by mx1.freebsd.org (Postfix) with SMTP id 732F413C4BD for ; Wed, 31 Oct 2007 00:24:41 +0000 (UTC) (envelope-from security@jim-liesl.org) Received: (qmail 28770 invoked from network); 30 Oct 2007 16:57:55 -0700 Received: by simscan 1.1.0 ppid: 28747, pid: 28748, t: 6.5021s scanners: regex: 1.1.0 attach: 1.1.0 clamav: 0.90.1/m:42 spam: 3.1.7-deb X-Spam-Checker-Version: SpamAssassin 3.1.7-deb (2006-10-05) on qsmtp3.surewest.net X-Spam-Level: X-Spam-Status: No, score=-2.0 required=5.0 tests=AWL,BAYES_00, FORGED_RCVD_HELO, HTML_30_40, HTML_MESSAGE, MIME_HTML_ONLY autolearn=ham version=3.1.7-deb Received: from unknown (HELO daemon.jim-liesl.org) (66.60.173.44) by qsmtp3 with SMTP; 30 Oct 2007 16:57:49 -0700 Received: from daemon.jim-liesl.org (localhost.static.surewest.net [127.0.0.1]) by daemon.jim-liesl.org (Postfix) with ESMTP id 124FB5DBC; Tue, 30 Oct 2007 16:57:49 -0700 (PDT) Received: from [127.0.0.1] (daemon.static.surewest.net [192.168.1.15]) by daemon.jim-liesl.org (Postfix) with ESMTP id BBCEB5DB9; Tue, 30 Oct 2007 16:57:48 -0700 (PDT) Message-ID: <4727C4FC.8060000@jim-liesl.org> Date: Tue, 30 Oct 2007 16:57:48 -0700 From: security User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) To: Bruce Burden References: <7dc35e670710291625l43902c92o5b364f84bf769811@mail.gmail.com> <20071030153627.GA1005@tigerfish2.my.domain> In-Reply-To: <20071030153627.GA1005@tigerfish2.my.domain> X-Enigmail-Version: 0.95.4 Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: Upgrading FreeBSD Questions 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, 31 Oct 2007 00:24:41 -0000 Bruce Burden wrote: On Mon, Oct 29, 2007 at 04:25:18PM -0700, Jason Slack wrote: I want to try version 7 as it has items of interest to me, but I am not one to continually wipe and reload my machine, can you upgrade from the test releases of 7 available now to the final release when ready? Or do you have to wipe? From ports, you install "cvsup" and you can keep your ports and OS source up to date. The last time a full install was preferred was going from the 5.x release to 6.x, I believe, due to differences in GCC 3.x and GCC 4.x. So, it rarely happens. Bruce Actually there was a 5.5-6.x upgrade path. I took it. The last re-install jump was 4->5 since the ODS changed with UFS2. Even there, you could stay with the old format, but you didn't get things like disk snapshots. Major version upgrades have typically been more time consuming than painful depending on the features you used (although early versions of 5.x had a higher pain ratio). Minor version point releases are usually even less so. 6.x has been relatively pain free for me, and reputedly 7.x is even smoother. jim From owner-freebsd-stable@FreeBSD.ORG Wed Oct 31 00:25:58 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D129C16A420 for ; Wed, 31 Oct 2007 00:25:58 +0000 (UTC) (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 65F3613C4B6 for ; Wed, 31 Oct 2007 00:25:58 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp121-45-70-66.lns10.adl6.internode.on.net [121.45.70.66]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id l9UNmZWK069531 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 31 Oct 2007 10:18:36 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Wed, 31 Oct 2007 10:18:23 +1030 User-Agent: KMail/1.9.7 References: <47274CC9.5070507@moneybookers.com> In-Reply-To: <47274CC9.5070507@moneybookers.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2254066.8YDvnux7HJ"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200710311018.31596.doconnor@gsoft.com.au> X-Spam-Score: -2.312 () BAYES_00 X-Scanned-By: MIMEDefang 2.58 on 203.31.81.10 Cc: Stefan Lambrev Subject: Re: USB-4COMi-SI-M : Isolated 4 Port USB-RS422/RS485 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, 31 Oct 2007 00:25:58 -0000 --nextPart2254066.8YDvnux7HJ Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wed, 31 Oct 2007, Stefan Lambrev wrote: > Hi, > > I'm trying to get working this USB to serial adapter under freebsd 7. > The driver uftdi, detects the adapter, > but I'm unable to get any import from newly created /dev/cuaU0-3. > > Is this device supported from the uftdi driver? Should it work and am > I hitting a bug? Since it is showing ucomX it should work. How are you testing it? =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 --nextPart2254066.8YDvnux7HJ Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHJ8LP5ZPcIHs/zowRAlebAJ9br3ULBG2fECNnx/VZ+dweTPH7zwCfQz89 5HgJjKwtdxveEw/CTouaH48= =AEb/ -----END PGP SIGNATURE----- --nextPart2254066.8YDvnux7HJ-- From owner-freebsd-stable@FreeBSD.ORG Wed Oct 31 00:27:19 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 504A716A478 for ; Wed, 31 Oct 2007 00:27:19 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 424F013C481 for ; Wed, 31 Oct 2007 00:27:19 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id 9BC971A4D81; Tue, 30 Oct 2007 17:27:12 -0700 (PDT) Date: Tue, 30 Oct 2007 17:27:12 -0700 From: Alfred Perlstein To: Dmitry Morozovsky Message-ID: <20071031002712.GG33488@elvis.mu.org> References: <20071029111235.E69594@woozle.rinet.ru> <20071029232403.GE33488@elvis.mu.org> <20071030122816.U39332@woozle.rinet.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071030122816.U39332@woozle.rinet.ru> User-Agent: Mutt/1.4.2.3i Cc: stable@freebsd.org Subject: Re: rrdtool performance tuning (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: Wed, 31 Oct 2007 00:27:19 -0000 * Dmitry Morozovsky [071030 02:30] wrote: > On Mon, 29 Oct 2007, Alfred Perlstein wrote: > > AP> * Dmitry Morozovsky [071029 12:44] wrote: > AP> > > AP> > [hmm, after thinking a bit I decided it would be more appropriate here, in > AP> > stable@] > AP> > > AP> > Dear colleagues, > AP> > > AP> > any hints to tune rrdtool with ~30k rrd files (approx 2k target devices)? > AP> > > AP> > machine is mostly IO-bound, showing 100% disk load with 8 or sometimes even 3 > AP> > mB/s, 300-400 tps (it's 2 SATA300 disks in gmirror) > AP> > AP> More ram? > > Already 2G, mostly inactive/free. > > AP> > AP> Turn off atime? > > For sure, and even tried to move rrd data to smaller UFS2 - same result. > > AP> Hash the data files into multiple directories to avoid having 2k files > AP> in one dir. > > Hmm, I thought 2k is not so much, especially where UFSDIRHASH is in place... > > AP> Not sure how rrd tool works internally, but it might make sense > AP> to see if you can use some layering library to force it to cache > AP> some open files per process or something. > > It seems it using a lot of mmap... My try hacking the code and adding MAP_NOSYNC to the call to mmap(2). Try hacking the code to keep the file mapped instead of open/closing it on each access. -Alfred From owner-freebsd-stable@FreeBSD.ORG Wed Oct 31 01:01:22 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5411116A418 for ; Wed, 31 Oct 2007 01:01:22 +0000 (UTC) (envelope-from rmarella@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.236]) by mx1.freebsd.org (Postfix) with ESMTP id 0F24713C4B2 for ; Wed, 31 Oct 2007 01:01:21 +0000 (UTC) (envelope-from rmarella@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so1450353nzf for ; Tue, 30 Oct 2007 18:01:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type:content-transfer-encoding; bh=9b9QetxEstuoSxiCN2whsKLhRsaAFaw1LnotbxtYZ2k=; b=EHztEq1PJtL65DWMxV6mMsDVXLOJUEEaGW6CzKylD/oCApYRmsBf0X55ss6lduJKNwfhCdRNyTaH0TPHc97Pt2sE1Ev8kCSEG47pxeSwnkj+L4YCnKShzLUYKfIz+JDf29vWlD1tX26DAwOpeOhrKpv4oAO98fcpLkzjOLqAhWI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type:content-transfer-encoding; b=hiiTnvW5WdziC/ztJ41RVaDRDOVmxkJRnmgrm53OW1YPCExeLCG76XodW2oPhvcbFOxCCMeBBGOSmRtBBDJXXK6C1rxJmDLsmynivc0PHIPrVe9LUzh2lCC0RY1NdIpxTrZDJLGrXDHvtpz/KJi+zH96AOjcyRg6EeQuAZx/M+w= Received: by 10.114.190.6 with SMTP id n6mr28278waf.1193792468641; Tue, 30 Oct 2007 18:01:08 -0700 (PDT) Received: from asus64 ( [66.75.108.9]) by mx.google.com with ESMTPS id n30sm11418699wag.2007.10.30.18.01.06 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 30 Oct 2007 18:01:07 -0700 (PDT) Date: Tue, 30 Oct 2007 15:01:03 -1000 From: Robert Marella To: Doug Barton Message-ID: <20071030150103.358629d5@asus64> In-Reply-To: References: <20071029093611.1ec829bc@p4> <20071030072253.6e3ea6b0@p4> X-Mailer: Claws Mail 3.0.2 (GTK+ 2.12.1; amd64-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: "freebsd-stable@freebsd.org" Subject: Re: 7.0-BETA1 freeze using portmaster 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, 31 Oct 2007 01:01:22 -0000 On Tue, 30 Oct 2007 11:16:09 -0700 (PDT) Doug Barton wrote: > On Tue, 30 Oct 2007, Robert Marella wrote: > > > On Mon, 29 Oct 2007 23:05:06 -0700 (PDT) > > Doug Barton wrote: > > > >> On Mon, 29 Oct 2007, Robert Marella wrote: > >> > >>> Aloha > >>> > >>> [robert@p4] ~> uname -a > >>> FreeBSD p4.konav201.local 7.0-BETA1 FreeBSD 7.0-BETA1 #2: Mon Oct > >>> 29 07:58:19 HST 2007 root@:/usr/obj/usr/src/sys/GENERIC i386 > >>> > >>> This was a fresh install of 7 from a couple of months ago when it > >>> was -current. I have been updating > >> > >> src, ports, or both? > > Well, that's good news I suppose. Please install the latest (1.24) > version of portmaster, and try again, with and without the -B flag > and let me know how it goes. > > > Thank you for responding. Does this mean that I alone am > > experiencing this problem? > > Yes. > It is looking like a hardware problem. I update portmaster to 1.24 and it didn't help. When I tried with the -B option it froze in a different place. I then csup the latest source rm'd /usr/obj and attempted a buildworld. Lo and behold it froze up. It has been very hot the last few days here in Kona but all the fans seem to pulling good air. I am now running memtest and will let you know what I find. Thanks for your help Robert From owner-freebsd-stable@FreeBSD.ORG Wed Oct 31 01:15:57 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E634C16A417 for ; Wed, 31 Oct 2007 01:15:57 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with SMTP id 88E1613C4CA for ; Wed, 31 Oct 2007 01:15:57 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 2826 invoked by uid 399); 31 Oct 2007 01:09:00 -0000 Received: from localhost (HELO ?8.193.47.115?) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 31 Oct 2007 01:09:00 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <4727D5CD.7040900@FreeBSD.org> Date: Tue, 30 Oct 2007 18:09:33 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Robert Marella References: <20071029093611.1ec829bc@p4> <20071030072253.6e3ea6b0@p4> <20071030150103.358629d5@asus64> In-Reply-To: <20071030150103.358629d5@asus64> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "freebsd-stable@freebsd.org" Subject: Re: 7.0-BETA1 freeze using portmaster 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, 31 Oct 2007 01:15:58 -0000 Robert Marella wrote: > It is looking like a hardware problem. I update portmaster to 1.24 and > it didn't help. When I tried with the -B option it froze in a different > place. I then csup the latest source rm'd /usr/obj and attempted a > buildworld. > > Lo and behold it froze up. It has been very hot the last few days here > in Kona but all the fans seem to pulling good air. I am now running > memtest and will let you know what I find. Ok, thanks for the update. FYI, if you're using portmaster version 1.24 you need the following patch: http://dougbarton.us/portmaster-install-fix.patch good luck, Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Wed Oct 31 01:34:44 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BFC4816A41B; Wed, 31 Oct 2007 01:34:44 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 8D76F13C4BD; Wed, 31 Oct 2007 01:34:44 +0000 (UTC) (envelope-from sam@errno.com) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id l9V0vDct026206 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 30 Oct 2007 17:57:13 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <4727D2E9.7060904@errno.com> Date: Tue, 30 Oct 2007 17:57:13 -0700 From: Sam Leffler User-Agent: Thunderbird 2.0.0.6 (X11/20070814) MIME-Version: 1.0 To: Jack Vogel References: <2a41acea0710301016u4a0008dfjc83170257337863c@mail.gmail.com> In-Reply-To: <2a41acea0710301016u4a0008dfjc83170257337863c@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-dcc-servers-Metrics: om; whitelist Cc: "freebsd-net@freebsd.org" , FreeBSD Current , FreeBSD Stable List Subject: Re: em watchdog 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: Wed, 31 Oct 2007 01:34:44 -0000 Jack Vogel wrote: > This morning I had an idea about what the source of the watchdog > problem is. Also, we have repro'd at least one type of watchdog > inhouse. > > One question, is this problem only happening for those running > STABLE with the 6.6.6 merged driver? > > We found the problem does not seem to happen on 7.0. > > Right now my suspicion is that the FAST irq handling is > again causing a problem. I am experimenting with variations > to the code today to be sure whats going on, and hopefully > fixing it. > I see it on HEAD and releng7. Sam From owner-freebsd-stable@FreeBSD.ORG Wed Oct 31 01:51:13 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5367116A418 for ; Wed, 31 Oct 2007 01:51:13 +0000 (UTC) (envelope-from pmurray@nevada.net.nz) Received: from bellagio.open2view.net (bellagio.open2view.net [210.48.79.75]) by mx1.freebsd.org (Postfix) with ESMTP id CEBA613C4A5 for ; Wed, 31 Oct 2007 01:51:12 +0000 (UTC) (envelope-from pmurray@nevada.net.nz) Received: from [10.58.3.94] (ip-58-28-203-221.ubs-dsl.xnet.co.nz [58.28.203.221]) by bellagio.open2view.net (Postfix) with ESMTP id 576F76DAA54; Wed, 31 Oct 2007 14:24:14 +1300 (NZDT) In-Reply-To: <2a41acea0710301016u4a0008dfjc83170257337863c@mail.gmail.com> References: <2a41acea0710301016u4a0008dfjc83170257337863c@mail.gmail.com> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <9B40D12A-4657-43F9-8746-6AE87EA31199@nevada.net.nz> Content-Transfer-Encoding: 7bit From: Philip Murray Date: Wed, 31 Oct 2007 14:24:28 +1300 To: Jack Vogel X-Mailer: Apple Mail (2.752.3) Cc: freebsd-stable@freebsd.org Subject: Re: em watchdog 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: Wed, 31 Oct 2007 01:51:13 -0000 On 31/10/2007, at 6:16 AM, Jack Vogel wrote: > This morning I had an idea about what the source of the watchdog > problem is. Also, we have repro'd at least one type of watchdog > inhouse. > > One question, is this problem only happening for those running > STABLE with the 6.6.6 merged driver? > > We found the problem does not seem to happen on 7.0. > Sorry to burst your bubble, but it just happened to me on a 7.0-BETA1 machine running 6.5.3. This machine (Supermicro P4SC8 board) had been running without problems for almost a year previously. It's still happening often on a 6.2-STABLE machine (as previously reported). Was doing around 40Mbit/sec of Rsync traffic at the time. Again, em0 shares an interrupt (this time with atapci, not uhci) dmesg: Copyright (c) 1992-2007 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 is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-BETA1 #0: Mon Oct 29 23:34:49 NZDT 2007 root@zzxyz.open2view.net:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 3.20GHz (3194.56-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf41 Stepping = 1 Features=0xbfebfbff Features2=0x441d real memory = 1072562176 (1022 MB) avail memory = 1035980800 (987 MB) ACPI APIC Table: ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 3fde0000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 cpu0: on acpi0 p4tcc0: on cpu0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 3.0 on pci0 pci1: on pcib1 em0: port 0xc000-0xc01f mem 0xf2100000-0xf211ffff irq 18 at device 1.0 on pci1 em0: Ethernet address: 00:30:48:81:e1:9e em0: [FILTER] pcib2: at device 28.0 on pci0 pci2: on pcib2 pcib3: at device 1.0 on pci2 pci3: on pcib3 arcmsr0: mem 0xf2010000-0xf2010fff irq 26 at device 14.0 on pci3 ARECA RAID ADAPTER0: Driver Version 1.20.00.14 2007-2-05 ARECA RAID ADAPTER0: FIRMWARE VERSION V1.36 2005-3-31 arcmsr0: [ITHREAD] uhci0: port 0xe100-0xe11f irq 16 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xe000-0xe01f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered pci0: at device 29.4 (no driver attached) ehci0: mem 0xf2200000-0xf22003ff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb2: EHCI version 1.0 usb2: companion controllers, 2 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: on usb2 uhub2: 4 ports with 4 removable, self powered pcib4: at device 30.0 on pci0 pci4: on pcib4 vgapci0: port 0xd000-0xd0ff mem 0xf0000000-0xf0ffffff,0xf1040000-0xf1040fff irq 16 at device 9.0 on pci4 em1: port 0xd100-0xd13f mem 0xf1000000-0xf101ffff irq 19 at device 10.0 on pci4 em1: Ethernet address: 00:30:48:81:e1:9f em1: [FILTER] isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] atapci1: port 0xe200-0xe207,0xe300-0xe303,0xe400-0xe407,0xe500-0xe503,0xe600-0xe60f irq 18 at device 31.2 on pci0 atapci1: [ITHREAD] ata2: on atapci1 ata2: [ITHREAD] ata3: on atapci1 ata3: [ITHREAD] pci0: at device 31.3 (no driver attached) acpi_tz0: on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio0: [FILTER] sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A sio1: [FILTER] atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff pnpid ORM0000 on isa0 ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 ppi0: on ppbus0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 3194562256 Hz quality 800 Timecounters tick every 1.000 msec Waiting 5 seconds for SCSI devices to settle acd0: CDROM at ata0-master UDMA33 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) da0: 76293MB (156249600 512 byte sectors: 255H 63S/T 9726C) da1 at arcmsr0 bus 0 target 0 lun 1 da1: Fixed Direct Access SCSI-3 device da1: 166.666MB/s transfers (83.333MHz, offset 32, 16bit) da1: 2784728MB (5703123456 512 byte sectors: 255H 63S/T 355003C) GEOM_JOURNAL: Journal 490099366: da1p1 contains data. GEOM_JOURNAL: Journal 490099366: da1p1 contains journal. Trying to mount root from ufs:/dev/da0s1a WARNING: / was not properly dismounted GEOM_JOURNAL: Journal da1p1 consistent. WARNING: /tmp was not properly dismounted WARNING: /usr was not properly dismounted WARNING: /var was not properly dismounted arplookup 210.55.230.210 failed: host is not on local network ichsmb0: port 0x500-0x51f irq 17 at device 31.3 on pci0 ichsmb0: [GIANT-LOCKED] ichsmb0: [ITHREAD] smbus0: on ichsmb0 smb0: on smbus0 em0: watchdog timeout -- resetting em0: link state changed to DOWN em0: link state changed to UP From owner-freebsd-stable@FreeBSD.ORG Wed Oct 31 02:26:28 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A6B6816A469 for ; Wed, 31 Oct 2007 02:26:28 +0000 (UTC) (envelope-from brett@lariat.net) Received: from lariat.net (lariat.net [66.119.58.2]) by mx1.freebsd.org (Postfix) with ESMTP id 1782F13C48E for ; Wed, 31 Oct 2007 02:26:27 +0000 (UTC) (envelope-from brett@lariat.net) Received: from anne-o1dpaayth1.lariat.org (IDENT:ppp1000.lariat.net@lariat.net [66.119.58.2]) by lariat.net (8.9.3/8.9.3) with ESMTP id TAA25585; Tue, 30 Oct 2007 19:48:02 -0600 (MDT) Message-Id: <200710310148.TAA25585@lariat.net> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Tue, 30 Oct 2007 18:51:17 -0600 To: Nikos Vassiliadis , freebsd-stable@freebsd.org From: Brett Glass In-Reply-To: <200710301036.50789.nvass@teledomenet.gr> References: <200710282222.QAA01991@lariat.net> <200710301036.50789.nvass@teledomenet.gr> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Cc: stable@freebsd.org Subject: Re: MFC requests for 6.3 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, 31 Oct 2007 02:26:28 -0000 At 02:36 AM 10/30/2007, Nikos Vassiliadis wrote: >Hello Brett, > >ng_nat is part of 6-STABLE I've checked, and there is indeed a version there. But it's a much older version without many useful option flags. ng_car is not there at all. I'd also be interested in seeing the latest version of bridge(4) brought in. --Brett Glass From owner-freebsd-stable@FreeBSD.ORG Wed Oct 31 02:56:27 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B62C916A4D0 for ; Wed, 31 Oct 2007 02:56:27 +0000 (UTC) (envelope-from brett@lariat.net) Received: from lariat.net (lariat.net [66.119.58.2]) by mx1.freebsd.org (Postfix) with ESMTP id 5D65313C4CC for ; Wed, 31 Oct 2007 02:56:24 +0000 (UTC) (envelope-from brett@lariat.net) Received: from anne-o1dpaayth1.lariat.org (IDENT:ppp1000.lariat.net@lariat.net [66.119.58.2]) by lariat.net (8.9.3/8.9.3) with ESMTP id TAA25585; Tue, 30 Oct 2007 19:48:02 -0600 (MDT) Message-Id: <200710310148.TAA25585@lariat.net> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Tue, 30 Oct 2007 18:51:17 -0600 To: Nikos Vassiliadis , freebsd-stable@freebsd.org From: Brett Glass In-Reply-To: <200710301036.50789.nvass@teledomenet.gr> References: <200710282222.QAA01991@lariat.net> <200710301036.50789.nvass@teledomenet.gr> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Cc: stable@freebsd.org Subject: Re: MFC requests for 6.3 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, 31 Oct 2007 02:56:27 -0000 At 02:36 AM 10/30/2007, Nikos Vassiliadis wrote: >Hello Brett, > >ng_nat is part of 6-STABLE I've checked, and there is indeed a version there. But it's a much older version without many useful option flags. ng_car is not there at all. I'd also be interested in seeing the latest version of bridge(4) brought in. --Brett Glass From owner-freebsd-stable@FreeBSD.ORG Wed Oct 31 03:35:37 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A450C16A468 for ; Wed, 31 Oct 2007 03:35:37 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 96E0F13C4BB for ; Wed, 31 Oct 2007 03:35:37 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id C17801CC070; Tue, 30 Oct 2007 20:35:28 -0700 (PDT) Date: Tue, 30 Oct 2007 20:35:28 -0700 From: Jeremy Chadwick To: freebsd-stable@freebsd.org Message-ID: <20071031033528.GA7625@eos.sc1.parodius.com> References: <20071029111235.E69594@woozle.rinet.ru> <20071030125800.GA83333@eos.sc1.parodius.com> <20071030203241.GA7630@riverside.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071030203241.GA7630@riverside.org> User-Agent: Mutt/1.5.16 (2007-06-09) Subject: Re: rrdtool performance tuning (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: Wed, 31 Oct 2007 03:35:37 -0000 On Tue, Oct 30, 2007 at 01:32:41PM -0700, Michael Hall wrote: > On Tue, Oct 30, 2007 at 05:58:00AM -0700, Jeremy Chadwick wrote: > > * A suite/library on Sourceforge somewhere which I cannot remember the > > name of, but acted as a data-over-time storage/graphing/plotting > > alternative to RRDtool. The name of the program was 3 letters, and > > we used to have a port for it, and may still, if I could remember > > the name of it. > > RTG? > > "http://rtg.sourceforge.net/" Yep, that's it. Under net/rtg as well. Thanks for remembering for me, haha... :-) -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Wed Oct 31 03:37:02 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 64C6316A4A0 for ; Wed, 31 Oct 2007 03:37:02 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.180]) by mx1.freebsd.org (Postfix) with ESMTP id 2E88F13C4BC for ; Wed, 31 Oct 2007 03:37:02 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so14724waf for ; Tue, 30 Oct 2007 20:36:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=zHtqHhGk3ebLU06z9+zjhh7y5BGUHT8xfUd+Fo0C4R0=; b=B7R7X6IQGb3mfcpEFJVLyigFlUwfwcV4sFX7AM1AnrcnTQR36vPxnTnBGZH8RLQsLVpavMeD4WxoXgRpkGoTJrotAj9DSNUg4mofhdFbJK4Z/j7mU7XFzdTTTSNIWsMgAqtI/KIjKxXBq/oxCjH8PuuB/3H0pw/Ga/IpuROH2N8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=YtHxkNItS4BX/uoC9j7xoLBbHnNfbJzRU89Je+zZZ1C58sYV0GQLapqzx0Tf2GLwMe7zTGgvV/WjPXGELCuKdoUi/TaVFIvF17vKfrNHWBK8LW142wHF7a70c+rLtS5oP2MkkNphrjNB3wztlXQfDsjoVsHh826c6C1ETSoaEeY= Received: by 10.115.107.1 with SMTP id j1mr9000311wam.1193801807465; Tue, 30 Oct 2007 20:36:47 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id v37sm82552wah.2007.10.30.20.36.43 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 30 Oct 2007 20:36:46 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id l9V3ad2d043257 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 31 Oct 2007 12:36:39 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id l9V3acQO043256; Wed, 31 Oct 2007 12:36:38 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Wed, 31 Oct 2007 12:36:38 +0900 From: Pyun YongHyeon To: Oleg Lomaka Message-ID: <20071031033638.GC42371@cdnetworks.co.kr> References: <20071024084934.GF11234@cdnetworks.co.kr> <471F52DC.4080305@gmail.com> <20071025020637.GA16092@cdnetworks.co.kr> <47203EC3.4010203@gmail.com> <20071025083032.GE16092@cdnetworks.co.kr> <20071027030921.GC25452@cdnetworks.co.kr> <4726EE79.6050401@lomaka.org.ua> <20071030085831.GG38663@cdnetworks.co.kr> <47273920.8090003@gmail.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="EVF5PPMfhYS0aIcm" Content-Disposition: inline In-Reply-To: <47273920.8090003@gmail.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: any hope for nfe/msk? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Oct 2007 03:37:02 -0000 --EVF5PPMfhYS0aIcm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Oct 30, 2007 at 04:01:04PM +0200, Oleg Lomaka wrote: [...] > I had RxFIFO overrun again :( > from dmest: > msk0: Rx FIFO overrun! [...] Please try attached patch again. Sorry for the trouble. After applying the patch show me verbosed dmesg output related with msk(4)/PHY driver. Thanks for testing. -- Regards, Pyun YongHyeon --EVF5PPMfhYS0aIcm Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="msk.queue.patch2" Index: if_msk.c =================================================================== RCS file: /home/ncvs/src/sys/dev/msk/if_msk.c,v retrieving revision 1.18 diff -u -r1.18 if_msk.c --- if_msk.c 20 Jul 2007 00:25:20 -0000 1.18 +++ if_msk.c 31 Oct 2007 03:31:48 -0000 @@ -368,6 +368,8 @@ struct msk_if_softc *sc_if; sc_if = device_get_softc(dev); + if (phy != PHY_ADDR_MARV) + return (0); return (msk_phy_readreg(sc_if, phy, reg)); } @@ -406,6 +408,8 @@ struct msk_if_softc *sc_if; sc_if = device_get_softc(dev); + if (phy != PHY_ADDR_MARV) + return (0); return (msk_phy_writereg(sc_if, phy, reg, val)); } @@ -516,17 +520,14 @@ CSR_WRITE_4(sc, MR_ADDR(sc_if->msk_port, GMAC_CTRL), gmac); /* Enable PHY interrupt for FIFO underrun/overflow. */ - if (sc->msk_marvell_phy) - msk_phy_writereg(sc_if, PHY_ADDR_MARV, - PHY_MARV_INT_MASK, PHY_M_IS_FIFO_ERROR); + msk_phy_writereg(sc_if, PHY_ADDR_MARV, PHY_MARV_INT_MASK, + PHY_M_IS_FIFO_ERROR); } else { /* * Link state changed to down. * Disable PHY interrupts. */ - if (sc->msk_marvell_phy) - msk_phy_writereg(sc_if, PHY_ADDR_MARV, - PHY_MARV_INT_MASK, 0); + msk_phy_writereg(sc_if, PHY_ADDR_MARV, PHY_MARV_INT_MASK, 0); /* Disable Rx/Tx MAC. */ gmac = GMAC_READ_2(sc, sc_if->msk_port, GM_GP_CTRL); gmac &= ~(GM_GPCR_RX_ENA | GM_GPCR_TX_ENA); @@ -1018,64 +1019,38 @@ static int mskc_setup_rambuffer(struct msk_softc *sc) { - int totqsize, minqsize; - int avail, next; + int next; int i; uint8_t val; /* Get adapter SRAM size. */ val = CSR_READ_1(sc, B2_E_0); sc->msk_ramsize = (val == 0) ? 128 : val * 4; - if (sc->msk_hw_id == CHIP_ID_YUKON_FE) - sc->msk_ramsize = 4 * 4; if (bootverbose) device_printf(sc->msk_dev, "RAM buffer size : %dKB\n", sc->msk_ramsize); - - totqsize = sc->msk_ramsize * sc->msk_num_port; - minqsize = MSK_MIN_RXQ_SIZE + MSK_MIN_TXQ_SIZE; - if (minqsize > sc->msk_ramsize) - minqsize = sc->msk_ramsize; - - if (minqsize * sc->msk_num_port > totqsize) { - device_printf(sc->msk_dev, - "not enough RAM buffer memory : %d/%dKB\n", - minqsize * sc->msk_num_port, totqsize); - return (ENOSPC); - } - - avail = totqsize; - if (sc->msk_num_port > 1) { - /* - * Divide up the memory evenly so that everyone gets a - * fair share for dual port adapters. - */ - avail = sc->msk_ramsize; - } - - /* Take away the minimum memory for active queues. */ - avail -= minqsize; - /* Rx queue gets the minimum + 80% of the rest. */ - sc->msk_rxqsize = - (avail * MSK_RAM_QUOTA_RX) / 100 + MSK_MIN_RXQ_SIZE; - avail -= (sc->msk_rxqsize - MSK_MIN_RXQ_SIZE); - sc->msk_txqsize = avail + MSK_MIN_TXQ_SIZE; - + /* + * Give receiver 2/3 of memory and round down to the multiple + * of 1024. Tx/Rx RAM buffer size of Yukon II shoud be multiple + * of 1024. + */ + sc->msk_rxqsize = rounddown((sc->msk_ramsize * 1024 * 2) / 3, 1024); + sc->msk_txqsize = (sc->msk_ramsize * 1024) - sc->msk_rxqsize; for (i = 0, next = 0; i < sc->msk_num_port; i++) { sc->msk_rxqstart[i] = next; - sc->msk_rxqend[i] = next + (sc->msk_rxqsize * 1024) - 1; + sc->msk_rxqend[i] = next + sc->msk_rxqsize - 1; next = sc->msk_rxqend[i] + 1; sc->msk_txqstart[i] = next; - sc->msk_txqend[i] = next + (sc->msk_txqsize * 1024) - 1; + sc->msk_txqend[i] = next + sc->msk_txqsize - 1; next = sc->msk_txqend[i] + 1; if (bootverbose) { device_printf(sc->msk_dev, "Port %d : Rx Queue %dKB(0x%08x:0x%08x)\n", i, - sc->msk_rxqsize, sc->msk_rxqstart[i], + sc->msk_rxqsize / 1024, sc->msk_rxqstart[i], sc->msk_rxqend[i]); device_printf(sc->msk_dev, "Port %d : Tx Queue %dKB(0x%08x:0x%08x)\n", i, - sc->msk_txqsize, sc->msk_txqstart[i], + sc->msk_txqsize / 1024, sc->msk_txqstart[i], sc->msk_txqend[i]); } } @@ -1517,10 +1492,6 @@ error = ENXIO; goto fail; } - /* Check whether PHY Id is MARVELL. */ - if (msk_phy_readreg(sc_if, PHY_ADDR_MARV, PHY_MARV_ID0) - == PHY_MARV_ID0_VAL) - sc->msk_marvell_phy = 1; fail: if (error != 0) { @@ -3226,15 +3197,12 @@ { uint16_t status; - if (sc_if->msk_softc->msk_marvell_phy) { - msk_phy_readreg(sc_if, PHY_ADDR_MARV, PHY_MARV_INT_STAT); - status = msk_phy_readreg(sc_if, PHY_ADDR_MARV, - PHY_MARV_INT_STAT); - /* Handle FIFO Underrun/Overflow? */ - if ((status & PHY_M_IS_FIFO_ERROR)) - device_printf(sc_if->msk_if_dev, - "PHY FIFO underrun/overflow.\n"); - } + msk_phy_readreg(sc_if, PHY_ADDR_MARV, PHY_MARV_INT_STAT); + status = msk_phy_readreg(sc_if, PHY_ADDR_MARV, PHY_MARV_INT_STAT); + /* Handle FIFO Underrun/Overflow? */ + if ((status & PHY_M_IS_FIFO_ERROR)) + device_printf(sc_if->msk_if_dev, + "PHY FIFO underrun/overflow.\n"); } static void @@ -4035,8 +4003,7 @@ /* Disable all GMAC interrupt. */ CSR_WRITE_1(sc, MR_ADDR(sc_if->msk_port, GMAC_IRQ_MSK), 0); /* Disable PHY interrupt. */ - if (sc->msk_marvell_phy) - msk_phy_writereg(sc_if, PHY_ADDR_MARV, PHY_MARV_INT_MASK, 0); + msk_phy_writereg(sc_if, PHY_ADDR_MARV, PHY_MARV_INT_MASK, 0); /* Disable the RAM Interface Arbiter. */ CSR_WRITE_1(sc, MR_ADDR(sc_if->msk_port, TXA_CTRL), TXA_DIS_ARB); Index: if_mskreg.h =================================================================== RCS file: /home/ncvs/src/sys/dev/msk/if_mskreg.h,v retrieving revision 1.6 diff -u -r1.6 if_mskreg.h --- if_mskreg.h 12 Jun 2007 10:50:32 -0000 1.6 +++ if_mskreg.h 31 Oct 2007 03:31:49 -0000 @@ -2333,7 +2333,6 @@ int msk_suspended; int msk_hw_feature; int msk_clock; - int msk_marvell_phy; int msk_msi; struct msk_if_softc *msk_if[2]; device_t msk_devs[2]; @@ -2370,8 +2369,6 @@ device_t msk_if_dev; int32_t msk_port; /* port # on controller */ int msk_framesize; - int msk_phytype; - int msk_phyaddr; int msk_link; struct callout msk_tick_ch; int msk_watchdog_timer; --EVF5PPMfhYS0aIcm-- From owner-freebsd-stable@FreeBSD.ORG Wed Oct 31 04:03:31 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5723216A41A for ; Wed, 31 Oct 2007 04:03:31 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.186]) by mx1.freebsd.org (Postfix) with ESMTP id 84FFE13C481 for ; Wed, 31 Oct 2007 04:03:30 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so11801nfb for ; Tue, 30 Oct 2007 21:03:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; bh=Q0ot8MbVa+i6JrOMWd6rri5ChOv7f8jCHOdcL038uOk=; b=FwhOviRy/PFDFse6KBuMv/woRPwNbUUbd1UsP0VUlggohOseYpTGAlZJOJNZD8UGtsAnUAel5Osw9MbcwZNe6MvYk+Gv8hZQmw0sPJRvib1ZJzmV2tWJikoeWaZ3RQNa+9V+UCvK3Gwi+sh1uli8pDsnkLIXDHb8BGV08bhFcQo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=DW5CWxsTxoLMDGGsJeNlmVc77Jx9IlK/kKIOsTS+EH/uITxWQmuG8vNUhR3GwotuBKXgbNDNXI7QqG5ElcUf3dr1WJycG+6zeT3V/J91O5G9z66QsIUdWFvgLyDJXk+PYttcyvjuIE3P4YPWk9iMLc8xmLH7GK5IQG+mUzP1yyI= Received: by 10.86.1.1 with SMTP id 1mr5966099fga.1193803018078; Tue, 30 Oct 2007 20:56:58 -0700 (PDT) Received: by 10.86.71.6 with HTTP; Tue, 30 Oct 2007 20:56:58 -0700 (PDT) Message-ID: <790a9fff0710302056m60167d70lcf94a9774c06d09@mail.gmail.com> Date: Tue, 30 Oct 2007 22:56:58 -0500 From: "Scot Hetzel" To: "Mike Pumford" In-Reply-To: <472751B7.9040505@mpc-data.co.uk> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_4198_9968625.1193803018076" References: <461307.47075.qm@web33709.mail.mud.yahoo.com> <472751B7.9040505@mpc-data.co.uk> Cc: freebsd-mobile@freebsd.org, freebsd-stable@freebsd.org, Abdullah Ibn Hamad Al-Marri Subject: Re: 7.0 BETA1 and Thinkpad T61p : Wireless misadventure 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, 31 Oct 2007 04:03:31 -0000 ------=_Part_4198_9968625.1193803018076 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline On 10/30/07, Mike Pumford wrote: > Abdullah Ibn Hamad Al-Marri wrote: > > > > > Previously I didn't mention that there are some functions missing from > > > > the FreeBSD's NDIS api. These are: > > > > With the help of NDIS reference and Linux ndiswrapper I have been able > > > > to implement all but KeBugCheckEx (they are all rather simple but I > > > Can help you with this one. This is the Windows equivalent of panic(). > So just call panic with an appropriate string. If the string includes > the bugcheck code and parameters so much the better. > Thanks for your hint to use panic() in the KeBugCheckEx function. I have KeBugCheckEx partially implemented. It currently prints the bugcheck code and the 4 paramators that are sent to KeBugCheckEx. The KeBugCheckEx function still needs to be changed to display the right information depending on the bugcheck code. Abdullah, I made a minor change to your patch, strncat should be prefixed with ntoskrnl_strncat. changed IMPORT_CFUNC(strncat..) to IMPORT_CFUNC_MAP(ntoskrnl_strncat..). Scot ------=_Part_4198_9968625.1193803018076 Content-Type: text/plain; name=ndis.patch Content-Transfer-Encoding: base64 X-Attachment-Id: file0 Content-Disposition: attachment; filename=ndis.patch SW5kZXg6IG5kaXNfdmFyLmgKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpSQ1MgZmlsZTogL2hvbWUvbmN2cy9zcmMvc3lz L2NvbXBhdC9uZGlzL25kaXNfdmFyLmgsdgpyZXRyaWV2aW5nIHJldmlzaW9uIDEuNDcKZGlmZiAt dSAtcjEuNDcgbmRpc192YXIuaAotLS0gbmRpc192YXIuaAk2IEFwciAyMDA3IDExOjE4OjU3IC0w MDAwCTEuNDcKKysrIG5kaXNfdmFyLmgJMzEgT2N0IDIwMDcgMDM6MzE6MjQgLTAwMDAKQEAgLTQ5 LDYgKzQ5LDEwIEBACiB0eXBlZGVmIHJlZ2lzdGVyX3QgbmRpc19rc3Bpbl9sb2NrOwogdHlwZWRl ZiB1aW50OF90IG5kaXNfa2lycWw7CiAKKy8qIFZlcnNpb24gb2YgTkRJUyBzdXBwb3J0ZWQgYnkg RnJlZUJTRCAqLworI2RlZmluZQlORElTX1ZFUlNJT05fNTEJCQkweDAwMDUwMDAxCisjZGVmaW5l CU5ESVNfVkVSU0lPTgkJCU5ESVNfVkVSU0lPTl81MQorCiAvKgogICogTkRJUyBzdGF0dXMgY29k ZXMgKHRoZXJlIGFyZSBsb3RzIG9mIHRoZW0pLiBUaGUgb25lcyB0aGF0CiAgKiBkb24ndCBzZWVt IHRvIGZpdCB0aGUgcGF0dGVybiBhcmUgYWN0dWFsbHkgbWFwcGVkIHRvIGdlbmVyaWMKSW5kZXg6 IG50b3Nrcm5sX3Zhci5oCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT0KUkNTIGZpbGU6IC9ob21lL25jdnMvc3JjL3N5cy9j b21wYXQvbmRpcy9udG9za3JubF92YXIuaCx2CnJldHJpZXZpbmcgcmV2aXNpb24gMS40MwpkaWZm IC11IC1yMS40MyBudG9za3JubF92YXIuaAotLS0gbnRvc2tybmxfdmFyLmgJMTcgQXVnIDIwMDYg MjI6NTA6MzIgLTAwMDAJMS40MworKysgbnRvc2tybmxfdmFyLmgJMzEgT2N0IDIwMDcgMDM6MzE6 MjQgLTAwMDAKQEAgLTEyMDIsMTQgKzEyMDIsMjIgQEAKIAogLyogTWVtb3J5IHBvb2wgdHlwZXMs IGZvciBFeEFsbG9jYXRlUG9vbFdpdGhUYWcoKSAqLwogCi0jZGVmaW5lIE5vblBhZ2VkUG9vbAkJ CTB4MDAwMDAwMDAKLSNkZWZpbmUgUGFnZWRQb29sCQkJMHgwMDAwMDAwMQotI2RlZmluZSBOb25Q YWdlZFBvb2xNdXN0U3VjY2VlZAkJMHgwMDAwMDAwMgotI2RlZmluZSBEb250VXNlVGhpc1R5cGUJ CQkweDAwMDAwMDAzCi0jZGVmaW5lIE5vblBhZ2VkUG9vbENhY2hlQWxpZ25lZAkweDAwMDAwMDA0 Ci0jZGVmaW5lIFBhZ2VkUG9vbENhY2hlQWxpZ25lZAkJMHgwMDAwMDAwNQotI2RlZmluZSBOb25Q YWdlZFBvb2xDYWNoZUFsaWduZWRNdXN0UwkweDAwMDAwMDA2Ci0jZGVmaW5lIE1heFBvb2xUeXBl CQkJMHgwMDAwMDAwNworI2RlZmluZQlOb25QYWdlZFBvb2wJCQkJMHgwMDAwMDAwMAorI2RlZmlu ZQlQYWdlZFBvb2wJCQkJMHgwMDAwMDAwMQorI2RlZmluZQlOb25QYWdlZFBvb2xNdXN0U3VjY2Vl ZAkJCTB4MDAwMDAwMDIKKyNkZWZpbmUJRG9udFVzZVRoaXNUeXBlCQkJCTB4MDAwMDAwMDMKKyNk ZWZpbmUJTm9uUGFnZWRQb29sQ2FjaGVBbGlnbmVkCQkweDAwMDAwMDA0CisjZGVmaW5lCVBhZ2Vk UG9vbENhY2hlQWxpZ25lZAkJCTB4MDAwMDAwMDUKKyNkZWZpbmUJTm9uUGFnZWRQb29sQ2FjaGVB bGlnbmVkTXVzdFMJCTB4MDAwMDAwMDYKKyNkZWZpbmUJTWF4UG9vbFR5cGUJCQkJMHgwMDAwMDAw NworCisjZGVmaW5lCU5vblBhZ2VkUG9vbFNlc3Npb24JCQkweDAwMDAwMDIwCisjZGVmaW5lCVBh Z2VkUG9vbFNlc3Npb24JCQkweDAwMDAwMDIxCisjZGVmaW5lCU5vblBhZ2VkUG9vbE11c3RTdWNj ZWVkU2Vzc2lvbgkJMHgwMDAwMDAyMgorI2RlZmluZQlEb250VXNlVGhpc1R5cGVTZXNzaW9uCQkJ MHgwMDAwMDAyMworI2RlZmluZQlOb25QYWdlZFBvb2xDYWNoZUFsaWduZWRTZXNzaW9uCQkweDAw MDAwMDI0CisjZGVmaW5lCVBhZ2VkUG9vbENhY2hlQWxpZ25lZFNlc3Npb24JCTB4MDAwMDAwMjUK KyNkZWZpbmUJTm9uUGFnZWRQb29sQ2FjaGVBbGlnbmVkTXVzdFNTZXNzaW9uCTB4MDAwMDAwMjYK IAogLyoKICAqIElPX1dPUktJVEVNIGlzIGFuIG9wYXF1ZSBzdHJ1Y3R1cmVzIHRoYXQgbXVzdCBi ZSBhbGxvY2F0ZWQKQEAgLTEzNTcsOCArMTM2NSwxMiBAQAogZXh0ZXJuIHVpbnQ4X3QgS2VTeW5j aHJvbml6ZUV4ZWN1dGlvbihraW50ZXJydXB0ICosIHZvaWQgKiwgdm9pZCAqKTsKIGV4dGVybiB1 aW50cHRyX3QgSW50ZXJsb2NrZWRFeGNoYW5nZSh2b2xhdGlsZSB1aW50MzJfdCAqLAogCXVpbnRw dHJfdCk7CitleHRlcm4gdm9pZCAqRXhBbGxvY2F0ZVBvb2wodWludDMyX3QsIHNpemVfdCk7Citl eHRlcm4gdm9pZCAqRXhBbGxvY2F0ZVBvb2xXaXRoUXVvdGEodWludDMyX3QsIHNpemVfdCk7Citl eHRlcm4gdm9pZCAqRXhBbGxvY2F0ZVBvb2xXaXRoUXVvdGFUYWcodWludDMyX3QsIHNpemVfdCwg dWludDMyX3QpOwogZXh0ZXJuIHZvaWQgKkV4QWxsb2NhdGVQb29sV2l0aFRhZyh1aW50MzJfdCwg c2l6ZV90LCB1aW50MzJfdCk7CiBleHRlcm4gdm9pZCBFeEZyZWVQb29sKHZvaWQgKik7CitleHRl cm4gdm9pZCBFeEZyZWVQb29sV2l0aFRhZyh2b2lkICosIHVpbnQzMl90KTsKIGV4dGVybiB1aW50 MzJfdCBJb0Nvbm5lY3RJbnRlcnJ1cHQoa2ludGVycnVwdCAqKiwgdm9pZCAqLCB2b2lkICosCiAJ a3NwaW5fbG9jayAqLCB1aW50MzJfdCwgdWludDhfdCwgdWludDhfdCwgdWludDhfdCwgdWludDhf dCwKIAl1aW50MzJfdCwgdWludDhfdCk7CkluZGV4OiBzdWJyX25kaXMuYwo9PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09ClJD UyBmaWxlOiAvaG9tZS9uY3ZzL3NyYy9zeXMvY29tcGF0L25kaXMvc3Vicl9uZGlzLmMsdgpyZXRy aWV2aW5nIHJldmlzaW9uIDEuMTA4CmRpZmYgLXUgLXIxLjEwOCBzdWJyX25kaXMuYwotLS0gc3Vi cl9uZGlzLmMJMzEgTWF5IDIwMDcgMTE6NTE6NDkgLTAwMDAJMS4xMDgKKysrIHN1YnJfbmRpcy5j CTMxIE9jdCAyMDA3IDAzOjMxOjI0IC0wMDAwCkBAIC0yNzIsNiArMjcyLDcgQEAKIHN0YXRpYyB2 b2lkIE5kaXNVbm1hcEZpbGUobmRpc19oYW5kbGUpOwogc3RhdGljIHZvaWQgTmRpc0Nsb3NlRmls ZShuZGlzX2hhbmRsZSk7CiBzdGF0aWMgdWludDhfdCBOZGlzU3lzdGVtUHJvY2Vzc29yQ291bnQo dm9pZCk7CitzdGF0aWMgdm9pZCBOZGlzR2V0Q3VycmVudFByb2Nlc3NvckNvdW50cyh1aW50MzJf dCAqLCB1aW50MzJfdCAqLCB1aW50MzJfdCopOwogc3RhdGljIHZvaWQgTmRpc01JbmRpY2F0ZVN0 YXR1c0NvbXBsZXRlKG5kaXNfaGFuZGxlKTsKIHN0YXRpYyB2b2lkIE5kaXNNSW5kaWNhdGVTdGF0 dXMobmRpc19oYW5kbGUsIG5kaXNfc3RhdHVzLAogICAgICAgICB2b2lkICosIHVpbnQzMl90KTsK QEAgLTI4Miw2ICsyODMsNyBAQAogCXVpbnQzMl90LCB1aW50MzJfdCwgbmRpc19wYWNrZXQgKiwg dWludDMyX3QsIHVpbnQzMl90ICopOwogc3RhdGljIHZvaWQgTmRpc0NvcHlGcm9tUGFja2V0VG9Q YWNrZXRTYWZlKG5kaXNfcGFja2V0ICosCiAJdWludDMyX3QsIHVpbnQzMl90LCBuZGlzX3BhY2tl dCAqLCB1aW50MzJfdCwgdWludDMyX3QgKiwgdWludDMyX3QpOworc3RhdGljIHZvaWQgTmRpc0lN Q29weVNlbmRQZXJQYWNrZXRJbmZvKG5kaXNfcGFja2V0ICosIG5kaXNfcGFja2V0ICopOwogc3Rh dGljIG5kaXNfc3RhdHVzIE5kaXNNUmVnaXN0ZXJEZXZpY2UobmRpc19oYW5kbGUsCiAJdW5pY29k ZV9zdHJpbmcgKiwgdW5pY29kZV9zdHJpbmcgKiwgZHJpdmVyX2Rpc3BhdGNoICoqLAogCXZvaWQg KiosIG5kaXNfaGFuZGxlICopOwpAQCAtMzExNSw2ICszMTE3LDIwIEBACiAJcmV0dXJuKG1wX25j cHVzKTsKIH0KIAorc3RhdGljIHZvaWQKK05kaXNHZXRDdXJyZW50UHJvY2Vzc29yQ291bnRzKGlk bGVjb3VudCwga2VybmVsdXNlciwgaW5kZXgpCisJdWludDMyX3QJCSppZGxlY291bnQ7CisJdWlu dDMyX3QJCSprZXJuZWx1c2VyOworCXVpbnQzMl90CQkqaW5kZXg7Cit7CisJaW50IGNwdSA9IDA7 IC8qIEN1cnJlbnQgQ1BVICovCisKKwkqaWRsZWNvdW50ID0gY3BfdGltZVtDUF9JRExFXTsKKwkq a2VybmVsdXNlciA9CShjcF90aW1lW0NQX1VTRVJdICsgY3BfdGltZVtDUF9OSUNFXSkgKyBcCisJ CQkoY3BfdGltZVtDUF9TWVNdICsgY3BfdGltZVtDUF9JTlRSXSk7CisJKmluZGV4ID0gY3B1Owor fQorCiB0eXBlZGVmIHZvaWQgKCpuZGlzX3N0YXR1c2RvbmVfaGFuZGxlcikobmRpc19oYW5kbGUp OwogdHlwZWRlZiB2b2lkICgqbmRpc19zdGF0dXNfaGFuZGxlcikobmRpc19oYW5kbGUsIG5kaXNf c3RhdHVzLAogICAgICAgICB2b2lkICosIHVpbnQzMl90KTsKQEAgLTMyODgsNiArMzMwNCwxNCBA QAogCXJldHVybjsKIH0KIAorc3RhdGljIHZvaWQKK05kaXNJTUNvcHlTZW5kUGVyUGFja2V0SW5m byhkcGt0LCBzcGt0KQorCW5kaXNfcGFja2V0CQkqZHBrdDsKKwluZGlzX3BhY2tldAkJKnNwa3Q7 Cit7CisJbWVtY3B5KCZkcGt0LT5ucF9leHQsICZzcGt0LT5ucF9leHQsIHNpemVvZihuZGlzX3Bh Y2tldF9leHRlbnNpb24pKTsKK30KKwogc3RhdGljIG5kaXNfc3RhdHVzCiBOZGlzTVJlZ2lzdGVy RGV2aWNlKGhhbmRsZSwgZGV2bmFtZSwgc3ltbmFtZSwgbWFqb3JmdW5jcywgZGV2b2JqLCBkZXZo YW5kbGUpCiAJbmRpc19oYW5kbGUJCWhhbmRsZTsKQEAgLTMzNDYsNiArMzM3MCwxMiBAQAogCXJl dHVybjsKIH0KIAorc3RhdGljIHVpbnQzMl90CitOZGlzR2V0VmVyc2lvbigpCit7CisJcmV0dXJu KE5ESVNfVkVSU0lPTik7Cit9CisKIHN0YXRpYyB2b2lkCiBkdW1teSgpCiB7CkBAIC0zMzY1LDEw ICszMzk1LDEyIEBACiBpbWFnZV9wYXRjaF90YWJsZSBuZGlzX2Z1bmN0YmxbXSA9IHsKIAlJTVBP UlRfU0ZVTkMoTmRpc0NvcHlGcm9tUGFja2V0VG9QYWNrZXQsIDYpLAogCUlNUE9SVF9TRlVOQyhO ZGlzQ29weUZyb21QYWNrZXRUb1BhY2tldFNhZmUsIDcpLAorCUlNUE9SVF9TRlVOQyhOZGlzSU1D b3B5U2VuZFBlclBhY2tldEluZm8sIDIpLAogCUlNUE9SVF9TRlVOQyhOZGlzU2NoZWR1bGVXb3Jr SXRlbSwgMSksCiAJSU1QT1JUX1NGVU5DKE5kaXNNSW5kaWNhdGVTdGF0dXNDb21wbGV0ZSwgMSks CiAJSU1QT1JUX1NGVU5DKE5kaXNNSW5kaWNhdGVTdGF0dXMsIDQpLAogCUlNUE9SVF9TRlVOQyhO ZGlzU3lzdGVtUHJvY2Vzc29yQ291bnQsIDApLAorCUlNUE9SVF9TRlVOQyhOZGlzR2V0Q3VycmVu dFByb2Nlc3NvckNvdW50cywgMyksCiAJSU1QT1JUX1NGVU5DKE5kaXNVbmNoYWluQnVmZmVyQXRC YWNrLCAyKSwKIAlJTVBPUlRfU0ZVTkMoTmRpc0dldEZpcnN0QnVmZmVyRnJvbVBhY2tldCwgNSks CiAJSU1QT1JUX1NGVU5DKE5kaXNHZXRGaXJzdEJ1ZmZlckZyb21QYWNrZXRTYWZlLCA2KSwKQEAg LTM0ODIsNiArMzUxNCw3IEBACiAJSU1QT1JUX1NGVU5DKE5kaXNNRGVyZWdpc3RlckRldmljZSwg MSksCiAJSU1QT1JUX1NGVU5DKE5kaXNNUXVlcnlBZGFwdGVySW5zdGFuY2VOYW1lLCAyKSwKIAlJ TVBPUlRfU0ZVTkMoTmRpc01SZWdpc3RlclVubG9hZEhhbmRsZXIsIDIpLAorCUlNUE9SVF9TRlVO QyhOZGlzR2V0VmVyc2lvbiwgMCksCiAJSU1QT1JUX1NGVU5DKG5kaXNfdGltZXJjYWxsLCA0KSwK IAlJTVBPUlRfU0ZVTkMobmRpc19hc3luY21lbV9jb21wbGV0ZSwgMiksCiAJSU1QT1JUX1NGVU5D KG5kaXNfaW50ciwgMiksCkluZGV4OiBzdWJyX250b3Nrcm5sLmMKPT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQpSQ1MgZmls ZTogL2hvbWUvbmN2cy9zcmMvc3lzL2NvbXBhdC9uZGlzL3N1YnJfbnRvc2tybmwuYyx2CnJldHJp ZXZpbmcgcmV2aXNpb24gMS45MQpkaWZmIC11IC1yMS45MSBzdWJyX250b3Nrcm5sLmMKLS0tIHN1 YnJfbnRvc2tybmwuYwkyMCBPY3QgMjAwNyAyMzoyMzoxMiAtMDAwMAkxLjkxCisrKyBzdWJyX250 b3Nrcm5sLmMJMzEgT2N0IDIwMDcgMDM6MzE6MjQgLTAwMDAKQEAgLTIxOSw2ICsyMTksOCBAQAog c3RhdGljIGludCByYW5kKHZvaWQpOwogc3RhdGljIHZvaWQgc3JhbmQodW5zaWduZWQgaW50KTsK IHN0YXRpYyB2b2lkIG50b3Nrcm5sX3RpbWUodWludDY0X3QgKik7CitzdGF0aWMgdm9pZCBLZVF1 ZXJ5U3lzdGVtVGltZSh1aW50NjRfdCAqKTsKK3N0YXRpYyB1aW50MzJfdCBLZVRpY2tDb3VudCh2 b2lkKTsKIHN0YXRpYyB1aW50OF90IElvSXNXZG1WZXJzaW9uQXZhaWxhYmxlKHVpbnQ4X3QsIHVp bnQ4X3QpOwogc3RhdGljIHZvaWQgbnRvc2tybmxfdGhyZnVuYyh2b2lkICopOwogc3RhdGljIG5k aXNfc3RhdHVzIFBzQ3JlYXRlU3lzdGVtVGhyZWFkKG5kaXNfaGFuZGxlICosCkBAIC0yMjYsNiAr MjI4LDggQEAKIHN0YXRpYyBuZGlzX3N0YXR1cyBQc1Rlcm1pbmF0ZVN5c3RlbVRocmVhZChuZGlz X3N0YXR1cyk7CiBzdGF0aWMgbmRpc19zdGF0dXMgSW9HZXREZXZpY2VQcm9wZXJ0eShkZXZpY2Vf b2JqZWN0ICosIHVpbnQzMl90LAogCXVpbnQzMl90LCB2b2lkICosIHVpbnQzMl90ICopOworc3Rh dGljIHZvaWQgS2VCdWdDaGVja0V4KHVpbnQzMl90ICwgdWludDMyX3QgKiwgdWludDMyX3QgKiwg dWludDMyX3QgKiwKKwl1aW50MzJfdCAqKTsKIHN0YXRpYyB2b2lkIEtlSW5pdGlhbGl6ZU11dGV4 KGttdXRhbnQgKiwgdWludDMyX3QpOwogc3RhdGljIHVpbnQzMl90IEtlUmVsZWFzZU11dGV4KGtt dXRhbnQgKiwgdWludDhfdCk7CiBzdGF0aWMgdWludDMyX3QgS2VSZWFkU3RhdGVNdXRleChrbXV0 YW50ICopOwpAQCAtMjM4LDggKzI0MiwxMCBAQAogc3RhdGljIHVpbnQzMl90IFdtaVRyYWNlTWVz c2FnZSh1aW50NjRfdCwgdWludDMyX3QsIHZvaWQgKiwgdWludDE2X3QsIC4uLik7CiBzdGF0aWMg dWludDMyX3QgSW9XTUlSZWdpc3RyYXRpb25Db250cm9sKGRldmljZV9vYmplY3QgKiwgdWludDMy X3QpOwogc3RhdGljIHZvaWQgKm50b3Nrcm5sX21lbXNldCh2b2lkICosIGludCwgc2l6ZV90KTsK K3N0YXRpYyBpbnQgbnRvc2tybmxfbWVtY21wKHZvaWQgKiwgdm9pZCAqLCBzaXplX3QpOwogc3Rh dGljIHZvaWQgKm50b3Nrcm5sX21lbW1vdmUodm9pZCAqLCB2b2lkICosIHNpemVfdCk7CiBzdGF0 aWMgdm9pZCAqbnRvc2tybmxfbWVtY2hyKHZvaWQgKiwgdW5zaWduZWQgY2hhciwgc2l6ZV90KTsK K3N0YXRpYyBjaGFyICpudG9za3JubF9zdHJuY2F0KGNoYXIgKiwgY2hhciAqLCBzaXplX3QpOwog c3RhdGljIGNoYXIgKm50b3Nrcm5sX3N0cnN0cihjaGFyICosIGNoYXIgKik7CiBzdGF0aWMgaW50 IG50b3Nrcm5sX3RvdXBwZXIoaW50KTsKIHN0YXRpYyBpbnQgbnRvc2tybmxfdG9sb3dlcihpbnQp OwpAQCAtNDI5LDYgKzQzNSwxNiBAQAogCXJldHVybihtZW1zZXQoYnVmLCBjaCwgc2l6ZSkpOwog fQogCisKK3N0YXRpYyBpbnQKK250b3Nrcm5sX21lbWNtcChidWYxLCBidWYyLCBzaXplKQorCXZv aWQJCQkqYnVmMTsKKwl2b2lkCQkJKmJ1ZjI7CisJc2l6ZV90CQkJc2l6ZTsKK3sKKwlyZXR1cm4o bWVtY21wKGJ1ZjEsIGJ1ZjIsIHNpemUpKTsKK30KKwogc3RhdGljIHZvaWQgKgogbnRvc2tybmxf bWVtbW92ZShkc3QsIHNyYywgc2l6ZSkKIAl2b2lkCQkJKnNyYzsKQEAgLTQ1Niw2ICs0NzIsMjkg QEAKIAlyZXR1cm4gKE5VTEwpOwogfQogCisvKiBUYWtlbiBmcm9tIGxpYmMgKi8KK2NoYXIgKgor bnRvc2tybmxfc3RybmNhdChkc3QsIHNyYywgbikKKwljaGFyCQkqZHN0OworCWNoYXIJCSpzcmM7 CisJc2l6ZV90CQluOworeworCWlmIChuICE9IDApIHsKKwkJY2hhciAqZCA9IGRzdDsKKwkJY29u c3QgY2hhciAqcyA9IHNyYzsKKwkJCisJCXdoaWxlICgqZCAhPSAwKQorCQkJZCsrOworCQlkbyB7 CisJCQlpZiAoKCpkID0gKnMrKykgPT0gMCkKKwkJCQlicmVhazsKKwkJCWQrKzsKKwkJfSB3aGls ZSAoLS1uICE9IDApOworCQkqZCA9IDA7CisJfQorCXJldHVybiAoZHN0KTsKK30KKwogc3RhdGlj IGNoYXIgKgogbnRvc2tybmxfc3Ryc3RyKHMsIGZpbmQpCiAJY2hhciAqcywgKmZpbmQ7CkBAIC02 MjQsNiArNjYzLDMxIEBACiB9CiAKIHZvaWQgKgorRXhBbGxvY2F0ZVBvb2wocG9vbHR5cGUsIGxl bikKKwl1aW50MzJfdAkJcG9vbHR5cGU7CisJc2l6ZV90CQkJbGVuOworeworCXJldHVybihFeEFs bG9jYXRlUG9vbFdpdGhUYWcocG9vbHR5cGUsIGxlbiwgMCkpOworfQorCit2b2lkICoKK0V4QWxs b2NhdGVQb29sV2l0aFF1b3RhKHBvb2x0eXBlLCBsZW4pCisJdWludDMyX3QJCXBvb2x0eXBlOwor CXNpemVfdAkJCWxlbjsKK3sKKwlyZXR1cm4oRXhBbGxvY2F0ZVBvb2xXaXRoVGFnKHBvb2x0eXBl LCBsZW4sIDApKTsKK30KKwordm9pZCAqCitFeEFsbG9jYXRlUG9vbFdpdGhRdW90YVRhZyhwb29s dHlwZSwgbGVuLCB0YWcpCisJdWludDMyX3QJCXBvb2x0eXBlOworCXNpemVfdAkJCWxlbjsKKwl1 aW50MzJfdAkJdGFnOworeworCXJldHVybihFeEFsbG9jYXRlUG9vbFdpdGhUYWcocG9vbHR5cGUs IGxlbiwgdGFnKSk7Cit9CisKK3ZvaWQgKgogRXhBbGxvY2F0ZVBvb2xXaXRoVGFnKHBvb2x0eXBl LCBsZW4sIHRhZykKIAl1aW50MzJfdAkJcG9vbHR5cGU7CiAJc2l6ZV90CQkJbGVuOwpAQCAtNjQy LDYgKzcwNiwxNCBAQAogRXhGcmVlUG9vbChidWYpCiAJdm9pZAkJCSpidWY7CiB7CisJRXhGcmVl UG9vbFdpdGhUYWcoYnVmLCAwKTsKK30KKwordm9pZAorRXhGcmVlUG9vbFdpdGhUYWcoYnVmLCB0 YWcpCisJdm9pZAkJCSpidWY7CisJdWludDMyX3QJCXRhZzsKK3sKIAlmcmVlKGJ1ZiwgTV9ERVZC VUYpOwogCXJldHVybjsKIH0KQEAgLTE1ODcsNiArMTY1OSwyMSBAQAogCXJldHVybjsKIH0KIAor c3RhdGljIHZvaWQKK0tlUXVlcnlTeXN0ZW1UaW1lKGN1cnJlbnRfdGltZSkKKwl1aW50NjRfdAkJ KmN1cnJlbnRfdGltZTsKK3sKKwludG9za3JubF90aW1lKGN1cnJlbnRfdGltZSk7Cit9CisKK3N0 YXRpYyB1aW50MzJfdAorS2VUaWNrQ291bnQodm9pZCkKK3sKKwlzdHJ1Y3QgdGltZXZhbCB0djsK KwlnZXRtaWNyb3VwdGltZSgmdHYpOworCXJldHVybiB0dnRvaHooJnR2KTsKK30KKwogLyoKICAq IEtlV2FpdEZvclNpbmdsZU9iamVjdCgpIGlzIGEgdHJpY2t5IGJlYXN0LCBiZWNhdXNlIGl0IGNh biBiZSB1c2VkCiAgKiB3aXRoIHNldmVyYWwgZGlmZmVyZW50IG9iamVjdCB0eXBlczogc2VtYXBo b3JlcywgdGltZXJzLCBldmVudHMsCkBAIC0yMzE2LDYgKzI0MDMsMjIgQEAKIH0KIAogdm9pZAor S2VCdWdDaGVja0V4KGJ1Z2NoZWNrLCBwYXJhbTEsIHBhcmFtMiwgcGFyYW0zLCBwYXJhbTQpCisJ dWludDMyX3QJCWJ1Z2NoZWNrOworCXVpbnQzMl90CQkqcGFyYW0xOworCXVpbnQzMl90CQkqcGFy YW0yOworCXVpbnQzMl90CQkqcGFyYW0zOworCXVpbnQzMl90CQkqcGFyYW00OworeworCS8qIGh0 dHA6Ly9tc2RuMi5taWNyb3NvZnQuY29tL2VuLXVzL2xpYnJhcnkvbXM4MDE2NDUuYXNweCAqLwor CisJcGFuaWMoIktlQnVnQ2hlY2tFeDogU1RPUDogJSMwOHgsICglOHAsICU4cCwgJThwLCAlOHAp IiwKKwkJYnVnY2hlY2ssIHBhcmFtMSwgcGFyYW0yLCBwYXJhbTMsIHBhcmFtNCk7CisKKyAgICAg ICAgcmV0dXJuOworfQorCit2b2lkCiBLZUluaXRpYWxpemVTcGluTG9jayhsb2NrKQogCWtzcGlu X2xvY2sJCSpsb2NrOwogewpAQCAtMjgxNCw3ICsyOTE3LDcgQEAKIAlmb3IgKGkgPSAwOyBpIDwg V09SS0lURU1fVEhSRUFEUzsgaSsrKSB7CiAJCWtxID0gd3FfcXVldWVzICsgaTsKIAkJa3EtPmtx X2V4aXQgPSAxOwotCQlLZVNldEV2ZW50KCZrcS0+a3FfcHJvYywgSU9fTk9fSU5DUkVNRU5ULCBG QUxTRSk7CQorCQlLZVNldEV2ZW50KCZrcS0+a3FfcHJvYywgSU9fTk9fSU5DUkVNRU5ULCBGQUxT RSk7CiAJCXdoaWxlIChrcS0+a3FfZXhpdCkKIAkJCXRzbGVlcChrcS0+a3FfdGQtPnRkX3Byb2Ms IFBXQUlULCAid2FpdGl3IiwgaHovMTApOwogCX0KQEAgLTMxODIsNyArMzI4NSwxMCBAQAogCXVp bnQ4X3QJCQltYWpvcjsKIAl1aW50OF90CQkJbWlub3I7CiB7Ci0JaWYgKG1ham9yID09IFdETV9N QUpPUiAmJiBtaW5vciA9PSBXRE1fTUlOT1JfV0lOWFApCisJaWYgKG1ham9yID09IFdETV9NQUpP UiAmJiAKKwkgICAobWlub3IgPT0gV0RNX01JTk9SX1dJTjIwMDMJfHwJLyogV2luZG93cyAyMDAz ICovCisJICAgIG1pbm9yID09IFdETV9NSU5PUl9XSU5YUAl8fAkvKiBXaW5kb3dzIFhQICovCisJ ICAgIG1pbm9yID09IFdETV9NSU5PUl9XSU4yMDAwKSkJLyogV2luZG93cyAyMDAwICovCiAJCXJl dHVybihUUlVFKTsKIAlyZXR1cm4oRkFMU0UpOwogfQpAQCAtNDIxOCw2ICs0MzI0LDcgQEAKIAlJ TVBPUlRfQ0ZVTkMoc3RybmNtcCwgMCksCiAJSU1QT1JUX0NGVU5DKHN0cmNtcCwgMCksCiAJSU1Q T1JUX0NGVU5DX01BUChzdHJpY21wLCBzdHJjYXNlY21wLCAwKSwKKwlJTVBPUlRfQ0ZVTkNfTUFQ KHN0cm5jYXQsIG50b3Nrcm5sX3N0cm5jYXQsIDApLAogCUlNUE9SVF9DRlVOQyhzdHJuY3B5LCAw KSwKIAlJTVBPUlRfQ0ZVTkMoc3RyY3B5LCAwKSwKIAlJTVBPUlRfQ0ZVTkMoc3RybGVuLCAwKSwK QEAgLTQyMjksNiArNDMzNiw3IEBACiAJSU1QT1JUX0NGVU5DKG1lbWNweSwgMCksCiAJSU1QT1JU X0NGVU5DX01BUChtZW1tb3ZlLCBudG9za3JubF9tZW1tb3ZlLCAwKSwKIAlJTVBPUlRfQ0ZVTkNf TUFQKG1lbXNldCwgbnRvc2tybmxfbWVtc2V0LCAwKSwKKwlJTVBPUlRfQ0ZVTkNfTUFQKG1lbWNt cCwgbnRvc2tybmxfbWVtY21wLCAwKSwKIAlJTVBPUlRfQ0ZVTkNfTUFQKG1lbWNociwgbnRvc2ty bmxfbWVtY2hyLCAwKSwKIAlJTVBPUlRfU0ZVTkMoSW9BbGxvY2F0ZURyaXZlck9iamVjdEV4dGVu c2lvbiwgNCksCiAJSU1QT1JUX1NGVU5DKElvR2V0RHJpdmVyT2JqZWN0RXh0ZW5zaW9uLCAyKSwK QEAgLTQyOTAsOCArNDM5OCwxMiBAQAogCQlJbnRlcmxvY2tlZFB1c2hFbnRyeVNMaXN0LCAyKSwK IAlJTVBPUlRfRkZVTkMoRXhJbnRlcmxvY2tlZFBvcEVudHJ5U0xpc3QsIDIpLAogCUlNUE9SVF9G RlVOQyhFeEludGVybG9ja2VkUHVzaEVudHJ5U0xpc3QsIDMpLAorCUlNUE9SVF9TRlVOQyhFeEFs bG9jYXRlUG9vbCwgMiksCisJSU1QT1JUX1NGVU5DKEV4QWxsb2NhdGVQb29sV2l0aFF1b3RhLCAy KSwKKwlJTVBPUlRfU0ZVTkMoRXhBbGxvY2F0ZVBvb2xXaXRoUXVvdGFUYWcsIDMpLAogCUlNUE9S VF9TRlVOQyhFeEFsbG9jYXRlUG9vbFdpdGhUYWcsIDMpLAogCUlNUE9SVF9TRlVOQyhFeEZyZWVQ b29sLCAxKSwKKwlJTVBPUlRfU0ZVTkMoRXhGcmVlUG9vbFdpdGhUYWcsIDIpLAogI2lmZGVmIF9f aTM4Nl9fCiAJSU1QT1JUX0ZGVU5DKEtlZkFjcXVpcmVTcGluTG9ja0F0RHBjTGV2ZWwsIDEpLAog CUlNUE9SVF9GRlVOQyhLZWZSZWxlYXNlU3BpbkxvY2tGcm9tRHBjTGV2ZWwsMSksCkBAIC00MzM2 LDYgKzQ0NDgsNyBAQAogCUlNUE9SVF9TRlVOQyhJb1F1ZXVlV29ya0l0ZW0sIDQpLAogCUlNUE9S VF9TRlVOQyhFeFF1ZXVlV29ya0l0ZW0sIDIpLAogCUlNUE9SVF9TRlVOQyhudG9za3JubF93b3Jr aXRlbSwgMiksCisJSU1QT1JUX1NGVU5DKEtlQnVnQ2hlY2tFeCwgNSksCiAJSU1QT1JUX1NGVU5D KEtlSW5pdGlhbGl6ZU11dGV4LCAyKSwKIAlJTVBPUlRfU0ZVTkMoS2VSZWxlYXNlTXV0ZXgsIDIp LAogCUlNUE9SVF9TRlVOQyhLZVJlYWRTdGF0ZU11dGV4LCAxKSwKQEAgLTQzNjUsNiArNDQ3OCw4 IEBACiAJSU1QT1JUX1NGVU5DKElvV01JUmVnaXN0cmF0aW9uQ29udHJvbCwgMiksCiAJSU1QT1JU X1NGVU5DKFdtaVF1ZXJ5VHJhY2VJbmZvcm1hdGlvbiwgNSksCiAJSU1QT1JUX0NGVU5DKFdtaVRy YWNlTWVzc2FnZSwgMCksCisJSU1QT1JUX1NGVU5DKEtlUXVlcnlTeXN0ZW1UaW1lLCAxKSwKKwlJ TVBPUlRfQ0ZVTkMoS2VUaWNrQ291bnQsIDApLAogCiAJLyoKIAkgKiBUaGlzIGxhc3QgZW50cnkg aXMgYSBjYXRjaC1hbGwgZm9yIGFueSBmdW5jdGlvbiB3ZSBoYXZlbid0Cg== ------=_Part_4198_9968625.1193803018076-- From owner-freebsd-stable@FreeBSD.ORG Wed Oct 31 04:05:01 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 554AD16A4A9; Wed, 31 Oct 2007 04:05:01 +0000 (UTC) (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 C6AAB13C480; Wed, 31 Oct 2007 04:05:00 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id l9V36xMc099392; Tue, 30 Oct 2007 21:07:00 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <4727F13F.1030607@samsco.org> Date: Tue, 30 Oct 2007 21:06:39 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.6) Gecko/20070802 SeaMonkey/1.1.4 MIME-Version: 1.0 To: Jack Vogel References: <2a41acea0710291045m6f1d2acw78c26a455ea3894d@mail.gmail.com> <2a41acea0710301001k60442b26uae186209ac484780@mail.gmail.com> In-Reply-To: <2a41acea0710301001k60442b26uae186209ac484780@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Tue, 30 Oct 2007 21:07:00 -0600 (MDT) X-Spam-Status: No, score=-1.4 required=5.5 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: "gnn@freebsd.org" , FreeBSD Current , FreeBSD Stable List , "freebsd-net@freebsd.org" Subject: Re: RFC: Evolution of the em driver 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, 31 Oct 2007 04:05:01 -0000 Jack Vogel wrote: > On 10/30/07, gnn@freebsd.org wrote: >> At Mon, 29 Oct 2007 10:45:17 -0700, >> Jack Vogel wrote: >>> I have an important decision to make and I thought rather than just make >>> it and spring it on you I'd present the issues and see what opinions were. >>> >>> Our newer hardware uses new features that, more and more, require >>> parallel code paths in the driver. For instance, the 82575 (Zoar) uses >>> what are called 'advanced descriptors', this means different TX path. >>> The 7.0 em driver has this support in it, it just uses a function pointer >>> to handle it. >>> >>> When I add in multiqueue/RSS support it will add even more code >>> that functions this way. >>> >>> What the Linux team did was to split the newer code into a standalone >>> driver, they call it 'igb'. I had originally resisted doing this, but with >>> the development I have been working on the past month I am starting >>> to wonder if it might not be best to follow them. >>> >>> I see 3 possibilities and I'd like feedback, which would you prefer if >>> you have a preference and why. >>> >>> First, keep the driver as is and just live with multiple code paths >>> and features, possibly #ifdef'ed as they appear. >>> >>> Second, split the driver as Linux has into em and igb. The added >>> question then is how to split it, Linux made the line the use of >>> advanced descriptors, so Zoar and after, but I could also see a >>> case for having everything PCI-E/MSI capable being in the new >>> driver. >>> >>> Third, sort of a half-way approach, split up code but not the >>> driver, in other words offer different source files that can be >>> compiled into the driver, so you could have the one big jumbo >>> driver with all in there, or one that will only work with a subset >>> of adapters. This one would probably be the most work, because >>> its a new approach. >> As you're the main maintainer it's your choice. Whatever is easiest >> for you and gives us the most readable code. > > Thanks, I know its my choice, I was just looking for opinions about > the options I had to chose from :) > > I think I've had enough feedback to decide, I think the seperate > driver is the direction. I need to give some thought to where to > make the split. > > Thanks for everyone's feedback. > > Jack There are too many examples to name in every OS of drivers that have tried in vain to support diverging hardware evolutionary paths. if_dc and if_bge are great (or horrible, depending on your perspective) examples of this in FreeBSD. My vote is to nip the madness in the bud on if_em and have two (or more drivers) that support their hardware families well instead of one driver that supports multiple families marginally. Scott From owner-freebsd-stable@FreeBSD.ORG Wed Oct 31 07:17:48 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 426AD16A479; Wed, 31 Oct 2007 07:17:48 +0000 (UTC) (envelope-from goran.lowkrantz@ismobile.com) Received: from mail.ismobile.com (mail.ismobile.com [62.119.44.68]) by mx1.freebsd.org (Postfix) with ESMTP id E5BC613C4B6; Wed, 31 Oct 2007 07:17:47 +0000 (UTC) (envelope-from goran.lowkrantz@ismobile.com) Received: from mail.ismobile.com (localhost [127.0.0.1]) by mail.ismobile.com (Postfix) with ESMTP id 7404B33C02; Wed, 31 Oct 2007 07:57:56 +0100 (CET) DKIM-Signature: v=0.5; a=rsa-sha1; c=relaxed; d=ismobile.com; h=received:date:from:to:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type:content-transfer-encoding:content-disposition; q=dns/txt; s=selector1; bh=WvsAbmucusxo/kViVXQ9pLjzCBE=; b=DCSyGgKZBKW9hEpgzw/n0+fDkbSkIYalq7x3LH2zt+3rGcX2v24GAYHGS2iusxOgakNe+Sx7/SprIQjNB7s4MsfWf30ObPf4+oJf1CcgrSPkrZw0RzjeaNTnfEy70o5CX2nmaBbrfc0MvxyvfygSDRYKn4stW6Iavq2QKJPOSos= Received: from [10.255.253.2] (modgunn.iii-norr.com [213.242.135.174]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.ismobile.com (Postfix) with ESMTP id 558A933C01; Wed, 31 Oct 2007 07:57:56 +0100 (CET) Date: Wed, 31 Oct 2007 07:57:55 +0100 From: Goran Lowkrantz To: Jack Vogel , freebsd-net@freebsd.org, FreeBSD Stable List , FreeBSD Current Message-ID: In-Reply-To: <2a41acea0710301016u4a0008dfjc83170257337863c@mail.gmail.com> References: <2a41acea0710301016u4a0008dfjc83170257337863c@mail.gmail.com> X-Mailer: Mulberry/4.0.8 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: Subject: Re: em watchdog 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: Wed, 31 Oct 2007 07:17:48 -0000 Hi Jack, In my case, yes but only under higher loads, specifically when Amanda=20 started receive the backup data. At lower loads, like the check or sizing,=20 no problems. Best regards, G=F6ran L --On Tuesday, October 30, 2007 10:16 -0700 Jack Vogel =20 wrote: > This morning I had an idea about what the source of the watchdog > problem is. Also, we have repro'd at least one type of watchdog > inhouse. > > One question, is this problem only happening for those running > STABLE with the 6.6.6 merged driver? > > We found the problem does not seem to happen on 7.0. > > Right now my suspicion is that the FAST irq handling is > again causing a problem. I am experimenting with variations > to the code today to be sure whats going on, and hopefully > fixing it. > > Cheers, > > Jack > _______________________________________________ > 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" ................................................... the future isMobile Goran Lowkrantz System Architect, isMobile AB Sandviksgatan 81, PO Box 58, S-971 03 Lule=E5, Sweden Mobile: +46(0)70-587 87 82 http://www.ismobile.com ............................................... From owner-freebsd-stable@FreeBSD.ORG Wed Oct 31 07:39:54 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 559ED16A417 for ; Wed, 31 Oct 2007 07:39:54 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.191]) by mx1.freebsd.org (Postfix) with ESMTP id 1D85213C480 for ; Wed, 31 Oct 2007 07:39:53 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so51215rvb for ; Wed, 31 Oct 2007 00:39:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=oTA4+yG4NxBMYt09J+aPdKJTjKPN70kzvFZX2mIGx4Q=; b=nWTli4gZ9K5pZR4pgpJO5tbsOueJifetPnIhsoqc11PbTlhN5EwithurbPGL0JsuAK4KTuSDxAYkNsIBATI/XGrL7FO86EM38UuLx8ajCxeIDW+T0X4gBbyIDwfegMVVgfQbN+nxrr84JN5lXb9axrn+S8cFKspbOiQaQK+mwto= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=OPHaC0J+0us6F0KceZgbqt/hmeoUlwRqdYbkbX8r+TIzq13GtKqkffWJjvr4qJYstjKN1TclFRuZYql4n6TrZOnFRKT/n01WZX86qsRCRzlblsLRcTaHNFdIeERZkbb7U63gcybCPCWGGs+AtruO3CxyzlT3H3lpxDgqONMcl3k= Received: by 10.114.166.1 with SMTP id o1mr9175209wae.1193816371869; Wed, 31 Oct 2007 00:39:31 -0700 (PDT) Received: by 10.114.67.19 with HTTP; Wed, 31 Oct 2007 00:39:31 -0700 (PDT) Message-ID: Date: Wed, 31 Oct 2007 15:39:31 +0800 From: "Adrian Chadd" Sender: adrian.chadd@gmail.com To: "Jack Vogel" In-Reply-To: <2a41acea0710301016u4a0008dfjc83170257337863c@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2a41acea0710301016u4a0008dfjc83170257337863c@mail.gmail.com> X-Google-Sender-Auth: 0b53bc779efc8fe8 Cc: "freebsd-net@freebsd.org" , FreeBSD Current , FreeBSD Stable List Subject: Re: em watchdog 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: Wed, 31 Oct 2007 07:39:54 -0000 On 31/10/2007, Jack Vogel wrote: > This morning I had an idea about what the source of the watchdog > problem is. Also, we have repro'd at least one type of watchdog > inhouse. > > One question, is this problem only happening for those running > STABLE with the 6.6.6 merged driver? This doesn't happen for me on my local testing network with RELENG_6 built from October 14 sources. These boxes generally throw about 350mbit in/out of TCP between each other. I've recently upgraded one to RELENG_7 to test so I can't provide a dmesg+interrupt count for it. Note that under load the interrupts are around 8000/sec for em0 but I haven't run the tests for a few days and thus the "rate" figure for em0 is a bit misleading. wendy# vmstat -i interrupt total rate irq1: atkbd0 76 0 irq6: fdc0 1 0 irq15: ata1 46 0 irq17: em0 fwohci0 1503419876 1866 irq19: atapci1 766603 0 irq20: ohci0 ohci+ 0 0 cpu0: timer 1611280255 2000 Total 3115466857 3867 pciconf for the ethernet card: em0@pci1:6:0: class=0x020000 card=0x13768086 chip=0x107c8086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' device = 'PRO/1000 GT' class = network subclass = ethernet Dmesg: Copyright (c) 1992-2007 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 is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-STABLE #6: Sun Oct 14 23:51:09 WST 2007 adrian@wendy.home.cacheboy.net:/usr/obj/usr/src/sys/WENDY Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Opteron(tm) Processor 140 (1400.01-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0xf58 Stepping = 8 Features=0x78bfbff AMD Features=0xe0500800 real memory = 2147221504 (2047 MB) avail memory = 2096099328 (1998 MB) ACPI APIC Table: ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 cpu0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xf0000000-0xf7ffffff at device 0.0 on pci0 isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) ohci0: mem 0xfebfd000-0xfebfdfff irq 20 at device 2.0 on pci0 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: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 3 ports with 3 removable, self powered ohci1: mem 0xfebfe000-0xfebfefff irq 20 at device 2.1 on pci0 ohci1: [GIANT-LOCKED] usb1: OHCI version 1.0, legacy support usb1: SMM does not respond, resetting usb1: on ohci1 usb1: USB revision 1.0 uhub1: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 3 ports with 3 removable, self powered ehci0: mem 0xfebffc00-0xfebffcff irq 20 at device 2.2 on pci0 ehci0: [GIANT-LOCKED] usb2: EHCI version 1.0 usb2: companion controllers, 4 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: nVidia EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: 6 ports with 6 removable, self powered nve0: port 0xec00-0xec07 mem 0xfebfc000-0xfebfcfff irq 21 at device 5.0 on pci0 nve0: Ethernet address 00:0c:6e:98:55:5c miibus0: on nve0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto nve0: Ethernet address: 00:0c:6e:98:55:5c pci0: at device 6.0 (no driver attached) atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 8.0 on pci0 ata0: on atapci0 ata1: on atapci0 pcib1: at device 10.0 on pci0 pci1: on pcib1 em0: port 0xdc00-0xdc3f mem 0xfc9e0000-0xfc9fffff,0xfc9c0000-0xfc9dffff irq 17 at device 6.0 on pci1 em0: Ethernet address: 00:0e:0c:b9:42:d8 atapci1: port 0xd800-0xd83f,0xd400-0xd40f,0xd000-0xd07f mem 0xfc99f000-0xfc99ffff,0xfc960000-0xfc97ffff irq 19 at device 8.0 on pci1 ata2: on atapci1 ata3: on atapci1 ata4: on atapci1 fwohci0: mem 0xfc99e800-0xfc99efff,0xfc998000-0xfc99bfff irq 17 at device 9.0 on pci1 fwohci0: OHCI version 1.10 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:e0:18:00:00:2e:05:96 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: 02:e0:18:2e:05:96 fwe0: Ethernet address: 02:e0:18:2e:05:96 fwe0: if_start running deferred for Giant sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: BUS reset fwohci0: node_id=0xc000ffc0, gen=1, CYCLEMASTER mode firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) pcib2: at device 11.0 on pci0 pci2: on pcib2 pci2: at device 0.0 (no driver attached) acpi_button0: on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcffff,0xd0000-0xd0fff on isa0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1400008080 Hz quality 800 Timecounters tick every 1.000 msec ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding enabled, default to accept, logging disabled acd0: CDRW at ata1-master PIO4 ad4: 76319MB at ata2-master SATA150 hwpmc: TSC/1/0x20 K8/4/0x1ff Trying to mount root from ufs:/dev/ad4s1a HTH, -- Adrian Chadd - adrian@freebsd.org From owner-freebsd-stable@FreeBSD.ORG Wed Oct 31 08:17:00 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ACCD816A46C; Wed, 31 Oct 2007 08:17:00 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 8945313C4A6; Wed, 31 Oct 2007 08:17:00 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 05B631CC078; Wed, 31 Oct 2007 01:16:39 -0700 (PDT) Date: Wed, 31 Oct 2007 01:16:39 -0700 From: Jeremy Chadwick To: Scott Long Message-ID: <20071031081638.GA13564@eos.sc1.parodius.com> References: <2a41acea0710291045m6f1d2acw78c26a455ea3894d@mail.gmail.com> <2a41acea0710301001k60442b26uae186209ac484780@mail.gmail.com> <4727F13F.1030607@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4727F13F.1030607@samsco.org> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: "gnn@freebsd.org" , FreeBSD Current , FreeBSD Stable List , Jack Vogel , "freebsd-net@freebsd.org" Subject: Re: RFC: Evolution of the em driver 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, 31 Oct 2007 08:17:00 -0000 On Tue, Oct 30, 2007 at 09:06:39PM -0600, Scott Long wrote: > There are too many examples to name in every OS of drivers that have > tried in vain to support diverging hardware evolutionary paths. if_dc > and if_bge are great (or horrible, depending on your perspective) > examples of this in FreeBSD. My vote is to nip the madness in the bud > on if_em and have two (or more drivers) that support their hardware > families well instead of one driver that supports multiple families > marginally. For what it's worth, I agree with Scott. I'd rather see a new and separate driver (presumably igb(4)) than a "hacked up" em(4) driver trying to handle tons of IC revisions. A good example of the insanity the latter causes is nve(4) vs. nfe(4). :-) -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Wed Oct 31 08:21:45 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EDF8816A46E for ; Wed, 31 Oct 2007 08:21:45 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id A4CC513C48D for ; Wed, 31 Oct 2007 08:21:45 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: by blah.sun-fish.com (Postfix, from userid 1002) id 3357D1B10EBB; Wed, 31 Oct 2007 09:15:19 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on blah.cmotd.com X-Spam-Level: X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.3 Received: from hater.haters.org (hater.cmotd.com [192.168.3.125]) by blah.sun-fish.com (Postfix) with ESMTP id EB6711B10E0D; Wed, 31 Oct 2007 09:15:16 +0100 (CET) Message-ID: <47283994.3030001@moneybookers.com> Date: Wed, 31 Oct 2007 10:15:16 +0200 From: Stefan Lambrev User-Agent: Thunderbird 2.0.0.6 (X11/20070918) MIME-Version: 1.0 To: Daniel O'Connor References: <47274CC9.5070507@moneybookers.com> <200710311018.31596.doconnor@gsoft.com.au> In-Reply-To: <200710311018.31596.doconnor@gsoft.com.au> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.91.2/4643/Wed Oct 31 07:18:51 2007 on blah.cmotd.com X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: USB-4COMi-SI-M : Isolated 4 Port USB-RS422/RS485 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, 31 Oct 2007 08:21:46 -0000 Hi, Thanks for the answer, but please ignore my question. I made cabling mistake, so this thread is invalid. Daniel O'Connor wrote: > On Wed, 31 Oct 2007, Stefan Lambrev wrote: > >> Hi, >> >> I'm trying to get working this USB to serial adapter under freebsd 7. >> The driver uftdi, detects the adapter, >> but I'm unable to get any import from newly created /dev/cuaU0-3. >> >> Is this device supported from the uftdi driver? Should it work and am >> I hitting a bug? >> > > Since it is showing ucomX it should work. > How are you testing it? > > -- Best Wishes, Stefan Lambrev ICQ# 24134177 From owner-freebsd-stable@FreeBSD.ORG Wed Oct 31 08:29:40 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ACE5A16A46D for ; Wed, 31 Oct 2007 08:29:40 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 08E0913C48A for ; Wed, 31 Oct 2007 08:29:39 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: (qmail invoked by alias); 31 Oct 2007 08:22:15 -0000 Received: from nat-wh-1.rz.uni-karlsruhe.de (EHLO mobileKamikaze.norad) [129.13.72.169] by mail.gmx.net (mp032) with SMTP; 31 Oct 2007 09:22:15 +0100 X-Authenticated: #5465401 X-Provags-ID: V01U2FsdGVkX1/NJ2cbwmnN67wFd3ElF4zXjH79Hb3G/RHUKHUweB wxsQyj+1Ib86cP Message-ID: <47283B2B.805@gmx.de> Date: Wed, 31 Oct 2007 09:22:03 +0100 From: "[LoN]Kamikaze" User-Agent: Thunderbird 2.0.0.6 (X11/20071015) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Subject: single user mode broken on RELENG_7 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, 31 Oct 2007 08:29:40 -0000 Since I switched to RELENG_7 I cannot use /rescue/vi in single user mode any more. It will just print everything in the bottom line of the screen, so it's impossible to navigate in a document or see what you're doing. Mounting /usr and starting vim displays everything properly, but none of the keys work. The screen is just frozen until I hack a couple of :q! into the keyboard. It's kinda tedious to fix my misconfigurations with cat and sed. I wish for the RELENG_6 behaviour to return (that is, being able to use vi). From owner-freebsd-stable@FreeBSD.ORG Wed Oct 31 09:55:22 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E497416A41A for ; Wed, 31 Oct 2007 09:55:21 +0000 (UTC) (envelope-from wearabnet@yahoo.ca) Received: from web33713.mail.mud.yahoo.com (web33713.mail.mud.yahoo.com [68.142.201.210]) by mx1.freebsd.org (Postfix) with SMTP id 8C2AD13C4B6 for ; Wed, 31 Oct 2007 09:55:21 +0000 (UTC) (envelope-from wearabnet@yahoo.ca) Received: (qmail 37045 invoked by uid 60001); 31 Oct 2007 09:54:44 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.ca; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=4Ajmr6UeBaT0tMLcuzk3lFv91Dq8DqD4LADhuYpVplskx4lv3zYjqptzJB/NcIGnzrere0T3J8ANKgt+uK9OxB/IkO8EOHQbSuuPlP3YhZzRUlkfwGhR1sw/SQSXYzxK/37tL8mi33M3HcSpi+gbLjUNydw5TKIYVwNvqGsxSXw=; X-YMail-OSG: YWySVHAVM1lYNjADl_mWf1X6LucujWUkCLw1NMLL9TzlIKXRl7foz7g_VW2YUeQWWQ3CXA2Xzwzmo4JxD4V5g2E0xhLJcUutkmpXRW.UH8tW8b0rpZA- Received: from [212.77.203.38] by web33713.mail.mud.yahoo.com via HTTP; Wed, 31 Oct 2007 02:54:44 PDT X-Mailer: YahooMailRC/814.06 YahooMailWebService/0.7.134.12 Date: Wed, 31 Oct 2007 02:54:44 -0700 (PDT) From: Abdullah Ibn Hamad Al-Marri To: Scot Hetzel , Marcin Simonides MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Message-ID: <322454.36756.qm@web33713.mail.mud.yahoo.com> Cc: freebsd-stable@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: 7.0 BETA1 and Thinkpad T61p : Wireless misadventure 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, 31 Oct 2007 09:55:22 -0000 =0A----- Original Message ----=0A=0AFrom: Scot Hetzel = =0A=0ATo: Mike Pumford =0A=0ACc: freebsd-mobile@fr= eebsd.org; freebsd-stable@freebsd.org; Abdullah Ibn Hamad Al-Marri =0A=0ASent: Wednesday, October 31, 2007 6:56:58 AM=0A=0ASubject= : Re: 7.0 BETA1 and Thinkpad T61p : Wireless misadventure=0A=0A=0A=0A On 10= /30/07, Mike Pumford wrote:=0A=0A> Abdullah Ibn H= amad Al-Marri wrote:=0A=0A>=0A=0A> >=0A=0A> > Previously I didn't mention t= hat there are some functions missing from=0A=0A> >=0A=0A> > the FreeBSD's = NDIS api. These are:=0A=0A> >=0A=0A> > With the help of NDIS reference and = Linux ndiswrapper I have been able=0A=0A> >=0A=0A> > to implement all but = KeBugCheckEx (they are all rather simple but I=0A=0A> >=0A=0A> Can help you= with this one. This is the Windows equivalent of panic().=0A=0A> So just = call panic with an appropriate string. If the string includes=0A=0A> the bu= gcheck code and parameters so much the better.=0A=0A>=0A=0AThanks for your = hint to use panic() in the KeBugCheckEx function.=0A=0AI have KeBugCheckEx = partially implemented. It currently prints the=0A=0Abugcheck code=0A=0Aand= the 4 paramators that are sent to KeBugCheckEx.=0A=0A=0A=0AThe KeBugCheckE= x function still needs to be changed to display=0A=0Athe right information = depending on the bugcheck code.=0A=0A=0A=0A=0A=0A=0A=0AAbdullah, I made a m= inor change to your patch, strncat should be=0A=0Aprefixed with ntoskrnl_st= rncat.=0A=0Achanged IMPORT_CFUNC(strncat..) to IMPORT_CFUNC_MAP(ntoskrnl_s= trncat..).=0A=0A=0A=0AScot=0A=0A=0A=0A=0A=0A-----Inline Attachment Follows-= ----=0A=0A=0A=0AIndex: ndis_var.h=0A=0A=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=0A=0ARCS file: /home/ncvs/src/sys/compat/ndis/ndis_var.h,v= =0A=0Aretrieving revision 1.47=0A=0Adiff -u -r1.47 ndis_var.h=0A=0A--- ndis= _var.h 6 Apr 2007 11:18:57 -0000 1.47=0A=0A+++ ndis_var.h 31 Oct 2= 007 03:31:24 -0000=0A=0A@@ -49,6 +49,10 @@=0A=0A typedef register_t ndis_ks= pin_lock;=0A=0A typedef uint8_t ndis_kirql;=0A=0A =0A=0A+/* Version of NDIS= supported by FreeBSD */=0A=0A+#define NDIS_VERSION_51 0x0005= 0001=0A=0A+#define NDIS_VERSION NDIS_VERSION_51=0A=0A+=0A=0A = /*=0A=0A * NDIS status codes (there are lots of them). The ones that=0A=0A= * don't seem to fit the pattern are actually mapped to generic=0A=0AIndex= : ntoskrnl_var.h=0A=0A=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =0A=0ARCS file: /home/ncvs/src/sys/compat/ndis/ntoskrnl_var.h,v=0A=0Aretrie= ving revision 1.43=0A=0Adiff -u -r1.43 ntoskrnl_var.h=0A=0A--- ntoskrnl_var= .h 17 Aug 2006 22:50:32 -0000 1.43=0A=0A+++ ntoskrnl_var.h 31 Oct = 2007 03:31:24 -0000=0A=0A@@ -1202,14 +1202,22 @@=0A=0A =0A=0A /* Memory poo= l types, for ExAllocatePoolWithTag() */=0A=0A =0A=0A-#define NonPagedPool = 0x00000000=0A=0A-#define PagedPool 0x00000001=0A=0A-#d= efine NonPagedPoolMustSucceed 0x00000002=0A=0A-#define DontUseThisTy= pe 0x00000003=0A=0A-#define NonPagedPoolCacheAligned 0x000000= 04=0A=0A-#define PagedPoolCacheAligned 0x00000005=0A=0A-#define NonP= agedPoolCacheAlignedMustS 0x00000006=0A=0A-#define MaxPoolType = 0x00000007=0A=0A+#define NonPagedPool 0x00000000=0A=0A+= #define PagedPool 0x00000001=0A=0A+#define NonPagedPoo= lMustSucceed 0x00000002=0A=0A+#define DontUseThisType = 0x00000003=0A=0A+#define NonPagedPoolCacheAligned 0x00000= 004=0A=0A+#define PagedPoolCacheAligned 0x00000005=0A=0A+#def= ine NonPagedPoolCacheAlignedMustS 0x00000006=0A=0A+#define Max= PoolType 0x00000007=0A=0A+=0A=0A+#define NonPagedPoolSess= ion 0x00000020=0A=0A+#define PagedPoolSession 0x00= 000021=0A=0A+#define NonPagedPoolMustSucceedSession 0x00000022=0A= =0A+#define DontUseThisTypeSession 0x00000023=0A=0A+#define = NonPagedPoolCacheAlignedSession 0x00000024=0A=0A+#define PagedP= oolCacheAlignedSession 0x00000025=0A=0A+#define NonPagedPoolCache= AlignedMustSSession 0x00000026=0A=0A =0A=0A /*=0A=0A * IO_WORKITEM is a= n opaque structures that must be allocated=0A=0A@@ -1357,8 +1365,12 @@=0A= =0A extern uint8_t KeSynchronizeExecution(kinterrupt *, void *, void *);=0A= =0A extern uintptr_t InterlockedExchange(volatile uint32_t *,=0A=0A uin= tptr_t);=0A=0A+extern void *ExAllocatePool(uint32_t, size_t);=0A=0A+extern = void *ExAllocatePoolWithQuota(uint32_t, size_t);=0A=0A+extern void *ExAlloc= atePoolWithQuotaTag(uint32_t, size_t, uint32_t);=0A=0A extern void *ExAlloc= atePoolWithTag(uint32_t, size_t, uint32_t);=0A=0A extern void ExFreePool(vo= id *);=0A=0A+extern void ExFreePoolWithTag(void *, uint32_t);=0A=0A extern = uint32_t IoConnectInterrupt(kinterrupt **, void *, void *,=0A=0A kspin_= lock *, uint32_t, uint8_t, uint8_t, uint8_t, uint8_t,=0A=0A uint32_t, u= int8_t);=0A=0AIndex: subr_ndis.c=0A=0A=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=0A=0ARCS file: /home/ncvs/src/sys/compat/ndis/subr_ndis.c,v= =0A=0Aretrieving revision 1.108=0A=0Adiff -u -r1.108 subr_ndis.c=0A=0A--- s= ubr_ndis.c 31 May 2007 11:51:49 -0000 1.108=0A=0A+++ subr_ndis.c 3= 1 Oct 2007 03:31:24 -0000=0A=0A@@ -272,6 +272,7 @@=0A=0A static void NdisUn= mapFile(ndis_handle);=0A=0A static void NdisCloseFile(ndis_handle);=0A=0A s= tatic uint8_t NdisSystemProcessorCount(void);=0A=0A+static void NdisGetCurr= entProcessorCounts(uint32_t *, uint32_t *, uint32_t*);=0A=0A static void N= disMIndicateStatusComplete(ndis_handle);=0A=0A static void NdisMIndicateSta= tus(ndis_handle, ndis_status,=0A=0A void *, uint32_t);=0A=0A@@ -282= ,6 +283,7 @@=0A=0A uint32_t, uint32_t, ndis_packet *, uint32_t, uint32_= t *);=0A=0A static void NdisCopyFromPacketToPacketSafe(ndis_packet *,=0A=0A= uint32_t, uint32_t, ndis_packet *, uint32_t, uint32_t *, uint32_t);= =0A=0A+static void NdisIMCopySendPerPacketInfo(ndis_packet *, ndis_packet *= );=0A=0A static ndis_status NdisMRegisterDevice(ndis_handle,=0A=0A unic= ode_string *, unicode_string *, driver_dispatch **,=0A=0A void **, ndis= _handle *);=0A=0A@@ -3115,6 +3117,20 @@=0A=0A return(mp_ncpus);=0A=0A }= =0A=0A =0A=0A+static void=0A=0A+NdisGetCurrentProcessorCounts(idlecount, ke= rneluser, index)=0A=0A+ uint32_t *idlecount;=0A=0A+ uint32_t = *kerneluser;=0A=0A+ uint32_t *index;=0A=0A+{=0A=0A+ int = cpu =3D 0; /* Current CPU */=0A=0A+=0A=0A+ *idlecount =3D cp_time[CP_IDL= E];=0A=0A+ *kerneluser =3D (cp_time[CP_USER] + cp_time[CP_NICE]) + \= =0A=0A+ (cp_time[CP_SYS] + cp_time[CP_INTR]);=0A=0A+ *index = =3D cpu;=0A=0A+}=0A=0A+=0A=0A typedef void (*ndis_statusdone_handler)(ndis_= handle);=0A=0A typedef void (*ndis_status_handler)(ndis_handle, ndis_status= ,=0A=0A void *, uint32_t);=0A=0A@@ -3288,6 +3304,14 @@=0A=0A re= turn;=0A=0A }=0A=0A =0A=0A+static void=0A=0A+NdisIMCopySendPerPacketInfo(dp= kt, spkt)=0A=0A+ ndis_packet *dpkt;=0A=0A+ ndis_packet = *spkt;=0A=0A+{=0A=0A+ memcpy(&dpkt->np_ext, &spkt->np_ext, sizeof(ndis_= packet_extension));=0A=0A+}=0A=0A+=0A=0A static ndis_status=0A=0A NdisMRegi= sterDevice(handle, devname, symname, majorfuncs, devobj, devhandle)=0A=0A = ndis_handle handle;=0A=0A@@ -3346,6 +3370,12 @@=0A=0A return= ;=0A=0A }=0A=0A =0A=0A+static uint32_t=0A=0A+NdisGetVersion()=0A=0A+{=0A=0A= + return(NDIS_VERSION);=0A=0A+}=0A=0A+=0A=0A static void=0A=0A dummy()= =0A=0A {=0A=0A@@ -3365,10 +3395,12 @@=0A=0A image_patch_table ndis_functbl[= ] =3D {=0A=0A IMPORT_SFUNC(NdisCopyFromPacketToPacket, 6),=0A=0A IM= PORT_SFUNC(NdisCopyFromPacketToPacketSafe, 7),=0A=0A+ IMPORT_SFUNC(NdisI= MCopySendPerPacketInfo, 2),=0A=0A IMPORT_SFUNC(NdisScheduleWorkItem, 1)= ,=0A=0A IMPORT_SFUNC(NdisMIndicateStatusComplete, 1),=0A=0A IMPORT_= SFUNC(NdisMIndicateStatus, 4),=0A=0A IMPORT_SFUNC(NdisSystemProcessorCo= unt, 0),=0A=0A+ IMPORT_SFUNC(NdisGetCurrentProcessorCounts, 3),=0A=0A = IMPORT_SFUNC(NdisUnchainBufferAtBack, 2),=0A=0A IMPORT_SFUNC(NdisGetF= irstBufferFromPacket, 5),=0A=0A IMPORT_SFUNC(NdisGetFirstBufferFromPack= etSafe, 6),=0A=0A@@ -3482,6 +3514,7 @@=0A=0A IMPORT_SFUNC(NdisMDeregist= erDevice, 1),=0A=0A IMPORT_SFUNC(NdisMQueryAdapterInstanceName, 2),=0A= =0A IMPORT_SFUNC(NdisMRegisterUnloadHandler, 2),=0A=0A+ IMPORT_SFUNC= (NdisGetVersion, 0),=0A=0A IMPORT_SFUNC(ndis_timercall, 4),=0A=0A I= MPORT_SFUNC(ndis_asyncmem_complete, 2),=0A=0A IMPORT_SFUNC(ndis_intr, 2= ),=0A=0AIndex: subr_ntoskrnl.c=0A=0A=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=0A=0ARCS file: /home/ncvs/src/sys/compat/ndis/subr_ntoskrnl.c,= v=0A=0Aretrieving revision 1.91=0A=0Adiff -u -r1.91 subr_ntoskrnl.c=0A=0A--= - subr_ntoskrnl.c 20 Oct 2007 23:23:12 -0000 1.91=0A=0A+++ subr_ntosk= rnl.c 31 Oct 2007 03:31:24 -0000=0A=0A@@ -219,6 +219,8 @@=0A=0A static i= nt rand(void);=0A=0A static void srand(unsigned int);=0A=0A static void nto= skrnl_time(uint64_t *);=0A=0A+static void KeQuerySystemTime(uint64_t *);=0A= =0A+static uint32_t KeTickCount(void);=0A=0A static uint8_t IoIsWdmVersionA= vailable(uint8_t, uint8_t);=0A=0A static void ntoskrnl_thrfunc(void *);=0A= =0A static ndis_status PsCreateSystemThread(ndis_handle *,=0A=0A@@ -226,6 += 228,8 @@=0A=0A static ndis_status PsTerminateSystemThread(ndis_status);=0A= =0A static ndis_status IoGetDeviceProperty(device_object *, uint32_t,=0A=0A= uint32_t, void *, uint32_t *);=0A=0A+static void KeBugCheckEx(uint32_t= , uint32_t *, uint32_t *, uint32_t *,=0A=0A+ uint32_t *);=0A=0A static= void KeInitializeMutex(kmutant *, uint32_t);=0A=0A static uint32_t KeRelea= seMutex(kmutant *, uint8_t);=0A=0A static uint32_t KeReadStateMutex(kmutant= *);=0A=0A@@ -238,8 +242,10 @@=0A=0A static uint32_t WmiTraceMessage(uint64= _t, uint32_t, void *, uint16_t, ...);=0A=0A static uint32_t IoWMIRegistrat= ionControl(device_object *, uint32_t);=0A=0A static void *ntoskrnl_memset(v= oid *, int, size_t);=0A=0A+static int ntoskrnl_memcmp(void *, void *, size_= t);=0A=0A static void *ntoskrnl_memmove(void *, void *, size_t);=0A=0A stat= ic void *ntoskrnl_memchr(void *, unsigned char, size_t);=0A=0A+static char = *ntoskrnl_strncat(char *, char *, size_t);=0A=0A static char *ntoskrnl_strs= tr(char *, char *);=0A=0A static int ntoskrnl_toupper(int);=0A=0A static in= t ntoskrnl_tolower(int);=0A=0A@@ -429,6 +435,16 @@=0A=0A return(memset(= buf, ch, size));=0A=0A }=0A=0A =0A=0A+=0A=0A+static int=0A=0A+ntoskrnl_memc= mp(buf1, buf2, size)=0A=0A+ void *buf1;=0A=0A+ void = *buf2;=0A=0A+ size_t size;=0A=0A+{=0A=0A+ return(memc= mp(buf1, buf2, size));=0A=0A+}=0A=0A+=0A=0A static void *=0A=0A ntoskrnl_me= mmove(dst, src, size)=0A=0A void *src;=0A=0A@@ -456,6 +472,2= 9 @@=0A=0A return (NULL);=0A=0A }=0A=0A =0A=0A+/* Taken from libc */=0A= =0A+char *=0A=0A+ntoskrnl_strncat(dst, src, n)=0A=0A+ char *dst;= =0A=0A+ char *src;=0A=0A+ size_t n;=0A=0A+{=0A=0A+ i= f (n !=3D 0) {=0A=0A+ char *d =3D dst;=0A=0A+ const char *s = =3D src;=0A=0A+ =0A=0A+ while (*d !=3D 0)=0A=0A+ d= ++;=0A=0A+ do {=0A=0A+ if ((*d =3D *s++) =3D=3D 0)=0A=0A+= break;=0A=0A+ d++;=0A=0A+ } while (--n != =3D 0);=0A=0A+ *d =3D 0;=0A=0A+ }=0A=0A+ return (dst);=0A=0A+}= =0A=0A+=0A=0A static char *=0A=0A ntoskrnl_strstr(s, find)=0A=0A char *= s, *find;=0A=0A@@ -624,6 +663,31 @@=0A=0A }=0A=0A =0A=0A void *=0A=0A+ExAll= ocatePool(pooltype, len)=0A=0A+ uint32_t pooltype;=0A=0A+ size= _t len;=0A=0A+{=0A=0A+ return(ExAllocatePoolWithTag(pooltype,= len, 0));=0A=0A+}=0A=0A+=0A=0A+void *=0A=0A+ExAllocatePoolWithQuota(poolty= pe, len)=0A=0A+ uint32_t pooltype;=0A=0A+ size_t le= n;=0A=0A+{=0A=0A+ return(ExAllocatePoolWithTag(pooltype, len, 0));=0A=0A= +}=0A=0A+=0A=0A+void *=0A=0A+ExAllocatePoolWithQuotaTag(pooltype, len, tag)= =0A=0A+ uint32_t pooltype;=0A=0A+ size_t len;=0A=0A= + uint32_t tag;=0A=0A+{=0A=0A+ return(ExAllocatePoolWithTag(po= oltype, len, tag));=0A=0A+}=0A=0A+=0A=0A+void *=0A=0A ExAllocatePoolWithTag= (pooltype, len, tag)=0A=0A uint32_t pooltype;=0A=0A size_t = len;=0A=0A@@ -642,6 +706,14 @@=0A=0A ExFreePool(buf)=0A=0A vo= id *buf;=0A=0A {=0A=0A+ ExFreePoolWithTag(buf, 0);=0A=0A+}=0A= =0A+=0A=0A+void=0A=0A+ExFreePoolWithTag(buf, tag)=0A=0A+ void = *buf;=0A=0A+ uint32_t tag;=0A=0A+{=0A=0A free(buf, M_DEVBUF)= ;=0A=0A return;=0A=0A }=0A=0A@@ -1587,6 +1659,21 @@=0A=0A return;= =0A=0A }=0A=0A =0A=0A+static void=0A=0A+KeQuerySystemTime(current_time)=0A= =0A+ uint64_t *current_time;=0A=0A+{=0A=0A+ ntoskrnl_time(curr= ent_time);=0A=0A+}=0A=0A+=0A=0A+static uint32_t=0A=0A+KeTickCount(void)=0A= =0A+{=0A=0A+ struct timeval tv;=0A=0A+ getmicrouptime(&tv);=0A=0A+ = return tvtohz(&tv);=0A=0A+}=0A=0A+=0A=0A /*=0A=0A * KeWaitForSingleObject= () is a tricky beast, because it can be used=0A=0A * with several differen= t object types: semaphores, timers, events,=0A=0A@@ -2316,6 +2403,22 @@=0A= =0A }=0A=0A =0A=0A void=0A=0A+KeBugCheckEx(bugcheck, param1, param2, param3= , param4)=0A=0A+ uint32_t bugcheck;=0A=0A+ uint32_t *pa= ram1;=0A=0A+ uint32_t *param2;=0A=0A+ uint32_t *param3;= =0A=0A+ uint32_t *param4;=0A=0A+{=0A=0A+ /* http://msdn2.micro= soft.com/en-us/library/ms801645.aspx */=0A=0A+=0A=0A+ panic("KeBugCheckE= x: STOP: %#08x, (%8p, %8p, %8p, %8p)",=0A=0A+ bugcheck, param1, para= m2, param3, param4);=0A=0A+=0A=0A+ return;=0A=0A+}=0A=0A+=0A=0A+void= =0A=0A KeInitializeSpinLock(lock)=0A=0A kspin_lock *lock;=0A=0A = {=0A=0A@@ -2814,7 +2917,7 @@=0A=0A for (i =3D 0; i < WORKITEM_THREADS; = i++) {=0A=0A kq =3D wq_queues + i;=0A=0A kq->kq_exit =3D 1;= =0A=0A- KeSetEvent(&kq->kq_proc, IO_NO_INCREMENT, FALSE); =0A=0A+= KeSetEvent(&kq->kq_proc, IO_NO_INCREMENT, FALSE);=0A=0A whi= le (kq->kq_exit)=0A=0A tsleep(kq->kq_td->td_proc, PWAIT, "waiti= w", hz/10);=0A=0A }=0A=0A@@ -3182,7 +3285,10 @@=0A=0A uint8_t = major;=0A=0A uint8_t minor;=0A=0A {=0A=0A- if (majo= r =3D=3D WDM_MAJOR && minor =3D=3D WDM_MINOR_WINXP)=0A=0A+ if (major =3D= =3D WDM_MAJOR && =0A=0A+ (minor =3D=3D WDM_MINOR_WIN2003 || /* = Windows 2003 */=0A=0A+ minor =3D=3D WDM_MINOR_WINXP || /* Wind= ows XP */=0A=0A+ minor =3D=3D WDM_MINOR_WIN2000)) /* Windows 2000= */=0A=0A return(TRUE);=0A=0A return(FALSE);=0A=0A }=0A=0A@@ -4= 218,6 +4324,7 @@=0A=0A IMPORT_CFUNC(strncmp, 0),=0A=0A IMPORT_CFUNC= (strcmp, 0),=0A=0A IMPORT_CFUNC_MAP(stricmp, strcasecmp, 0),=0A=0A+ = IMPORT_CFUNC_MAP(strncat, ntoskrnl_strncat, 0),=0A=0A IMPORT_CFUNC(strn= cpy, 0),=0A=0A IMPORT_CFUNC(strcpy, 0),=0A=0A IMPORT_CFUNC(strlen, = 0),=0A=0A@@ -4229,6 +4336,7 @@=0A=0A IMPORT_CFUNC(memcpy, 0),=0A=0A = IMPORT_CFUNC_MAP(memmove, ntoskrnl_memmove, 0),=0A=0A IMPORT_CFUNC_MAP= (memset, ntoskrnl_memset, 0),=0A=0A+ IMPORT_CFUNC_MAP(memcmp, ntoskrnl_m= emcmp, 0),=0A=0A IMPORT_CFUNC_MAP(memchr, ntoskrnl_memchr, 0),=0A=0A = IMPORT_SFUNC(IoAllocateDriverObjectExtension, 4),=0A=0A IMPORT_SFUNC(= IoGetDriverObjectExtension, 2),=0A=0A@@ -4290,8 +4398,12 @@=0A=0A I= nterlockedPushEntrySList, 2),=0A=0A IMPORT_FFUNC(ExInterlockedPopEntryS= List, 2),=0A=0A IMPORT_FFUNC(ExInterlockedPushEntrySList, 3),=0A=0A+ = IMPORT_SFUNC(ExAllocatePool, 2),=0A=0A+ IMPORT_SFUNC(ExAllocatePoolWith= Quota, 2),=0A=0A+ IMPORT_SFUNC(ExAllocatePoolWithQuotaTag, 3),=0A=0A = IMPORT_SFUNC(ExAllocatePoolWithTag, 3),=0A=0A IMPORT_SFUNC(ExFreePool,= 1),=0A=0A+ IMPORT_SFUNC(ExFreePoolWithTag, 2),=0A=0A #ifdef __i386__=0A= =0A IMPORT_FFUNC(KefAcquireSpinLockAtDpcLevel, 1),=0A=0A IMPORT_FFU= NC(KefReleaseSpinLockFromDpcLevel,1),=0A=0A@@ -4336,6 +4448,7 @@=0A=0A = IMPORT_SFUNC(IoQueueWorkItem, 4),=0A=0A IMPORT_SFUNC(ExQueueWorkItem, 2= ),=0A=0A IMPORT_SFUNC(ntoskrnl_workitem, 2),=0A=0A+ IMPORT_SFUNC(KeB= ugCheckEx, 5),=0A=0A IMPORT_SFUNC(KeInitializeMutex, 2),=0A=0A IMPO= RT_SFUNC(KeReleaseMutex, 2),=0A=0A IMPORT_SFUNC(KeReadStateMutex, 1),= =0A=0A@@ -4365,6 +4478,8 @@=0A=0A IMPORT_SFUNC(IoWMIRegistrationControl= , 2),=0A=0A IMPORT_SFUNC(WmiQueryTraceInformation, 5),=0A=0A IMPORT= _CFUNC(WmiTraceMessage, 0),=0A=0A+ IMPORT_SFUNC(KeQuerySystemTime, 1),= =0A=0A+ IMPORT_CFUNC(KeTickCount, 0),=0A=0A =0A=0A /*=0A=0A * T= his last entry is a catch-all for any function we haven't=0A=0A=0A=0A=0A=0A= =0A=0A-----Inline Attachment Follows-----=0A=0A=0A=0A____________=0A=0A=0AH= ello Marcin,=0A=0ACould you please try this patch which modified by Mr. Sco= t Hetzel please?=0A=0A=0A=0A-- =0A=0ARegards, =0A=0A-Abdullah Ibn Hamad Al-= Marri=0A=0AArab Portal=0A=0Ahttp://www.WeArab.Net/=0A=0A=0A=0A=0A=0A=0A=0A= =0A=0A=0A__________________________________________________=0ADo You Yahoo!= ?=0ATired of spam? Yahoo! Mail has the best spam protection around =0Ahttp= ://mail.yahoo.com From owner-freebsd-stable@FreeBSD.ORG Wed Oct 31 11:00:59 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DE3E116A469 for ; Wed, 31 Oct 2007 11:00:59 +0000 (UTC) (envelope-from markir@paradise.net.nz) Received: from smtp4.clear.net.nz (smtp4.clear.net.nz [203.97.37.64]) by mx1.freebsd.org (Postfix) with ESMTP id A4CF813C4CB for ; Wed, 31 Oct 2007 11:00:59 +0000 (UTC) (envelope-from markir@paradise.net.nz) Received: from zmori.markir.net (121-72-67-32.dsl.telstraclear.net [121.72.67.32]) by smtp4.clear.net.nz (CLEAR Net Mail) with ESMTP id <0JQR007D7U5MP220@smtp4.clear.net.nz> for freebsd-stable@freebsd.org; Wed, 31 Oct 2007 23:22:35 +1300 (NZDT) Date: Wed, 31 Oct 2007 23:22:26 +1300 From: Mark Kirkwood In-reply-to: <20071030223628.GA24086@slackbox.xs4all.nl> To: "Jason C. Wells" , Jason Slack , freebsd-stable@freebsd.org Message-id: <47285762.6060404@paradise.net.nz> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7bit References: <7dc35e670710291625l43902c92o5b364f84bf769811@mail.gmail.com> <472739FB.3020503@highperformance.net> <20071030223628.GA24086@slackbox.xs4all.nl> User-Agent: Thunderbird 2.0.0.6 (X11/20071025) Cc: Subject: Re: Upgrading FreeBSD Questions 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, 31 Oct 2007 11:01:00 -0000 Roland Smith wrote: > > Remember to remove old files and libraries with `make delete-old' and > `make delete-old-libs' as explained in /usr/src/Makefile. > > It is advisable to remove and install your ports from scratch when > upgrading to a new major version, because the automatic port updating > tools don't always do this correctly. > > Not meaning to pick on Roland here... but surely we should be recommending to follow the instructions in /usr/src/UPDATING? (as the documentation page also mentions), rather than our own abbreviations thereof? The only source of confusion then is whether to define ALWAYS_CHECK_MAKE whilst building/installing a kernel (as Chris mentions) - which is probably worth clarifying (never do it myself...and never had issues, but UPDATING is a little ambiguous on that point). Cheers Mark From owner-freebsd-stable@FreeBSD.ORG Wed Oct 31 11:14:40 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CAFB416A420 for ; Wed, 31 Oct 2007 11:14:40 +0000 (UTC) (envelope-from chris@digitalc.de) Received: from www9.united-systems.org (delta.dns.wuct.net [81.169.143.45]) by mx1.freebsd.org (Postfix) with ESMTP id 61A0913C4A7 for ; Wed, 31 Oct 2007 11:14:40 +0000 (UTC) (envelope-from chris@digitalc.de) Received: from [192.168.0.2] (p57A7F145.dip.t-dialin.net [87.167.241.69]) by www9.united-systems.org (Postfix) with ESMTP id 59ECC6A8508; Tue, 30 Oct 2007 23:04:50 +0100 (CET) Message-ID: <4727AA8D.2010702@digitalc.de> Date: Tue, 30 Oct 2007 23:05:01 +0100 From: Christian Neugum User-Agent: Thunderbird 2.0.0.6 (X11/20070819) MIME-Version: 1.0 References: <469276.20580.qm@web33711.mail.mud.yahoo.com> In-Reply-To: <469276.20580.qm@web33711.mail.mud.yahoo.com> X-Enigmail-Version: 0.95.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Jason Slack , freebsd-stable@freebsd.org Subject: Re: Upgrading FreeBSD Questions 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, 31 Oct 2007 11:14:40 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Abdullah Ibn Hamad Al-Marri wrote: > Hello Jason, > > ----- Original Message ---- >> From: Jason Slack >> To: freebsd-stable@freebsd.org >> Sent: Tuesday, October 30, 2007 2:25:18 AM >> Subject: Upgrading FreeBSD Questions >> >> Hi All, >> >> I am new to FreeBSD, or want to be. >> >> I have an HP Media center PC that has the Viiv 920-D processor with >> 4GB >> > of >> RAM. I hate Windows, but had to sell my MacBook so my Fiance and >> I >> > could get >> into a new apartment together. >> >> I want to try version 7 as it has items of interest to me, but I am >> not >> > one >> to continually wipe and reload my machine, can you upgrade from >> the >> > test >> releases of 7 available now to the final release when ready? Or do >> you >> > have >> to wipe? >> >> I apologize, but I am from a Solaris environment and then OS X. >> >> Jason >> -- >> "Don't be reckless with other people's hearts, don't put up with >> people >> > who >> are reckless with yours"........Lehrmann (1997) > > You can always upgrade to a newer FreeBSD version without too much hassle. > > Here are the steps. > > csup your src tree to RELENG_7 > > Then do these steps as root > > #cd /usr/src > #make cleandir > #make cleanworld > #mergemaster -p > #make buildworld > #make buildkernel > #make installkernel > #reboot > #cd /usr/src > #make installworld > #mergemaster -iU (-iU added to automatically install files that don't exist and upgrade those that haven't changed. > #reboot > > mergemaster made it very easy to upgrade, thank you Doug! }:) > > Regards, > -Abdullah Ibn Hamad Al-Marri > Arab Portal > http://www.WeArab.Net/ > > > > > > __________________________________________________ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam protection around > http://mail.yahoo.com > _______________________________________________ > 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" You should also read /usr/src/UPDATING! This file is very important because it contains instructions to upgrade your machine and further information you maybe need. But don't forget to make level 0 dumps from your system before you upgrade it. Chris -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHJ6qMUFlgs4i+HbsRAqGlAJwPjWSXqEnXZQlmclEZEgSjgKAmJwCcCoqp CkNe7Cx6dDoYEE9O8aS42do= =i4iC -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Wed Oct 31 11:20:32 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 80ED916A419 for ; Wed, 31 Oct 2007 11:20:32 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 6D46013C4B6 for ; Wed, 31 Oct 2007 11:20:32 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 017E51CC066; Wed, 31 Oct 2007 04:20:12 -0700 (PDT) Date: Wed, 31 Oct 2007 04:20:12 -0700 From: Jeremy Chadwick To: "[LoN]Kamikaze" Message-ID: <20071031112012.GA17701@eos.sc1.parodius.com> References: <47283B2B.805@gmx.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47283B2B.805@gmx.de> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@freebsd.org Subject: Re: single user mode broken on RELENG_7 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, 31 Oct 2007 11:20:32 -0000 On Wed, Oct 31, 2007 at 09:22:03AM +0100, [LoN]Kamikaze wrote: > Since I switched to RELENG_7 I cannot use /rescue/vi in single user mode any > more. It will just print everything in the bottom line of the screen, so it's > impossible to navigate in a document or see what you're doing. Are you on from a serial console or something like that? (E.g. ssh'd into a machine, then using console or a Portmaster or cu/tip). The reason I mention this: I see what you do when I'm on a machine remotely via serial console in single-user mode (e.g. using Windows XP with PuTTY to ssh into a machine and use console or cu to connect to another box via serial console). The solution for this is to run "stty rows XX columns YY" and specify the size of your terminal window. Also (in the case of PuTTY) saying "setenv TERM xterm" should help too. If you're doing all of this from the actual VGA console itself, make sure your TERM is cons25 and not something else. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Wed Oct 31 11:27:34 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3048116A41B for ; Wed, 31 Oct 2007 11:27:34 +0000 (UTC) (envelope-from wawa@yandex-team.ru) Received: from relanium.yandex.ru (relanium.yandex.ru [213.180.193.88]) by mx1.freebsd.org (Postfix) with ESMTP id 9F80F13C4AA for ; Wed, 31 Oct 2007 11:27:33 +0000 (UTC) (envelope-from wawa@yandex-team.ru) Received: from [87.250.227.205] (v3-227-205.yandex.net [87.250.227.205]) by relanium.yandex.ru (8.14.1/8.14.1) with ESMTP id l9VAvBnT083415 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 31 Oct 2007 13:57:13 +0300 (MSK) (envelope-from wawa@yandex-team.ru) Message-ID: <47285F7B.7010809@yandex-team.ru> Date: Wed, 31 Oct 2007 13:56:59 +0300 From: Vladimir Ivanov Organization: Yandex LLC User-Agent: Thunderbird 1.5.0.14pre (X11/20071023) MIME-Version: 1.0 To: Jack Vogel References: <2a41acea0710301317w8e820f2pdbd7f3ca1e1f6a30@mail.gmail.com> In-Reply-To: <2a41acea0710301317w8e820f2pdbd7f3ca1e1f6a30@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus: Dr.Web (R) for Mail Servers on relanium.yandex.ru host X-Antivirus-Code: 100000 Cc: "freebsd-net@freebsd.org" , FreeBSD Stable List Subject: Re: em watchdogs - OS involvement 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, 31 Oct 2007 11:27:34 -0000 Jack Vogel wrote: > Things just keep getting stranger... its no wonder I didn't see this... > > I had been trying to repro the watchdog on a machine in my cube at work > without success, but in the test Lab they were successful. I scratched my > head for a while wondering why... > > But then I realized I had the Sept snapshot in my cube, reinstalled it to > the Oct snapshot and now it watchdogs like a champ too..... > > Another bit of data, if I define DEVICE_POLLING on the Oct. snap it > also will work. > > SOOOOO, what changes were made to interrupts between Sept and > October, something I need to do perhaps that wasnt done?? > > Any ideas?? Shared irq is a very big problem w/FAST_INTR seems to be. There are a lot of drops if ethernet shares IRQ w/UHCI e.g. Maybe you've seen this issue. > > Jack > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Wed Oct 31 13:41:42 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F49716A41B for ; Wed, 31 Oct 2007 13:41:42 +0000 (UTC) (envelope-from mlxnomiQuinton@ling.rochester.edu) Received: from mail.r-3.at (81-223-103-8.gries.xdsl-line.inode.at [81.223.103.8]) by mx1.freebsd.org (Postfix) with ESMTP id D888513C4BF for ; Wed, 31 Oct 2007 13:41:41 +0000 (UTC) (envelope-from mlxnomiQuinton@ling.rochester.edu) Received: from mail.r-3.at (localhost.localdomain [127.0.0.1]) by mail.r-3.at (Postfix) with ESMTP id 2C28D57E69; Wed, 31 Oct 2007 12:32:29 +0100 (CET) Received: by mail.r-3.at (Postfix, from userid 1005) id 11BEC57E9F; Wed, 31 Oct 2007 12:32:28 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.1.7-deb (2006-10-05) on srvmail01.r-3.at X-Spam-Level: ** X-Spam-Status: No, score=2.2 required=5.0 tests=BAYES_50,INVALID_MSGID autolearn=no version=3.1.7-deb Received: from DM (unknown [125.116.99.168]) by mail.r-3.at (Postfix) with SMTP id 7316D57E69; Wed, 31 Oct 2007 12:32:14 +0100 (CET) Received: from eigenfunction-kresge.embassysuitesrichmond.com (HELO Delldim5150) ([81.223.103.8]) by welt-echoes.embassysuitesrichmond.com with ESMTP; Wed, 31 Oct 2007 12:26:16 +0100 Date: Wed, 31 Oct 2007 12:31:16 +0100 From: "Millard D Ritchie" To: freebsd-stable@freebsd.org Message-ID: <589686r6yvv0$c3081ix0$3375j2r0@Delldim5150 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Priority: normal Subject: Marketing lists for the medical profession on sale 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, 31 Oct 2007 13:41:42 -0000 Certified Physicians in America 788,686 in total 17,350 emails Lots of Physicians in specialties like Orthopedics, Surgery, Radiology, Dermatology, Neurology, General Practice etc.. Sort by over a dozen different fields Special Introductory Offer - $329 *** Get the data below as a gift when you order the MD list above *** American Pharmaceutical Company bigwigs 5,000 names and emails of the major players American Hospital Listing 23,000 Admins in more than 7,000 hospitals {a $399 value] Directory of US Dentists 597,000 dentists and dental services ( a $300 value!) American Chiropractors Listing 100k Chiropractors offices with full contact data including email, postal address, phone and fax send us an email: firstmedstat@hotmail.com above offer valid until Nov 2 to manage your subscription settings send an email to the address above with 395 in the subject From owner-freebsd-stable@FreeBSD.ORG Wed Oct 31 13:45:30 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 62BE116A418; Wed, 31 Oct 2007 13:45:30 +0000 (UTC) (envelope-from Rainer.Hurling@nw-fva.de) Received: from wald.nfv.gwdg.de (Wald.NFV.gwdg.de [134.76.242.31]) by mx1.freebsd.org (Postfix) with ESMTP id 1EE8013C4B6; Wed, 31 Oct 2007 13:45:29 +0000 (UTC) (envelope-from Rainer.Hurling@nw-fva.de) Received: from pc11b.nfv (Pc11B.nfv [192.168.2.111]) by wald.nfv.gwdg.de (Postfix) with ESMTP id E3817609047; Wed, 31 Oct 2007 09:58:49 +0100 (CET) Message-ID: <472843CC.8070604@nw-fva.de> Date: Wed, 31 Oct 2007 09:58:52 +0100 From: Rainer Hurling Organization: Nordwestdeutsche Forstliche Versuchsanstalt User-Agent: Thunderbird 2.0.0.6 (X11/20070803) MIME-Version: 1.0 To: Kris Kennaway References: <027d01c8125c$73d4db80$c8c55358@delloleg><20071019220501.GL31826@elvis.mu.org> <20071020082724.GA87825@svzserv.kemerovo.su> <008d01c812f5$7aad62d0$eec55358@W2KOOOD> <4719F786.80708@gwdg.de> <47278BFA.90705@FreeBSD.org> In-Reply-To: <47278BFA.90705@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Eugen Grosbein , Oleg Derevenetz Subject: Re: kern/104406: [ufs] Processes get stuck in "ufs" state under persistent CPU load 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, 31 Oct 2007 13:45:30 -0000 Thanks for your answer. Kris Kennaway schrieb: > Rainer Hurling wrote: >> Looking into PR kern/104406 it seems, that this describes exactly what >> I am experiencing on three of my systems over the last weeks. They are >> running FreeBSD 8.0-CURRENT (known as 7.0-CURRENT not long ago ;-) ). > > Actually it sounds nothing like it at all ;) > >> On these machines I often observe hangings, sometimes only a few >> seconds, on other times 20-30 seconds before input/output is back. >> This seems to happen when more extensive disk usage is needed >> (portupgrade, buildworld, browsing complicated websites etc.). During >> the hang even xterm is not responding any more, other (diskless) >> applications like xclock keep to continue. I have no panics, only UFS >> (and MSDOSFS) are mounted, no NTFS. About two months ago none of my >> systems showed these hangings. > > Is your system swapping? This is the usual cause of pauses during high > application (actually memory) load. > > Kris No, I am working with 2GB RAM, without swapping at all. In the meantime I tested the above described behaviour a little more. The hangings even appeared without using Xorg, only working on consoles under heavy disk usage (portupgrade etc.). Rainer From owner-freebsd-stable@FreeBSD.ORG Wed Oct 31 13:52:49 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3098116A418; Wed, 31 Oct 2007 13:52:49 +0000 (UTC) (envelope-from lol@chistydom.ru) Received: from hermes.hw.ru (hermes.hw.ru [80.68.240.91]) by mx1.freebsd.org (Postfix) with ESMTP id EE26413C4B2; Wed, 31 Oct 2007 13:52:47 +0000 (UTC) (envelope-from lol@chistydom.ru) Received: from [80.68.244.40] (account a_popov@rbc.ru [80.68.244.40] verified) by hermes.hw.ru (CommuniGate Pro SMTP 5.0.13) with ESMTPA id 197371779; Wed, 31 Oct 2007 14:56:05 +0300 Message-ID: <47286CF2.4090804@chistydom.ru> Date: Wed, 31 Oct 2007 14:54:26 +0300 From: Alexey Popov User-Agent: Thunderbird 2.0.0.6 (X11/20070924) MIME-Version: 1.0 To: Kris Kennaway References: <47137D36.1020305@chistydom.ru> <47140906.2020107@FreeBSD.org> <47146FB4.6040306@chistydom.ru> <47147E49.9020301@FreeBSD.org> <47149E6E.9000500@chistydom.ru> <4715035D.2090802@FreeBSD.org> <4715C297.1020905@chistydom.ru> <4715C5D7.7060806@FreeBSD.org> <471EE4D9.5080307@chistydom.ru> <4723BF87.20302@FreeBSD.org> In-Reply-To: <4723BF87.20302@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org Subject: Re: amrd disk performance drop after running under high load 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, 31 Oct 2007 13:52:49 -0000 Hi Kris Kennaway wrote: >>>>>> So I can conclude that FreeBSD has a long standing bug in VM that >>>>>> could be triggered when serving large amount of static data (much >>>>>> bigger than memory size) on high rates. Possibly this only applies >>>>>> to large files like mp3 or video. >>>>> It is possible, we have further work to do to conclude this though. >>>> I forgot to mention I have pmc and kgmon profiling for good and bad >>>> times. But I have not enough knowledge to interpret it right and not >>>> sure if it can help. >>> pmc would be useful. >> pmc profiling attached. > OK, the pmc traces do seem to show that it's not a lock contention > issue. That being the case I don't think the fact that different > servers perform better is directly related. But it was evidence of mbuf lock contention in mutex profiling, wasn't it? As far as I understand, mutex problems can exist without increasing CPU load in pmc stats, right? > There is also no evidence of a VM problem. What your vmstat and pmc > traces show is that your system really isn't doing much work at all, > relatively speaking. > There is also still no evidence of a disk problem. In fact your disk > seems to be almost idle in both cases you provided, only doing between 1 > and 10 operations per second, which is trivial. vmstat and network output graphs shows that the problem exists. If it is not a disk or network or VM problem, what else could be wrong? > In the "good" case you are getting a much higher interrupt rate but with > the data you provided I can't tell where from. You need to run vmstat > -i at regular intervals (e.g. every 10 seconds for a minute) during the > "good" and "bad" times, since it only provides counters and an average > rate over the uptime of the system. I'll try this, but AFAIR there was no strangeness with interrupts. I believe the reason of high interrupt rate in "good" cases is that server sends much traffic. > What there is evidence of is an interrupt aliasing problem between em > and USB: > irq16: uhci0 1464547796 1870 > irq64: em0 1463513610 1869 I tried disabling USB in kernel, this ussie was gone, but the main problem was left. Also I have this issue with interrupt aliasing on many servers without problems. With best regards, Alexey Popov From owner-freebsd-stable@FreeBSD.ORG Wed Oct 31 14:56:59 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D60616A46E for ; Wed, 31 Oct 2007 14:56:59 +0000 (UTC) (envelope-from brett@lariat.net) Received: from lariat.net (lariat.net [66.119.58.2]) by mx1.freebsd.org (Postfix) with ESMTP id C680913C4B8 for ; Wed, 31 Oct 2007 14:56:58 +0000 (UTC) (envelope-from brett@lariat.net) Received: from anne-o1dpaayth1.lariat.org (IDENT:ppp1000.lariat.net@lariat.net [66.119.58.2]) by lariat.net (8.9.3/8.9.3) with ESMTP id IAA07253; Wed, 31 Oct 2007 08:56:06 -0600 (MDT) Message-Id: <200710311456.IAA07253@lariat.net> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Wed, 31 Oct 2007 08:56:00 -0600 To: Alexander Motin From: Brett Glass In-Reply-To: <472893DB.5050904@mavhome.dp.ua> References: <200710282222.QAA01991@lariat.net> <1193772236.00821876.1193761801@10.7.7.3> <1193829784.00822388.1193817603@10.7.7.3> <472893DB.5050904@mavhome.dp.ua> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Cc: stable@freebsd.org, Nikos Vassiliadis Subject: Re: MFC requests for 6.3 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, 31 Oct 2007 14:56:59 -0000 At 08:40 AM 10/31/2007, Alexander Motin wrote: >Brett Glass wrote: >>> ng_nat is part of 6-STABLE >> >> I've checked, and there is indeed a version there. But it's a >> much older version without many useful option flags. ng_car >> is not there at all. > >It IS there: >http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/netgraph/ng_nat.c The RELENG-6 version is dated from July. Has there been any newer work? I seem to recall that in the mpd 5 announcement there was a mention of new work on this node. >http://www.freebsd.org/cgi/cvsweb.cgi/ports/net/ng_car/ Ah.... That's a port, not part of the base system, which is why I didn't see it. This is good, because it would mean that it would work with both 6.x and 7.x. --Brett From owner-freebsd-stable@FreeBSD.ORG Wed Oct 31 15:12:54 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2FBD816A418; Wed, 31 Oct 2007 15:12:54 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from optimus.centralmiss.com (ns.centralmiss.com [206.156.254.79]) by mx1.freebsd.org (Postfix) with ESMTP id F2E7513C48E; Wed, 31 Oct 2007 15:12:53 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from draco.over-yonder.net (adsl-072-148-013-213.sip.jan.bellsouth.net [72.148.13.213]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by optimus.centralmiss.com (Postfix) with ESMTP id 6A85528433; Wed, 31 Oct 2007 09:39:24 -0500 (CDT) Received: by draco.over-yonder.net (Postfix, from userid 100) id 046A161C42; Wed, 31 Oct 2007 09:39:24 -0500 (CDT) Date: Wed, 31 Oct 2007 09:39:23 -0500 From: "Matthew D. Fuller" To: Alex Zbyslaw Message-ID: <20071031143923.GA1580@over-yonder.net> References: <47240A15.8080305@charter.net> <20071028074248.GA1511@haakonia.hitnet.RWTH-Aachen.DE> <4724BAD9.7000400@charter.net> <20071028164152.GA7516@eos.sc1.parodius.com> <4724BEB3.5080905@charter.net> <20071029132447.GA2658@kobe.laptop> <4727063E.7060107@dial.pipex.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4727063E.7060107@dial.pipex.com> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.16-fullermd.4 (2007-06-09) Cc: stable@freebsd.org, current@freebsd.org Subject: Re: /usr/share/man/man8/MAKEDEV.8 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, 31 Oct 2007 15:12:54 -0000 On Tue, Oct 30, 2007 at 10:23:58AM +0000 I heard the voice of Alex Zbyslaw, and lo! it spake thus: > > Of course, with modern systems where nroff-ing a man page takes > negligible time and system resources, it could also be argued that > cat-ed man pages should be a thing of the past :-) Quite. The slowest machine I currently have running (to get slower, I'd have to dig in my closet) is my laptop, which is a P54 Pentium 133MHz, with 32 megs of RAM and a hard drive that runs in PIO mode. It's running a 2002-vintage RELENG_4, on which the largest manpage is perlfunc(1) (at 71k). On the first run without the manpage in cache: % time sh -c 'man perlfunc > /dev/null' 6.881u 0.204s 0:07.22 98.0% 173+581k 8+0io 0pf+0w A while, but hardly an eternity. A more typical manpage like ls takes 3 seconds. On a less ancient machine (but still a few generations back; Athlon 1.25GHz, few month old RELENG_6), the biggest manpage is perltoc(1) at 150k. A cold cache run there takes just over 2 seconds. On my workstation (dual Athlon 1.4, HEAD), I've got wireshark-filter(4) at a whopping 746k. That takes about 8 seconds. Second place is gcc at 158k, which takes about 1. So, yes; outside of rather special cases, catpages deserve to enjoy their retirement at this point 8-} -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-stable@FreeBSD.ORG Wed Oct 31 15:35:10 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 97E1516A418 for ; Wed, 31 Oct 2007 15:35:10 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from mail15.syd.optusnet.com.au (mail15.syd.optusnet.com.au [211.29.132.196]) by mx1.freebsd.org (Postfix) with ESMTP id DE5CE13C4B3 for ; Wed, 31 Oct 2007 15:35:04 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from c211-30-219-213.carlnfd3.nsw.optusnet.com.au (c211-30-219-213.carlnfd3.nsw.optusnet.com.au [211.30.219.213]) by mail15.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id l9VFYJLU019005 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 1 Nov 2007 02:34:20 +1100 Date: Thu, 1 Nov 2007 02:34:31 +1100 (EST) From: Bruce Evans X-X-Sender: bde@delplex.bde.org To: Jack Vogel In-Reply-To: <2a41acea0710301317w8e820f2pdbd7f3ca1e1f6a30@mail.gmail.com> Message-ID: <20071101022946.V4289@delplex.bde.org> References: <2a41acea0710301317w8e820f2pdbd7f3ca1e1f6a30@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: "freebsd-net@freebsd.org" , FreeBSD Stable List Subject: Re: em watchdogs - OS involvement 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, 31 Oct 2007 15:35:10 -0000 On Tue, 30 Oct 2007, Jack Vogel wrote: > Another bit of data, if I define DEVICE_POLLING on the Oct. snap it > also will work. Defining DEVICE_POLLING (globally) breaks configuration of "fast" interrupt handlers in em. I have to #undef it to test "fast" interrupt handlers in em without losing testing of polling in other network drivers. I lose only testing of polling in em. Bruce From owner-freebsd-stable@FreeBSD.ORG Wed Oct 31 15:40:25 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2108616A473 for ; Wed, 31 Oct 2007 15:40:25 +0000 (UTC) (envelope-from helge.oldach@atosorigin.com) Received: from smtp1.mail.atosorigin.com (smtp1.mail.atosorigin.com [160.92.103.80]) by mx1.freebsd.org (Postfix) with ESMTP id 86EB413C4BE for ; Wed, 31 Oct 2007 15:40:24 +0000 (UTC) (envelope-from helge.oldach@atosorigin.com) Received: from filter.atosorigin.com (localhost [127.0.0.1]) by mxfed001 (Postfix) with ESMTP id B0F4026396CB; Wed, 31 Oct 2007 15:44:44 +0100 (CET) Received: from miram.origin-it.net (miram.origin-it.net [194.8.96.226]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (Client CN "mail.de.atosorigin.com", Issuer "Atos Origin, Multimedia activity" (verified OK)) by mxfed001 (Postfix) with ESMTP id 9216C26396C5; Wed, 31 Oct 2007 15:44:44 +0100 (CET) Received: from markab.hbg.de.int.atosorigin.com (avior.origin-it.net [213.70.176.177]) by miram.origin-it.net (8.14.1/8.14.1/hmo020206) with ESMTP id l9VEihxk059724 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 31 Oct 2007 15:44:43 +0100 (CET) (envelope-from helge.oldach@atosorigin.com) Received: from DEHHX001.deuser.de.intra (dehhx001.hbg.de.int.atosorigin.com [161.90.164.119]) by markab.hbg.de.int.atosorigin.com (8.14.1/8.14.1/hmo020206) with ESMTP id l9VEigpi060924; Wed, 31 Oct 2007 15:44:42 +0100 (CET) (envelope-from helge.oldach@atosorigin.com) Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Wed, 31 Oct 2007 15:44:40 +0100 Message-ID: <39AFDF50473FED469B15B6DFF2262F7A034B5949@DEHHX001.deuser.de.intra> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: rrdtool performance tuning (fwd) Thread-Index: AcgaZD7+kTMU1JhkRwSZnIV9QP9nXQBZ0DXQ References: <20071029111235.E69594@woozle.rinet.ru> From: To: , X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (miram.origin-it.net [194.8.96.226]); Wed, 31 Oct 2007 15:44:44 +0100 (CET) Cc: Subject: RE: rrdtool performance tuning (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: Wed, 31 Oct 2007 15:40:25 -0000 Dmitry Morozovsky wrote on Monday, October 29, 2007 9:13 AM: > any hints to tune rrdtool with ~30k rrd files (approx 2k target > devices)?=20 >=20 > machine is mostly IO-bound, showing 100% disk load with 8 or > sometimes even 3 mB/s, 300-400 tps (it's 2 SATA300 disks in gmirror) This is how rrdtool behaves. The best you can do is avoid paging of the = "hot" blocks of the RRD files out of buffer cache by supplying sufficient RAM. Other options such as noatime etc. merely have minor effects. Personally, I run a 70k+ RRD file box by queueing the requests first and writing them to the database files in bulk, at the expense of an = artificial delay of a couple of minutes. Disk space is some 6 GB so using a RAM = disk might be an option, at the risk of losing data... Probably about 100k RRDs is what you can get out of current hardware. = Note specifically that SMP has no effect. Helge Atos Origin GmbH, Theodor-Althoff-Str. 47, D-45133 Essen, Postfach 100 123, D-45001 Essen Telefon: +49 201 4305 0, Fax: +49 201 4305 689095, www.atosorigin.de ING Bank AG, Frankfurt/Main: Konto 001 014 0937, BLZ 500 210 00, Swift / BIC INGBDEFF, IBAN DE74 5002 1000 0010 1409 37 Geschftsfhrer: Wilbert Kieboom, Handelsregister Essen HRB 19354, Ust.-ID.-Nr.: DE147861238 From owner-freebsd-stable@FreeBSD.ORG Wed Oct 31 16:17:14 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD9F116A419 for ; Wed, 31 Oct 2007 16:17:14 +0000 (UTC) (envelope-from nvass@teledomenet.gr) Received: from smtp.teledomenet.gr (smtp.teledomenet.gr [213.142.128.2]) by mx1.freebsd.org (Postfix) with ESMTP id 9294013C4A5 for ; Wed, 31 Oct 2007 16:17:14 +0000 (UTC) (envelope-from nvass@teledomenet.gr) Received: by smtp.teledomenet.gr (Postfix, from userid 58) id 52966142218; Wed, 31 Oct 2007 17:37:56 +0200 (EET) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on smtp.teledomenet.gr X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00 autolearn=ham version=3.2.3 Received: from iris (unknown [192.168.1.71]) by smtp.teledomenet.gr (Postfix) with ESMTP id 49B82142232; Wed, 31 Oct 2007 17:37:53 +0200 (EET) From: Nikos Vassiliadis To: Brett Glass , stable@freebsd.org Date: Wed, 31 Oct 2007 17:40:04 +0200 User-Agent: KMail/1.9.7 References: <200710282222.QAA01991@lariat.net> <472893DB.5050904@mavhome.dp.ua> <200710311456.IAA07253@lariat.net> In-Reply-To: <200710311456.IAA07253@lariat.net> X-NCC-RegID: gr.telehouse MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200710311740.05439.nvass@teledomenet.gr> Cc: Alexander Motin Subject: Re: MFC requests for 6.3 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, 31 Oct 2007 16:17:15 -0000 On Wednesday 31 October 2007 16:56:00 Brett Glass wrote: > At 08:40 AM 10/31/2007, Alexander Motin wrote: > >Brett Glass wrote: > >>> ng_nat is part of 6-STABLE > >> > >> I've checked, and there is indeed a version there. But it's a > >> much older version without many useful option flags. ng_car > >> is not there at all. > > > >It IS there: > >http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/netgraph/ng_nat.c > > The RELENG-6 version is dated from July. Has there been any newer > work? I seem to recall that in the mpd 5 announcement there was a > mention of new work on this node. Check the CVS logs from cvsweb as instructed. > >http://www.freebsd.org/cgi/cvsweb.cgi/ports/net/ng_car/ > > Ah.... That's a port, not part of the base system, which is why > I didn't see it. This is good, because it would mean that it would > work with both 6.x and 7.x. Please, give Alexander a break. He is the reason you have all these nice things, mpd-[45] and several netgraph nodes. He does all the hard part. Please do your easy part. Do a little investigation on your own. All the info you want is here: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/netgraph/ Alexander, I apologize for this. Nikos From owner-freebsd-stable@FreeBSD.ORG Wed Oct 31 16:22:50 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 94A1B16A420 for ; Wed, 31 Oct 2007 16:22:50 +0000 (UTC) (envelope-from jbronson@sixcompanies.com) Received: from mho-01-bos.mailhop.org (mho-01-bos.mailhop.org [63.208.196.178]) by mx1.freebsd.org (Postfix) with ESMTP id 690EE13C465 for ; Wed, 31 Oct 2007 16:22:50 +0000 (UTC) (envelope-from jbronson@sixcompanies.com) Received: from cpe-72-128-121-119.wi.res.rr.com ([72.128.121.119] helo=cheyenne.hanadarko.com) by mho-01-bos.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1InFKw-000F8h-1y for freebsd-stable@freebsd.org; Wed, 31 Oct 2007 15:18:30 +0000 X-Mail-Handler: MailHop Outbound by DynDNS X-Originating-IP: 72.128.121.119 X-Report-Abuse-To: abuse@dyndns.com (see http://www.mailhop.org/outbound/abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX18kgyEh7bUiePBff7ueAc2wnJM6EhApSVA= Date: Wed, 31 Oct 2007 10:18:26 -0600 To: freebsd-stable@freebsd.org From: JD Bronson Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Message-Id: <20071031151829.1F0091E20@cheyenne.hanadarko.com> Subject: CVS tag for 7.0 - standard 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, 31 Oct 2007 16:22:50 -0000 Can someone kindly tell me the CVS tag to follow the 7.0 patch branch (only)? I am running 7.0Beta1 and want to stay with that only. Nothing newer like the 'stable' branch. It seems that the tag I am using is 7.0-stable? *default release=cvs tag=RELENG_7 -JD From owner-freebsd-stable@FreeBSD.ORG Wed Oct 31 16:24:51 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6E15416A418 for ; Wed, 31 Oct 2007 16:24:51 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (cl-162.ewr-01.us.sixxs.net [IPv6:2001:4830:1200:a1::2]) by mx1.freebsd.org (Postfix) with ESMTP id EF89213C48D for ; Wed, 31 Oct 2007 16:24:50 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.1/8.13.8) with ESMTP id l9VGOnI9013208; Wed, 31 Oct 2007 11:24:49 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.1/8.13.8/Submit) id l9VGOnf7013207; Wed, 31 Oct 2007 11:24:49 -0500 (CDT) (envelope-from brooks) Date: Wed, 31 Oct 2007 11:24:49 -0500 From: Brooks Davis To: JD Bronson Message-ID: <20071031162449.GA13154@lor.one-eyed-alien.net> References: <20071031151829.1F0091E20@cheyenne.hanadarko.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="DocE+STaALJfprDB" Content-Disposition: inline In-Reply-To: <20071031151829.1F0091E20@cheyenne.hanadarko.com> User-Agent: Mutt/1.5.16 (2007-06-09) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (lor.one-eyed-alien.net [127.0.0.1]); Wed, 31 Oct 2007 11:24:49 -0500 (CDT) Cc: freebsd-stable@freebsd.org Subject: Re: CVS tag for 7.0 - standard 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, 31 Oct 2007 16:24:51 -0000 --DocE+STaALJfprDB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 31, 2007 at 10:18:26AM -0600, JD Bronson wrote: > Can someone kindly tell me the CVS tag to follow the 7.0 patch branch=20 > (only)? >=20 > I am running 7.0Beta1 and want to stay with that only. Nothing newer lik= e=20 > the 'stable' branch. >=20 > It seems that the tag I am using is 7.0-stable? >=20 > *default release=3Dcvs tag=3DRELENG_7 At this time RELENG_7 is what there is. At some point in the future the release branch will be created at RELENG_7_0, but that has not happened yet. -- Brooks --DocE+STaALJfprDB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFHKKxQXY6L6fI4GtQRAujSAJ94Hpn+j2lSM18CmOQUT13Ba2iHWgCgkX7M lUlNW8YYai9T0z4CXcpwOzg= =O6hO -----END PGP SIGNATURE----- --DocE+STaALJfprDB-- From owner-freebsd-stable@FreeBSD.ORG Wed Oct 31 16:28:48 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1CCB516A4CB; Wed, 31 Oct 2007 16:28:48 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from fallbackmx02.syd.optusnet.com.au (fallbackmx02.syd.optusnet.com.au [211.29.133.72]) by mx1.freebsd.org (Postfix) with ESMTP id 9A4F613C480; Wed, 31 Oct 2007 16:28:47 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail34.syd.optusnet.com.au (mail34.syd.optusnet.com.au [211.29.133.218]) by fallbackmx02.syd.optusnet.com.au (8.12.11.20060308/8.12.11) with ESMTP id l9VBjmwV015702; Wed, 31 Oct 2007 22:45:48 +1100 Received: from server.vk2pj.dyndns.org (c220-239-20-82.belrs4.nsw.optusnet.com.au [220.239.20.82]) by mail34.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id l9VBilnq005497 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 31 Oct 2007 22:44:48 +1100 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.1/8.14.1) with ESMTP id l9VBilmf041561; Wed, 31 Oct 2007 22:44:47 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.1/8.14.1/Submit) id l9VBil7J041560; Wed, 31 Oct 2007 22:44:47 +1100 (EST) (envelope-from peter) Date: Wed, 31 Oct 2007 22:44:47 +1100 From: Peter Jeremy To: Jack Vogel Message-ID: <20071031114447.GC70883@server.vk2pj.dyndns.org> References: <2a41acea0710291045m6f1d2acw78c26a455ea3894d@mail.gmail.com> <2a41acea0710301001k60442b26uae186209ac484780@mail.gmail.com> <4727F13F.1030607@samsco.org> <20071031081638.GA13564@eos.sc1.parodius.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="MXxcbiX/Q4+iy5U7" Content-Disposition: inline In-Reply-To: <20071031081638.GA13564@eos.sc1.parodius.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.16 (2007-06-09) Cc: "freebsd-net@freebsd.org" , FreeBSD Current , FreeBSD Stable List Subject: Re: RFC: Evolution of the em driver 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, 31 Oct 2007 16:28:48 -0000 --MXxcbiX/Q4+iy5U7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 31, 2007 at 01:16:39AM -0700, Jeremy Chadwick wrote: >For what it's worth, I agree with Scott. I'd rather see a new and >separate driver (presumably igb(4)) than a "hacked up" em(4) driver >trying to handle tons of IC revisions. A good example of the insanity >the latter causes is nve(4) vs. nfe(4). :-) A separate driver is probably cleaner. I'll just make the comment that if a separate driver is written, there needs to be a clear way for an end user to identify what driver is needed/preferred for his chipset. We already have cases like re(4)/rl(4) and sym(4)/ncr(4) where some chips are supported by two drivers - though generally only one driver fully supports the chip. This sort of thing is confusing for end users. --=20 Peter --MXxcbiX/Q4+iy5U7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHKGqv/opHv/APuIcRArIoAJoCNSMbMIwqTKH+lEbbrb5sC1PjZwCglsd7 HrZHfgxfPlO7uBKfY4e1XkI= =8p9Q -----END PGP SIGNATURE----- --MXxcbiX/Q4+iy5U7-- From owner-freebsd-stable@FreeBSD.ORG Wed Oct 31 16:35:28 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3615316A417 for ; Wed, 31 Oct 2007 16:35:28 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.191]) by mx1.freebsd.org (Postfix) with ESMTP id B4BF313C4AC for ; Wed, 31 Oct 2007 16:35:27 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so174813nfb for ; Wed, 31 Oct 2007 09:35:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=zXyFZFGbqRiJ2GTp0sk25Dbx7oyJw2UmUfOr6seSDgc=; b=eeIgvoI3nhOXotQViBtSPHSJCU3QPztBuwY8LZSr7c34AqNWBieaxCvuplRHe0jGUSjlGSkYA+qoesSqB8Fu+JK6ERH0bOKgBnhDxOje9CFxilfBso+dE4d94riQkRqT8D1tBnsOKQoIcPvb6/vu/WPI6S5df4OAUHHyE68BUaI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=QmIUm5O0My9CiIFxwNL3bXI7f/ipmnwUI9FtM+CelNNbQzbjhGEBjbZBpRRyS7wTNzg2gdfC9itov1+ZufoEk1udeSVO3t8m+oJkTCWXctaGAmt7uzDzS5wTVjETIvVSkeB9FlitIngRxqqrccmAR9rfoq/y/ZeJMGBOLD4ll1s= Received: by 10.86.65.11 with SMTP id n11mr6733314fga.1193848511175; Wed, 31 Oct 2007 09:35:11 -0700 (PDT) Received: by 10.86.100.19 with HTTP; Wed, 31 Oct 2007 09:35:11 -0700 (PDT) Message-ID: <2a41acea0710310935u6ed33491pcee4c6bd57d12d1a@mail.gmail.com> Date: Wed, 31 Oct 2007 09:35:11 -0700 From: "Jack Vogel" To: "freebsd-net@freebsd.org" , "FreeBSD Stable List" , "FreeBSD Current" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: Proposed #ifdef change to em 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, 31 Oct 2007 16:35:28 -0000 I have found that the FAST interrupt handling is implicated in the watchdog resets that I have seen. What I plan to do is revert to the way 6.2 had things, meaning that FAST interrupts will be available but defined off by default. I wanted to know if anyone has an issue with this. And more importantly, I have personally not seen this problem on 7, but I could set up #ifdef's in that driver to be the same way. What does everyone think? Jack From owner-freebsd-stable@FreeBSD.ORG Wed Oct 31 16:35:59 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 39EB716A417 for ; Wed, 31 Oct 2007 16:35:59 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.189]) by mx1.freebsd.org (Postfix) with ESMTP id B198B13C480 for ; Wed, 31 Oct 2007 16:35:58 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so174811nfb for ; Wed, 31 Oct 2007 09:35:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=dh62nfb4bX5pJsP3zYaUBZ/HcJf5RazE12Z27/RXEIk=; b=NDKldWK8oK7U0PA6dET87R+GrB1Y8O8mm4FfwdGjFCEFZIbqhKcAuOmhVen8pJHzlWxRl9gsd7p7s2NqjzcPrT6Zu9XwpupmwnGJFLmQvn9za42FTNrAAdO7hslk+9C5fPJsXU3nxRHnd9DNSidBCgKNUc7Bfg8+uxiM3tM+4Xc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=LlvVfHk3lj/5Sd0PcFT5aQBvbdBdPLZEmI3tW/qVMsGHLTvqEv45gJm2wEC7Ta6+Pmls+BYx4D9uTtzBhEfMi1MU8oMgFuVuPCR2PWmYVriITnXTwiZvxf3rw2kyWHKGY7FzFbmLonrsQSdqjkqXIEqcFcYEMs46N2xw2oODbAg= Received: by 10.86.65.11 with SMTP id n11mr6717927fga.1193848176809; Wed, 31 Oct 2007 09:29:36 -0700 (PDT) Received: by 10.86.100.19 with HTTP; Wed, 31 Oct 2007 09:29:36 -0700 (PDT) Message-ID: <2a41acea0710310929o518c5f73l21513790bf5f378@mail.gmail.com> Date: Wed, 31 Oct 2007 09:29:36 -0700 From: "Jack Vogel" To: "Peter Jeremy" In-Reply-To: <20071031114447.GC70883@server.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2a41acea0710291045m6f1d2acw78c26a455ea3894d@mail.gmail.com> <2a41acea0710301001k60442b26uae186209ac484780@mail.gmail.com> <4727F13F.1030607@samsco.org> <20071031081638.GA13564@eos.sc1.parodius.com> <20071031114447.GC70883@server.vk2pj.dyndns.org> Cc: "freebsd-net@freebsd.org" , FreeBSD Current , FreeBSD Stable List Subject: Re: RFC: Evolution of the em driver 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, 31 Oct 2007 16:35:59 -0000 On 10/31/07, Peter Jeremy wrote: > On Wed, Oct 31, 2007 at 01:16:39AM -0700, Jeremy Chadwick wrote: > >For what it's worth, I agree with Scott. I'd rather see a new and > >separate driver (presumably igb(4)) than a "hacked up" em(4) driver > >trying to handle tons of IC revisions. A good example of the insanity > >the latter causes is nve(4) vs. nfe(4). :-) > > A separate driver is probably cleaner. > > I'll just make the comment that if a separate driver is written, there > needs to be a clear way for an end user to identify what driver is > needed/preferred for his chipset. We already have cases like > re(4)/rl(4) and sym(4)/ncr(4) where some chips are supported by two > drivers - though generally only one driver fully supports the chip. > This sort of thing is confusing for end users. Yes, this is a good point, and when I'm done I will make sure that only the appropriate ID's will work on a particular driver so this kind of thing does not happen. Jack From owner-freebsd-stable@FreeBSD.ORG Wed Oct 31 16:41:02 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B6D2516A419; Wed, 31 Oct 2007 16:41:02 +0000 (UTC) (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 67ACF13C48D; Wed, 31 Oct 2007 16:41:02 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.samsco.home (phobos.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.8/8.13.8) with ESMTP id l9VGe2Sa005195; Wed, 31 Oct 2007 10:40:02 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <4728AFCC.7020706@samsco.org> Date: Wed, 31 Oct 2007 10:39:40 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.6) Gecko/20070802 SeaMonkey/1.1.4 MIME-Version: 1.0 To: Jack Vogel References: <2a41acea0710310935u6ed33491pcee4c6bd57d12d1a@mail.gmail.com> In-Reply-To: <2a41acea0710310935u6ed33491pcee4c6bd57d12d1a@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (pooker.samsco.org [168.103.85.57]); Wed, 31 Oct 2007 10:40:02 -0600 (MDT) X-Spam-Status: No, score=-1.4 required=5.5 tests=ALL_TRUSTED autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: "freebsd-net@freebsd.org" , FreeBSD Current , FreeBSD Stable List Subject: Re: Proposed #ifdef change to em 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, 31 Oct 2007 16:41:02 -0000 Jack Vogel wrote: > I have found that the FAST interrupt handling is implicated > in the watchdog resets that I have seen. > > What I plan to do is revert to the way 6.2 had things, meaning > that FAST interrupts will be available but defined off by default. > > I wanted to know if anyone has an issue with this. And more > importantly, I have personally not seen this problem on 7, but > I could set up #ifdef's in that driver to be the same way. > > What does everyone think? > > Jack Let's give it another couple of days to work out the real problem before we throw in the towel. Follow-ups in private... Scott From owner-freebsd-stable@FreeBSD.ORG Wed Oct 31 16:56:59 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4804216A46C; Wed, 31 Oct 2007 16:56:59 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id 3E3DA13C481; Wed, 31 Oct 2007 16:56:28 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from kobe.laptop (vader.bytemobile-rio.ondsl.gr [83.235.57.37]) (authenticated bits=128) by igloo.linux.gr (8.14.1/8.14.1/Debian-9) with ESMTP id l9VG8bDl000902 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 31 Oct 2007 18:08:44 +0200 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.1/8.14.1) with ESMTP id l9VG8WSH032779; Wed, 31 Oct 2007 18:08:32 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.14.1/8.14.1/Submit) id l9VG8WQd032778; Wed, 31 Oct 2007 18:08:32 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Date: Wed, 31 Oct 2007 18:08:31 +0200 From: Giorgos Keramidas To: Jeremy Chadwick Message-ID: <20071031160831.GA32577@kobe.laptop> References: <4724BAD9.7000400@charter.net> <20071028164152.GA7516@eos.sc1.parodius.com> <4724BEB3.5080905@charter.net> <20071029132447.GA2658@kobe.laptop> <20071029191836.GA58058@eos.sc1.parodius.com> <20071030113247.GA3941@kobe.laptop> <20071030121603.GA90748@kobe.laptop> <20071030162636.GA92815@kobe.laptop> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071030162636.GA92815@kobe.laptop> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-3.988, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.41, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: stable@freebsd.org, current@freebsd.org Subject: Re: /usr/share/man/man8/MAKEDEV.8 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, 31 Oct 2007 16:56:59 -0000 On 2007-10-30 18:26, Giorgos Keramidas wrote: > There are also a couple of manpages with references to very long URIs, > which cannot be wrapped by nroff in a reasonable line-length: > > ng_netflow.4 > bluetooth.device.conf.5 > > I don't think we can easily fix these, without manually wrapping the > URIs, but that may 'break' copy/pasting of the URIs :/ Fixed with a bit of help from our resident groff-guru, Ruslan :) From owner-freebsd-stable@FreeBSD.ORG Wed Oct 31 17:22:34 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 05DF216A41B for ; Wed, 31 Oct 2007 17:22:34 +0000 (UTC) (envelope-from mav@mavhome.dp.ua) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id 798AF13C4B7 for ; Wed, 31 Oct 2007 17:22:33 +0000 (UTC) (envelope-from mav@mavhome.dp.ua) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona 1.7.0 Received: from orphanage.alkar.net (account mav@alkar.net [212.86.226.11] verified) by cmail.optima.ua (CommuniGate Pro SMTP 5.1.10) with ESMTPA id 41410487; Wed, 31 Oct 2007 16:40:28 +0200 Message-ID: <472893DB.5050904@mavhome.dp.ua> Date: Wed, 31 Oct 2007 16:40:27 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.0 (X11/20070424) MIME-Version: 1.0 To: Brett Glass References: <200710282222.QAA01991@lariat.net> <1193772236.00821876.1193761801@10.7.7.3> <1193829784.00822388.1193817603@10.7.7.3> In-Reply-To: <1193829784.00822388.1193817603@10.7.7.3> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, Nikos Vassiliadis Subject: Re: MFC requests for 6.3 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, 31 Oct 2007 17:22:34 -0000 Brett Glass wrote: >> ng_nat is part of 6-STABLE > > I've checked, and there is indeed a version there. But it's a > much older version without many useful option flags. ng_car > is not there at all. It IS there: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/netgraph/ng_nat.c http://www.freebsd.org/cgi/cvsweb.cgi/ports/net/ng_car/ -- Alexander Motin From owner-freebsd-stable@FreeBSD.ORG Wed Oct 31 18:50:33 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 26D9316A468; Wed, 31 Oct 2007 18:50:33 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from amailer.gwdg.de (amailer.gwdg.de [134.76.10.18]) by mx1.freebsd.org (Postfix) with ESMTP id D6E7713C480; Wed, 31 Oct 2007 18:50:32 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from p578b68b8.dip0.t-ipconnect.de ([87.139.104.184] helo=krabat.raven.hur) by mailer.gwdg.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1InHFv-000077-Tr; Wed, 31 Oct 2007 18:21:28 +0100 Message-ID: <4728B994.6090306@gwdg.de> Date: Wed, 31 Oct 2007 18:21:24 +0100 From: Rainer Hurling User-Agent: Thunderbird 2.0.0.6 (X11/20070803) MIME-Version: 1.0 To: Kris Kennaway References: <027d01c8125c$73d4db80$c8c55358@delloleg><20071019220501.GL31826@elvis.mu.org> <20071020082724.GA87825@svzserv.kemerovo.su> <008d01c812f5$7aad62d0$eec55358@W2KOOOD> <4719F786.80708@gwdg.de> <47278BFA.90705@FreeBSD.org> <472843CC.8070604@nw-fva.de> In-Reply-To: <472843CC.8070604@nw-fva.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated: Id:rhurlin X-Spam-Level: - X-Virus-Scanned: (clean) by exiscan+sophie Cc: freebsd-stable@freebsd.org, Eugen Grosbein , Oleg Derevenetz Subject: Re: kern/104406: [ufs] Processes get stuck in "ufs" state under persistent CPU load 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, 31 Oct 2007 18:50:33 -0000 It looks like that Marek Blaszkowski in his new thread on freebsd-amd64@ http://www.nabble.com/forum/ViewPost.jtp?post=13513077 is describing the same system hangings. He founds some strange behaviour with 'sync' of harddiscs. Perhaps this is a step towards the cause of hangings? Regards, Rainer Rainer Hurling schrieb: > Thanks for your answer. > > Kris Kennaway schrieb: >> Rainer Hurling wrote: >>> Looking into PR kern/104406 it seems, that this describes exactly >>> what I am experiencing on three of my systems over the last weeks. >>> They are running FreeBSD 8.0-CURRENT (known as 7.0-CURRENT not long >>> ago ;-) ). >> >> Actually it sounds nothing like it at all ;) >> >>> On these machines I often observe hangings, sometimes only a few >>> seconds, on other times 20-30 seconds before input/output is back. >>> This seems to happen when more extensive disk usage is needed >>> (portupgrade, buildworld, browsing complicated websites etc.). During >>> the hang even xterm is not responding any more, other (diskless) >>> applications like xclock keep to continue. I have no panics, only UFS >>> (and MSDOSFS) are mounted, no NTFS. About two months ago none of my >>> systems showed these hangings. >> >> Is your system swapping? This is the usual cause of pauses during >> high application (actually memory) load. >> >> Kris > > No, I am working with 2GB RAM, without swapping at all. > > In the meantime I tested the above described behaviour a little more. > The hangings even appeared without using Xorg, only working on consoles > under heavy disk usage (portupgrade etc.). > > Rainer From owner-freebsd-stable@FreeBSD.ORG Wed Oct 31 18:51:30 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 572A316A41A for ; Wed, 31 Oct 2007 18:51:30 +0000 (UTC) (envelope-from rmarella@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.226]) by mx1.freebsd.org (Postfix) with ESMTP id 0B0DE13C4A8 for ; Wed, 31 Oct 2007 18:51:29 +0000 (UTC) (envelope-from rmarella@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so187325nzf for ; Wed, 31 Oct 2007 11:50:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type:content-transfer-encoding; bh=LTKzEQeItuBiFRsa4N/h6PpM76miPtEQeJ4eI4kOBlk=; b=PDkR/EonGsqS+xmMQ339kNnePZDZqucV7zXd0fezZwbzBBm2IRjL7tZPQSw3TZft69QybEMe9pDPH1MqdRiUmVPDGti3p4FSuUKHAahkPL5whDu/YVyLmw+Bk9FtAE/lPV8W9gVBcCc73xZPc3n7OoLCnT73C5NGd25fKVdIjZA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type:content-transfer-encoding; b=H/Nn8XF7s+2wsxMuRnCMYL7esxQJFyMBPRHBfOlUkTDM3QoKFPuGdgr8QVN8j7IHswPvMQAKGZCrGyOyI5oaaQ5L4rdeGlmp0K9QI3Uqa7JIp3r9p55lllzlQDmZh03JUxCy8D7EqlyX02FQ3CpIra9YHkGgSjgl1DCkK2ZPU2k= Received: by 10.114.169.2 with SMTP id r2mr1210623wae.1193856654252; Wed, 31 Oct 2007 11:50:54 -0700 (PDT) Received: from asus64 ( [66.75.108.9]) by mx.google.com with ESMTPS id m6sm1155763wag.2007.10.31.11.50.51 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 31 Oct 2007 11:50:52 -0700 (PDT) Date: Wed, 31 Oct 2007 08:50:44 -1000 From: Robert Marella To: Doug Barton Message-ID: <20071031085044.06cab487@asus64> In-Reply-To: <4727D5CD.7040900@FreeBSD.org> References: <20071029093611.1ec829bc@p4> <20071030072253.6e3ea6b0@p4> <20071030150103.358629d5@asus64> <4727D5CD.7040900@FreeBSD.org> X-Mailer: Claws Mail 3.0.2 (GTK+ 2.12.1; amd64-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: "freebsd-stable@freebsd.org" Subject: Memory issues (was 7.0-BETA1 freeze using portmaster) 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, 31 Oct 2007 18:51:30 -0000 > Robert Marella wrote: > > > It is looking like a hardware problem. I update portmaster to 1.24 > > and it didn't help. When I tried with the -B option it froze in a > > different place. I then csup the latest source rm'd /usr/obj and > > attempted a buildworld. > > > > Lo and behold it froze up. It has been very hot the last few days > > here in Kona but all the fans seem to pulling good air. I am now > > running memtest and will let you know what I find. > This is for the archives and to see if any hardware guru out there has some helpful knowledge. This computer has a ASUS P4P800 mobo with 2Gig of ram (4x500M). Memtest failed within minutes. I then ran each memory module one at a time and each ran without failures no matter which socket it was in. Further tests showed that memory tests failed only when I had 2 or 4 modules configured as dual channel *. The system is now running flawless with 3 modules (1.5G) installed which forces single channel operation. Again, the 3 modules can be in any sockets. Since the computer is about 4 years old I am not sure if I want to invest any additional $$ into it but I would suspect either the mother board or CPU as the culprit. I will be willing to test any ideas anyone has but I guess we can close this out as another strange effect of memory. Robert * From the User Guide: Mode DIMM_A1 DIMM_A2 DIMM_B1 DIMM_B2 Dual-channel X X X X X X X X From owner-freebsd-stable@FreeBSD.ORG Wed Oct 31 19:31:21 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 85B1D16A419; Wed, 31 Oct 2007 19:31:21 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from optimus.centralmiss.com (ns.centralmiss.com [206.156.254.79]) by mx1.freebsd.org (Postfix) with ESMTP id 539AB13C465; Wed, 31 Oct 2007 19:31:21 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from draco.over-yonder.net (adsl-072-148-013-213.sip.jan.bellsouth.net [72.148.13.213]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by optimus.centralmiss.com (Postfix) with ESMTP id 2C9D028BAD; Wed, 31 Oct 2007 14:30:46 -0500 (CDT) Received: by draco.over-yonder.net (Postfix, from userid 100) id AB63D61C43; Wed, 31 Oct 2007 14:30:45 -0500 (CDT) Date: Wed, 31 Oct 2007 14:30:45 -0500 From: "Matthew D. Fuller" To: ticso@cicely.de Message-ID: <20071031193045.GD1580@over-yonder.net> References: <20071028074248.GA1511@haakonia.hitnet.RWTH-Aachen.DE> <4724BAD9.7000400@charter.net> <20071028164152.GA7516@eos.sc1.parodius.com> <4724BEB3.5080905@charter.net> <20071029132447.GA2658@kobe.laptop> <4727063E.7060107@dial.pipex.com> <20071031143923.GA1580@over-yonder.net> <20071031190830.GJ82954@cicely12.cicely.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071031190830.GJ82954@cicely12.cicely.de> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.16-fullermd.4 (2007-06-09) Cc: stable@freebsd.org, current@freebsd.org, Alex Zbyslaw Subject: Re: /usr/share/man/man8/MAKEDEV.8 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, 31 Oct 2007 19:31:21 -0000 On Wed, Oct 31, 2007 at 08:08:31PM +0100 I heard the voice of Bernd Walter, and lo! it spake thus: > > I don't completly agree. > Many people forget that FreeBSD is used on slow embedded systems as > well and I prefer having manpoages there as well. Oh, I don't argue that there are cases where catpages are still useful. But I think they're the exception, not the rule. When you're setting up a tiny system (by whatever the standards of the given day are) or an appliance, you expect the tradeoffs to be rather different than on a normal (by said standards) general-purpose computer. Heck, looking at Soekris, everything above the 4501 class is probably faster than my laptop 8-} -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-stable@FreeBSD.ORG Wed Oct 31 19:57:24 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3A77016A481 for ; Wed, 31 Oct 2007 19:57:24 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from heff.fud.org.nz (203-109-251-39.static.bliink.ihug.co.nz [203.109.251.39]) by mx1.freebsd.org (Postfix) with ESMTP id DF23913C49D for ; Wed, 31 Oct 2007 19:57:23 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: by heff.fud.org.nz (Postfix, from userid 1001) id 688FE5982; Thu, 1 Nov 2007 08:43:34 +1300 (NZDT) Date: Thu, 1 Nov 2007 08:43:34 +1300 From: Andrew Thompson To: Brett Glass Message-ID: <20071031194334.GA7297@heff.fud.org.nz> References: <200710282222.QAA01991@lariat.net> <200710301036.50789.nvass@teledomenet.gr> <200710310148.TAA25585@lariat.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200710310148.TAA25585@lariat.net> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@freebsd.org, Nikos Vassiliadis Subject: Re: MFC requests for 6.3 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, 31 Oct 2007 19:57:24 -0000 On Tue, Oct 30, 2007 at 06:51:17PM -0600, Brett Glass wrote: > At 02:36 AM 10/30/2007, Nikos Vassiliadis wrote: > > >Hello Brett, > > > >ng_nat is part of 6-STABLE > > > I'd also be interested in seeing the latest version of > bridge(4) brought in. Its fully up to date in RELENG_6 except for the vlan trunking support which I dont plan to merge. Was there something in particular or was it just the vlan code? Andrew From owner-freebsd-stable@FreeBSD.ORG Wed Oct 31 20:16:00 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 700E316A417 for ; Wed, 31 Oct 2007 20:16:00 +0000 (UTC) (envelope-from brett@lariat.net) Received: from lariat.net (lariat.net [66.119.58.2]) by mx1.freebsd.org (Postfix) with ESMTP id E403E13C48A for ; Wed, 31 Oct 2007 20:15:59 +0000 (UTC) (envelope-from brett@lariat.net) Received: from anne-o1dpaayth1.lariat.org (IDENT:ppp1000.lariat.net@lariat.net [66.119.58.2]) by lariat.net (8.9.3/8.9.3) with ESMTP id OAA14886; Wed, 31 Oct 2007 14:14:51 -0600 (MDT) Message-Id: <200710312014.OAA14886@lariat.net> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Wed, 31 Oct 2007 14:14:47 -0600 To: Andrew Thompson From: Brett Glass In-Reply-To: <20071031194334.GA7297@heff.fud.org.nz> References: <200710282222.QAA01991@lariat.net> <200710301036.50789.nvass@teledomenet.gr> <200710310148.TAA25585@lariat.net> <20071031194334.GA7297@heff.fud.org.nz> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Cc: freebsd-stable@FreeBSD.org, Nikos Vassiliadis Subject: Re: MFC requests for 6.3 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, 31 Oct 2007 20:16:00 -0000 At 01:43 PM 10/31/2007, Andrew Thompson wrote: >> I'd also be interested in seeing the latest version of >> bridge(4) brought in. > >Its fully up to date in RELENG_6 except for the vlan trunking support >which I dont plan to merge. Was there something in particular or was it >just the vlan code? Actually, it's the "private" option I'm interested in. I want to create a server in which nodes on two Ethernet ports are on the same IP subnet but are isolated.... That is, I do not want them to be able to exchange information with one another through the server, but I want them all to be able to communicate with the server. --Brett Glass From owner-freebsd-stable@FreeBSD.ORG Wed Oct 31 20:35:31 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E4DB16A418 for ; Wed, 31 Oct 2007 20:35:31 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from heff.fud.org.nz (203-109-251-39.static.bliink.ihug.co.nz [203.109.251.39]) by mx1.freebsd.org (Postfix) with ESMTP id E554C13C4BE for ; Wed, 31 Oct 2007 20:35:30 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: by heff.fud.org.nz (Postfix, from userid 1001) id 481D95999; Thu, 1 Nov 2007 09:24:46 +1300 (NZDT) Date: Thu, 1 Nov 2007 09:24:46 +1300 From: Andrew Thompson To: Brett Glass Message-ID: <20071031202446.GB9947@heff.fud.org.nz> References: <200710282222.QAA01991@lariat.net> <200710301036.50789.nvass@teledomenet.gr> <200710310148.TAA25585@lariat.net> <20071031194334.GA7297@heff.fud.org.nz> <200710312014.OAA14886@lariat.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200710312014.OAA14886@lariat.net> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@FreeBSD.org, Nikos Vassiliadis Subject: Re: MFC requests for 6.3 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, 31 Oct 2007 20:35:31 -0000 On Wed, Oct 31, 2007 at 02:14:47PM -0600, Brett Glass wrote: > At 01:43 PM 10/31/2007, Andrew Thompson wrote: > > >> I'd also be interested in seeing the latest version of > >> bridge(4) brought in. > > > >Its fully up to date in RELENG_6 except for the vlan trunking support > >which I dont plan to merge. Was there something in particular or was it > >just the vlan code? > > Actually, it's the "private" option I'm interested in. I want to create > a server in which nodes on two Ethernet ports are on the same IP subnet > but are isolated.... That is, I do not want them to be able to exchange > information with one another through the server, but I want them all > to be able to communicate with the server. See http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/net/if_bridge.c?only_with_tag=RELENG_6 Its there. From owner-freebsd-stable@FreeBSD.ORG Wed Oct 31 21:27:09 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D5C2716A417; Wed, 31 Oct 2007 21:27:09 +0000 (UTC) (envelope-from brett@lariat.net) Received: from lariat.net (lariat.net [66.119.58.2]) by mx1.freebsd.org (Postfix) with ESMTP id 400A313C4A3; Wed, 31 Oct 2007 21:27:09 +0000 (UTC) (envelope-from brett@lariat.net) Received: from anne-o1dpaayth1.lariat.org (IDENT:ppp1000.lariat.net@lariat.net [66.119.58.2]) by lariat.net (8.9.3/8.9.3) with ESMTP id OAA15758; Wed, 31 Oct 2007 14:49:01 -0600 (MDT) Message-Id: <200710312049.OAA15758@lariat.net> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Wed, 31 Oct 2007 14:48:57 -0600 To: Andrew Thompson From: Brett Glass In-Reply-To: <20071031202446.GB9947@heff.fud.org.nz> References: <200710282222.QAA01991@lariat.net> <200710301036.50789.nvass@teledomenet.gr> <200710310148.TAA25585@lariat.net> <20071031194334.GA7297@heff.fud.org.nz> <200710312014.OAA14886@lariat.net> <20071031202446.GB9947@heff.fud.org.nz> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Cc: freebsd-stable@FreeBSD.org, Nikos Vassiliadis Subject: Re: MFC requests for 6.3 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, 31 Oct 2007 21:27:09 -0000 At 02:24 PM 10/31/2007, Andrew Thompson wrote: >See >http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/net/if_bridge.c?only_with_tag=RELENG_6 Thank you for pointing this out.... Yes, I do see code that discards packets when a flag called IFBIF_PRIVATE is set. This is primarily what we need. As you can guess from this and other requests, I'm looking to revise the configuration on some specialized networking boxen so that NAT, bandwidth control, and LAN isolation are handled in the kernel rather than in user space. --Brett Glass From owner-freebsd-stable@FreeBSD.ORG Wed Oct 31 21:38:22 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2956216A419; Wed, 31 Oct 2007 21:38:22 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (pointyhat.freebsd.org [IPv6:2001:4f8:fff6::2b]) by mx1.freebsd.org (Postfix) with ESMTP id 245E913C49D; Wed, 31 Oct 2007 21:38:20 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <4728F5D0.5020906@FreeBSD.org> Date: Wed, 31 Oct 2007 22:38:24 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Alexey Popov References: <47137D36.1020305@chistydom.ru> <47140906.2020107@FreeBSD.org> <47146FB4.6040306@chistydom.ru> <47147E49.9020301@FreeBSD.org> <47149E6E.9000500@chistydom.ru> <4715035D.2090802@FreeBSD.org> <4715C297.1020905@chistydom.ru> <4715C5D7.7060806@FreeBSD.org> <471EE4D9.5080307@chistydom.ru> <4723BF87.20302@FreeBSD.org> <47286CF2.4090804@chistydom.ru> In-Reply-To: <47286CF2.4090804@chistydom.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org Subject: Re: amrd disk performance drop after running under high load 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, 31 Oct 2007 21:38:22 -0000 Alexey Popov wrote: > Hi > > Kris Kennaway wrote: >>>>>>> So I can conclude that FreeBSD has a long standing bug in VM that >>>>>>> could be triggered when serving large amount of static data (much >>>>>>> bigger than memory size) on high rates. Possibly this only >>>>>>> applies to large files like mp3 or video. >>>>>> It is possible, we have further work to do to conclude this though. >>>>> I forgot to mention I have pmc and kgmon profiling for good and bad >>>>> times. But I have not enough knowledge to interpret it right and >>>>> not sure if it can help. >>>> pmc would be useful. >>> pmc profiling attached. >> OK, the pmc traces do seem to show that it's not a lock contention >> issue. That being the case I don't think the fact that different >> servers perform better is directly related. > But it was evidence of mbuf lock contention in mutex profiling, wasn't > it? As far as I understand, mutex problems can exist without increasing > CPU load in pmc stats, right? No, the lock functions will show up as using a lot of CPU. I guess the lock profiling trace showed high numbers because you ran it for a long time. >> There is also no evidence of a VM problem. What your vmstat and pmc >> traces show is that your system really isn't doing much work at all, >> relatively speaking. >> There is also still no evidence of a disk problem. In fact your disk >> seems to be almost idle in both cases you provided, only doing between >> 1 and 10 operations per second, which is trivial. > vmstat and network output graphs shows that the problem exists. If it is > not a disk or network or VM problem, what else could be wrong? The vmstat output you provided so far doesn't show anything specific. >> In the "good" case you are getting a much higher interrupt rate but >> with the data you provided I can't tell where from. You need to run >> vmstat -i at regular intervals (e.g. every 10 seconds for a minute) >> during the "good" and "bad" times, since it only provides counters and >> an average rate over the uptime of the system. > I'll try this, but AFAIR there was no strangeness with interrupts. > > I believe the reason of high interrupt rate in "good" cases is that > server sends much traffic. > >> What there is evidence of is an interrupt aliasing problem between em >> and USB: >> irq16: uhci0 1464547796 1870 >> irq64: em0 1463513610 1869 > I tried disabling USB in kernel, this ussie was gone, but the main > problem was left. Also I have this issue with interrupt aliasing on many > servers without problems. OK. Kris From owner-freebsd-stable@FreeBSD.ORG Wed Oct 31 21:42:47 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4168A16A419 for ; Wed, 31 Oct 2007 21:42:47 +0000 (UTC) (envelope-from emillbrandt@coldhaus.com) Received: from workbench.coldhaus.com (workbench.coldhaus.com [74.0.48.218]) by mx1.freebsd.org (Postfix) with ESMTP id C9D9013C494 for ; Wed, 31 Oct 2007 21:42:45 +0000 (UTC) (envelope-from emillbrandt@coldhaus.com) Received: from localhost (localhost [127.0.0.1]) by workbench.coldhaus.com (8.14.1/8.14.1) with ESMTP id l9VGivA4003663; Wed, 31 Oct 2007 12:44:58 -0400 (EDT) X-Virus-Scanned: amavisd-new at coldhaus.com Received: from workbench.coldhaus.com ([127.0.0.1]) by localhost (workbench.coldhaus.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id kk5vxYxWYhKL; Wed, 31 Oct 2007 12:44:05 -0400 (EDT) Received: from slate.coldhaus.com (maenad.coldhaus.com [74.0.48.222]) by workbench.coldhaus.com (8.14.1/8.14.1) with ESMTP id l9VGhus8029146 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 31 Oct 2007 12:43:58 -0400 (EDT) Message-ID: <4728B0CC.40100@coldhaus.com> Date: Wed, 31 Oct 2007 12:43:56 -0400 From: Eric Millbrandt User-Agent: Thunderbird 2.0.0.6 (X11/20070806) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Eric Millbrandt Subject: usb keyboard FreeBSD 7.0-BETA1 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, 31 Oct 2007 21:42:47 -0000 Hello all, I has been a while since a FreeBSD release so I decided to help by running 7.0-BETA1 to speed things along. One small thing that I noticed off the bat is that the 'Num Lock', 'CAPS Lock', and 'Scroll Lock' leds on my usb keyboard do not function. The actual keys still do their job, but the Number and CAPS leds are always lit. I do remember them working under RELENG_6_2. I only have the one usb keyboard so I can't tell if it is vendor specific or not. My tablet pc also does not have a built in keyboard or a connection for a ps2 keyboard, so I cannot comment on those either. I will happily run any debug code needed or supply any information needed but do not have the time to find the issue myself. Below is output from usbdevs and messages. /dev/usb3 and /dev/usb4 are a zoom pcmcia bluetooth card which did not fully function in RELENG_6_2. They now output some strange error messages, but bluetooth now works! output from usbdevs -d -v Controller /dev/usb0: addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), Intel(0x0000), rev 1.00 uhub0 port 1 powered port 2 powered Controller /dev/usb1: addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), Intel(0x0000), rev 1.00 uhub1 port 1 addr 2: low speed, power 100 mA, config 1, USB K/B+Mouse(0x0808), Jing-Mold(0x05af), rev 2.20 ukbd0 ums0 port 2 addr 3: full speed, power 100 mA, config 1, Fingerprint Sensor(0x2580), vendor 0x08ff(0x08ff), rev 6.21 ugen0 Controller /dev/usb2: addr 1: high speed, self powered, config 1, EHCI root hub(0x0000), Intel(0x0000), rev 1.00 uhub2 port 1 powered port 2 powered port 3 powered port 4 powered Controller /dev/usb3: addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), VIA(0x0000), rev 1.00 uhub3 port 1 addr 2: full speed, self powered, config 1, product 0x0001(0x0001), vendor 0x0a12(0x0a12), rev 19.58 ubt0 port 2 powered Controller /dev/usb4: addr 1: full speed, self powered, config 1, product 0x0000(0x0000), vendor 0x0000(0x0000), rev 1.00 uhub4 port 1 powered port 2 powered /var/log/messages Oct 31 10:40:08 slate kernel: Copyright (c) 1992-2007 The FreeBSD Project. Oct 31 10:40:08 slate kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 Oct 31 10:40:08 slate kernel: The Regents of the University of California. All rights reserved. Oct 31 10:40:08 slate kernel: FreeBSD is a registered trademark of The FreeBSD Foundation. Oct 31 10:40:08 slate kernel: FreeBSD 7.0-BETA1 #0: Mon Oct 29 23:40:03 EDT 2007 Oct 31 10:40:08 slate kernel: emillbrandt@slate.coldhaus.com:/usr/obj/usr/src/sys/SLATE Oct 31 10:40:08 slate kernel: Timecounter "i8254" frequency 1193182 Hz quality 0 Oct 31 10:40:08 slate kernel: CPU: Intel(R) Pentium(R) M processor 1.20GHz (1197.37-MHz 686-class CPU) Oct 31 10:40:08 slate kernel: Origin = "GenuineIntel" Id = 0x6d8 Stepping = 8 Oct 31 10:40:08 slate kernel: Features=0xafe9fbff Oct 31 10:40:08 slate kernel: Features2=0x180 Oct 31 10:40:08 slate kernel: AMD Features=0x100000 Oct 31 10:40:08 slate kernel: real memory = 1332150272 (1270 MB) Oct 31 10:40:08 slate kernel: avail memory = 1290915840 (1231 MB) Oct 31 10:40:08 slate kernel: ACPI APIC Table: Oct 31 10:40:08 slate kernel: ioapic0: Changing APIC ID to 1 Oct 31 10:40:08 slate kernel: ioapic0 irqs 0-23 on motherboard Oct 31 10:40:08 slate kernel: kbd1 at kbdmux0 Oct 31 10:40:08 slate kernel: ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) Oct 31 10:40:08 slate kernel: acpi0: on motherboard Oct 31 10:40:08 slate kernel: acpi0: [ITHREAD] Oct 31 10:40:08 slate kernel: acpi0: Power Button (fixed) Oct 31 10:40:08 slate kernel: Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 Oct 31 10:40:08 slate kernel: acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 Oct 31 10:40:08 slate kernel: cpu0: on acpi0 Oct 31 10:40:08 slate kernel: est0: on cpu0 Oct 31 10:40:08 slate kernel: p4tcc0: on cpu0 Oct 31 10:40:08 slate kernel: pcib0: port 0xcf8-0xcff on acpi0 Oct 31 10:40:08 slate kernel: pci0: on pcib0 Oct 31 10:40:08 slate kernel: vgapci0: port 0x1400-0x1407 mem 0xb0080000-0xb00fffff,0xc0000000-0xcfffffff,0xb0000000-0xb003ffff irq 16 at device 2.0 on pci0 Oct 31 10:40:08 slate kernel: agp0: on vgapci0 Oct 31 10:40:08 slate kernel: agp0: detected 7932k stolen memory Oct 31 10:40:08 slate kernel: agp0: aperture size is 256M Oct 31 10:40:08 slate kernel: vgapci1: at device 2.1 on pci0 Oct 31 10:40:08 slate kernel: pcib1: irq 17 at device 28.0 on pci0 Oct 31 10:40:08 slate kernel: pci2: on pcib1 Oct 31 10:40:08 slate kernel: pci0:2:0:0: bad VPD cksum, remain 14 Oct 31 10:40:08 slate kernel: bge0: mem 0xb0100000-0xb010ffff irq 16 at device 0.0 on pci2 Oct 31 10:40:08 slate kernel: miibus0: on bge0 Oct 31 10:40:08 slate kernel: brgphy0: PHY 1 on miibus0 Oct 31 10:40:08 slate kernel: brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto Oct 31 10:40:08 slate kernel: bge0: Ethernet address: 00:0b:5d:d6:1c:d7 Oct 31 10:40:08 slate kernel: bge0: [ITHREAD] Oct 31 10:40:08 slate kernel: uhci0: port 0x1420-0x143f irq 23 at device 29.0 on pci0 Oct 31 10:40:08 slate kernel: uhci0: [GIANT-LOCKED] Oct 31 10:40:08 slate kernel: uhci0: [ITHREAD] Oct 31 10:40:08 slate kernel: usb0: on uhci0 Oct 31 10:40:08 slate kernel: usb0: USB revision 1.0 Oct 31 10:40:08 slate kernel: uhub0: on usb0 Oct 31 10:40:08 slate kernel: uhub0: 2 ports with 2 removable, self powered Oct 31 10:40:08 slate kernel: uhci1: port 0x1440-0x145f irq 19 at device 29.1 on pci0 Oct 31 10:40:08 slate kernel: uhci1: [GIANT-LOCKED] Oct 31 10:40:08 slate kernel: uhci1: [ITHREAD] Oct 31 10:40:08 slate kernel: usb1: on uhci1 Oct 31 10:40:08 slate kernel: usb1: USB revision 1.0 Oct 31 10:40:08 slate kernel: uhub1: on usb1 Oct 31 10:40:08 slate kernel: uhub1: 2 ports with 2 removable, self powered Oct 31 10:40:08 slate kernel: ehci0: mem 0xb0040000-0xb00403ff irq 23 at device 29.7 on pci0 Oct 31 10:40:08 slate kernel: ehci0: [GIANT-LOCKED] Oct 31 10:40:08 slate kernel: ehci0: [ITHREAD] Oct 31 10:40:08 slate kernel: usb2: EHCI version 1.0 Oct 31 10:40:08 slate kernel: usb2: companion controllers, 2 ports each: usb0 usb1 Oct 31 10:40:08 slate kernel: usb2: on ehci0 Oct 31 10:40:08 slate kernel: usb2: USB revision 2.0 Oct 31 10:40:08 slate kernel: uhub2: on usb2 Oct 31 10:40:08 slate kernel: uhub2: 4 ports with 4 removable, self powered Oct 31 10:40:08 slate kernel: pcib2: at device 30.0 on pci0 Oct 31 10:40:08 slate kernel: pci6: on pcib2 Oct 31 10:40:08 slate kernel: cbb0: irq 16 at device 3.0 on pci6 Oct 31 10:40:08 slate kernel: cardbus0: on cbb0 Oct 31 10:40:08 slate kernel: pccard0: <16-bit PCCard bus> on cbb0 Oct 31 10:40:08 slate kernel: cbb0: [ITHREAD] Oct 31 10:40:08 slate kernel: cbb1: at device 3.1 on pci6 Oct 31 10:40:08 slate kernel: cardbus1: on cbb1 Oct 31 10:40:08 slate kernel: pccard1: <16-bit PCCard bus> on cbb1 Oct 31 10:40:08 slate kernel: cbb1: [ITHREAD] Oct 31 10:40:08 slate kernel: pci6: at device 3.2 (no driver attached) Oct 31 10:40:08 slate kernel: pci6: at device 3.3 (no driver attached) Oct 31 10:40:08 slate kernel: iwi0: mem 0xb0202000-0xb0202fff irq 18 at device 5.0 on pci6 Oct 31 10:40:08 slate kernel: iwi0: Ethernet address: 00:13:ce:b6:39:af Oct 31 10:40:08 slate kernel: iwi0: [ITHREAD] Oct 31 10:40:08 slate kernel: fwohci0: mem 0xb0203000-0xb0203fff irq 21 at device 6.0 on pci6 Oct 31 10:40:08 slate kernel: fwohci0: [FILTER] Oct 31 10:40:08 slate kernel: fwohci0: OHCI version 1.10 (ROM=0) Oct 31 10:40:08 slate kernel: fwohci0: No. of Isochronous channels is 4. Oct 31 10:40:08 slate kernel: fwohci0: EUI64 00:00:0e:10:03:86:f7:9e Oct 31 10:40:08 slate kernel: fwohci0: Phy 1394a available S400, 2 ports. Oct 31 10:40:08 slate kernel: fwohci0: Link S400, max_rec 2048 bytes. Oct 31 10:40:08 slate kernel: firewire0: on fwohci0 Oct 31 10:40:08 slate kernel: fwe0: on firewire0 Oct 31 10:40:08 slate kernel: if_fwe0: Fake Ethernet address: 02:00:0e:86:f7:9e Oct 31 10:40:08 slate kernel: fwe0: Ethernet address: 02:00:0e:86:f7:9e Oct 31 10:40:08 slate kernel: fwip0: on firewire0 Oct 31 10:40:08 slate kernel: fwip0: Firewire address: 00:00:0e:10:03:86:f7:9e @ 0xfffe00000000, S400, maxrec 2048 Oct 31 10:40:08 slate kernel: sbp0: on firewire0 Oct 31 10:40:08 slate kernel: dcons_crom0: on firewire0 Oct 31 10:40:08 slate kernel: dcons_crom0: bus_addr 0x13dc000 Oct 31 10:40:08 slate kernel: fwohci0: Initiate bus reset Oct 31 10:40:08 slate kernel: fwohci0: BUS reset Oct 31 10:40:08 slate kernel: fwohci0: node_id=0xc000ffc0, gen=1, CYCLEMASTER mode Oct 31 10:40:08 slate kernel: pcm0: port 0x1800-0x18ff,0x1480-0x14bf mem 0xb0040800-0xb00409ff,0xb0040400-0xb00404ff irq 17 at device 30.2 on pci0 Oct 31 10:40:08 slate kernel: pcm0: [ITHREAD] Oct 31 10:40:08 slate kernel: pcm0: Oct 31 10:40:08 slate kernel: pci0: at device 30.3 (no driver attached) Oct 31 10:40:08 slate kernel: isab0: at device 31.0 on pci0 Oct 31 10:40:08 slate kernel: isa0: on isab0 Oct 31 10:40:08 slate kernel: atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1410-0x141f at device 31.1 on pci0 Oct 31 10:40:08 slate kernel: ata0: on atapci0 Oct 31 10:40:08 slate kernel: ata0: [ITHREAD] Oct 31 10:40:08 slate kernel: ata1: on atapci0 Oct 31 10:40:08 slate kernel: ata1: [ITHREAD] Oct 31 10:40:08 slate kernel: ichsmb0: port 0x1460-0x147f irq 19 at device 31.3 on pci0 Oct 31 10:40:08 slate kernel: ichsmb0: [GIANT-LOCKED] Oct 31 10:40:08 slate kernel: ichsmb0: [ITHREAD] Oct 31 10:40:08 slate kernel: smbus0: on ichsmb0 Oct 31 10:40:08 slate kernel: smb0: on smbus0 Oct 31 10:40:08 slate kernel: acpi_button0: on acpi0 Oct 31 10:40:08 slate kernel: acpi_acad0: on acpi0 Oct 31 10:40:08 slate kernel: battery0: on acpi0 Oct 31 10:40:08 slate kernel: atkbdc0: port 0x60,0x64 irq 1 on acpi0 Oct 31 10:40:08 slate kernel: atkbd0: irq 1 on atkbdc0 Oct 31 10:40:08 slate kernel: kbd0 at atkbd0 Oct 31 10:40:08 slate kernel: atkbd0: [GIANT-LOCKED] Oct 31 10:40:08 slate kernel: atkbd0: [ITHREAD] Oct 31 10:40:08 slate kernel: psm0: irq 12 on atkbdc0 Oct 31 10:40:08 slate kernel: psm0: [GIANT-LOCKED] Oct 31 10:40:08 slate kernel: psm0: [ITHREAD] Oct 31 10:40:08 slate kernel: psm0: model IntelliMouse, device ID 3 Oct 31 10:40:08 slate kernel: sio0: port 0x3f8-0x3ff irq 3 flags 0x10 on acpi0 Oct 31 10:40:08 slate kernel: sio0: type 16550A Oct 31 10:40:08 slate kernel: sio0: [FILTER] Oct 31 10:40:08 slate kernel: pmtimer0 on isa0 Oct 31 10:40:08 slate kernel: orm0: at iomem 0xcf800-0xd07ff,0xdc000-0xdffff pnpid ORM0000 on isa0 Oct 31 10:40:08 slate kernel: ppc0: parallel port not found. Oct 31 10:40:08 slate kernel: sc0: at flags 0x100 on isa0 Oct 31 10:40:08 slate kernel: sc0: VGA <16 virtual consoles, flags=0x300> Oct 31 10:40:08 slate kernel: sio1 at port 0x220-0x227 irq 4 on isa0 Oct 31 10:40:08 slate kernel: sio1: type 16550A Oct 31 10:40:08 slate kernel: sio1: [FILTER] Oct 31 10:40:08 slate kernel: vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Oct 31 10:40:08 slate kernel: ukbd0: on uhub1 Oct 31 10:40:08 slate kernel: kbd2 at ukbd0 Oct 31 10:40:08 slate kernel: ums0: on uhub1 Oct 31 10:40:08 slate kernel: ums0: 2 buttons and Z dir. Oct 31 10:40:08 slate kernel: ugen0: on uhub1 Oct 31 10:40:08 slate kernel: Timecounter "TSC" frequency 1197366950 Hz quality 800 Oct 31 10:40:08 slate kernel: Timecounters tick every 1.000 msec Oct 31 10:40:08 slate kernel: firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) Oct 31 10:40:08 slate kernel: firewire0: bus manager 0 (me) Oct 31 10:40:08 slate kernel: ad0: 38154MB at ata0-master UDMA100 Oct 31 10:40:08 slate kernel: cardbus0: Expecting link target, got 0xb Oct 31 10:40:08 slate kernel: uhci2: port 0x1120-0x113f mem 0xb0206000-0xb02060ff irq 16 at device 0.0 on cardbus0 Oct 31 10:40:08 slate kernel: uhci2: [GIANT-LOCKED] Oct 31 10:40:08 slate kernel: uhci2: [ITHREAD] Oct 31 10:40:08 slate kernel: pccard1: (manufacturer=0xffff, product=0x0001, function_type=-1) at function 0 Oct 31 10:40:08 slate kernel: pccard1: CIS info: O2Micro, SmartCardBus Reader, V1.0 Oct 31 10:40:08 slate kernel: usb3: on uhci2 Oct 31 10:40:08 slate kernel: usb3: USB revision 1.0 Oct 31 10:40:08 slate kernel: uhub3: on usb3 Oct 31 10:40:08 slate kernel: uhub3: 2 ports with 2 removable, self powered Oct 31 10:40:08 slate kernel: cardbus0: Expecting link target, got 0xb Oct 31 10:40:08 slate kernel: uhci3: port 0x1140-0x115f mem 0xb0208000-0xb02080ff irq 16 at device 0.1 on cardbus0 Oct 31 10:40:08 slate kernel: uhci3: [GIANT-LOCKED] Oct 31 10:40:08 slate kernel: uhci3: [ITHREAD] Oct 31 10:40:08 slate kernel: usb4: on uhci3 Oct 31 10:40:08 slate kernel: usb4: USB revision 1.0 Oct 31 10:40:08 slate kernel: uhub4: on usb4 Oct 31 10:40:08 slate kernel: uhub4: 2 ports with 2 removable, self powered Oct 31 10:40:08 slate kernel: Trying to mount root from ufs:/dev/ad0s2a Oct 31 10:40:08 slate kernel: ubt0: on uhub3 Oct 31 10:40:08 slate kernel: ubt0: Interface 0 endpoints: interrupt=0x81, bulk-in=0x82, bulk-out=0x2 Oct 31 10:40:08 slate kernel: ubt0: Interface 1 (alt.config 5) endpoints: isoc-in=0x83, isoc-out=0x3; wMaxPacketSize=49; nframes=6, buffer size=294 Oct 31 10:40:08 slate kernel: WARNING: attempt to net_add_domain(bluetooth) after domainfinalize() Oct 31 10:40:08 slate kernel: WARNING: attempt to net_add_domain(netgraph) after domainfinalize() Oct 31 10:40:08 slate kernel: usb4: host system error Oct 31 10:40:08 slate kernel: usb4: host controller halted Oct 31 10:40:08 slate savecore: no dumps found Oct 31 10:40:08 slate root: /etc/rc: WARNING: Ignoring scratch file /usr/local/etc/rc.d/res915~ Oct 31 10:40:09 slate gpsd[936]: gpsd: GPS device /dev/ttyp6 nonexistent or can't be read Oct 31 10:40:09 slate ntpd[941]: ntpd 4.2.0-a Mon Oct 29 19:59:30 EDT 2007 (1) Oct 31 10:40:16 slate kernel: drm0: on vgapci0 Oct 31 10:40:16 slate kernel: info: [drm] AGP at 0xc0000000 256MB Oct 31 10:40:16 slate kernel: info: [drm] Initialized i915 1.5.0 20060119 Oct 31 10:40:16 slate kernel: drm0: [ITHREAD] Oct 31 10:40:51 slate kernel: iwi0: link state changed to UP From owner-freebsd-stable@FreeBSD.ORG Wed Oct 31 21:44:37 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AE18C16A419 for ; Wed, 31 Oct 2007 21:44:37 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (pointyhat.freebsd.org [IPv6:2001:4f8:fff6::2b]) by mx1.freebsd.org (Postfix) with ESMTP id 824EE13C480; Wed, 31 Oct 2007 21:44:36 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <4728F747.6030607@FreeBSD.org> Date: Wed, 31 Oct 2007 22:44:39 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Rainer Hurling References: <027d01c8125c$73d4db80$c8c55358@delloleg><20071019220501.GL31826@elvis.mu.org> <20071020082724.GA87825@svzserv.kemerovo.su> <008d01c812f5$7aad62d0$eec55358@W2KOOOD> <4719F786.80708@gwdg.de> <47278BFA.90705@FreeBSD.org> <472843CC.8070604@nw-fva.de> In-Reply-To: <472843CC.8070604@nw-fva.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Eugen Grosbein , Oleg Derevenetz Subject: Re: kern/104406: [ufs] Processes get stuck in "ufs" state under persistent CPU load 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, 31 Oct 2007 21:44:37 -0000 Rainer Hurling wrote: > Thanks for your answer. > > Kris Kennaway schrieb: >> Rainer Hurling wrote: >>> Looking into PR kern/104406 it seems, that this describes exactly >>> what I am experiencing on three of my systems over the last weeks. >>> They are running FreeBSD 8.0-CURRENT (known as 7.0-CURRENT not long >>> ago ;-) ). >> >> Actually it sounds nothing like it at all ;) >> >>> On these machines I often observe hangings, sometimes only a few >>> seconds, on other times 20-30 seconds before input/output is back. >>> This seems to happen when more extensive disk usage is needed >>> (portupgrade, buildworld, browsing complicated websites etc.). During >>> the hang even xterm is not responding any more, other (diskless) >>> applications like xclock keep to continue. I have no panics, only UFS >>> (and MSDOSFS) are mounted, no NTFS. About two months ago none of my >>> systems showed these hangings. >> >> Is your system swapping? This is the usual cause of pauses during >> high application (actually memory) load. >> >> Kris > > No, I am working with 2GB RAM, without swapping at all. > > In the meantime I tested the above described behaviour a little more. > The hangings even appeared without using Xorg, only working on consoles > under heavy disk usage (portupgrade etc.). OK, configure the system with the debugger and when it is "hung", break to DDB and obtain the data requested in the developers handbook to try and investigate what is going on. You may want to do this a few times to make sure you capture a representative sample. Kris From owner-freebsd-stable@FreeBSD.ORG Wed Oct 31 22:01:52 2007 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0F85916A417 for ; Wed, 31 Oct 2007 22:01:52 +0000 (UTC) (envelope-from miguel@anjos.strangled.net) Received: from mailrly01.isp.novis.pt (mailrly01.isp.novis.pt [195.23.133.211]) by mx1.freebsd.org (Postfix) with ESMTP id 6974113C494 for ; Wed, 31 Oct 2007 22:01:51 +0000 (UTC) (envelope-from miguel@anjos.strangled.net) Received: (qmail 31892 invoked from network); 31 Oct 2007 21:01:16 -0000 Received: from unknown (HELO mailfrt12.isp.novis.pt) ([195.23.133.228]) (envelope-sender ) by mailrly01.isp.novis.pt with compressed SMTP; 31 Oct 2007 21:01:16 -0000 Received: (qmail 25119 invoked from network); 31 Oct 2007 21:01:16 -0000 Received: from unknown (HELO satan.anjos.strangled.net) ([89.181.41.249]) (envelope-sender ) by mailfrt12.isp.novis.pt with SMTP; 31 Oct 2007 21:01:16 -0000 Received: from satan.anjos.strangled.net (localhost [127.0.0.1]) by satan.anjos.strangled.net (8.14.1/8.14.1) with ESMTP id l9VL0wks006229; Wed, 31 Oct 2007 21:00:59 GMT (envelope-from miguel@satan.anjos.strangled.net) Received: (from miguel@localhost) by satan.anjos.strangled.net (8.14.1/8.14.1/Submit) id l9VL0tit006227; Wed, 31 Oct 2007 21:00:55 GMT (envelope-from miguel) Date: Wed, 31 Oct 2007 21:00:55 GMT From: Miguel Lopes Santos Ramos Message-Id: <200710312100.l9VL0tit006227@satan.anjos.strangled.net> To: mpp@mppsystems.com In-Reply-To: <20071029102929.GA25240@mail.mppsystems.com> Cc: hk@alogis.com, freebsd-stable@FreeBSD.org, stable@FreeBSD.org, eugen@kuzbass.ru Subject: Re: date manupulation 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: Wed, 31 Oct 2007 22:01:52 -0000 > From: Mike Pritchard > [...] > DST/CST time changes when setting the time backwards has been at your > own risk for a long time. Yes, but there's really not much reason for it to be so much of a black art. Actually, I think the old behaviour, prior to rev 1.36, although not ideal was quite reasonable: it interpreted the user supplied date in the current time zone, say winter time, even though it refered to a period of summer time. It was that change that introduced a behaviour which IMHO must be regarded as a bug. > Back in 1995/6 when I fixed a lot of utilities to enforce the password > expiration date/time, I found it was off by +/- 1 hour if I was setting > dates and times that would cross DST changes. Not a big deal then, > but I think I got them all to work correctly. Well, the line of code I objected to is not that old. CVS blames someone called ru on revision 1.36 who committed changes submitted by Crist Clark in 2001. > But if I recall correctly, if you wanted to really test those type of > changes by setting the system date/time back, it was better to set > the date/time to a period well before the DST change, verify the system > understood it was in the proper time zone (probably a reboot), > THEN move the clock up to just before the DST time change and let it > roll over. There's not much point in doing that in this case, is there? All that is at stake here is if date translates from user supplied dates into a time_t in a predictable/justifiable manner. If it does/doesn't, rebooting and letting time pass won't do much good. The reason why I think that that must be seen as a bug is that date gave surprising results in a case where the user provided unmistakable input. Allow me to recall Eugene Grosbein / Holger Kipp's test case: > %setenv LC_ALL C > %setenv TZ Asia/Krasnoyarsk > %setenv unixtime 1193511599 > > %date -jr $unixtime > Sun Oct 28 02:59:59 KRAST 2007 > %date -jf %s $unixtime > Sun Oct 28 02:59:59 KRAT 2007 As you can see, the input to date is unmistakable, it is a time_t. The difference is that the second case forces date to use strptime() and the first doesn't. date is not outputing only the timezone wrong, those two dates are one hour appart. That means that in the first date is understanding 1193511599, and that in the second, at one point in its execution, date is understanding 1193615199, one hour latter. Trust me or add a printf to line 273. The line which is the cause for this misinterpretation is line 268. Before that line was introduced, behaviour was justifiable, although not ideal. If the user supplied unmistakable input, either a time_t or a date with explicit timezone, it worked, and when the user supplied date without timezone it always understood the date in the current timezone. This only had the inconvenient of +1/-1 when done across DST, but at least it wouldn't throw away the information supplied by the user. This line also makes date misinterpret full dates with timezone, not only time_ts for that limbo hour. In my opinion, we can have a bugless date for the limbo hour, and still solve the +1/-1 inconvenient simply by not destroying strptime()'s output. All it takes is to move 268 to line 191, as I said before. Of course, I don't think this is a critical or prioritary issue, not at all. It was only fun, because I could look into it in a half hour. But the kludge to solve the +1/-1 inconvenient is there and is ugly. Greetings Miguel From owner-freebsd-stable@FreeBSD.ORG Wed Oct 31 22:03:24 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C8B616A41A; Wed, 31 Oct 2007 22:03:24 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (pointyhat.freebsd.org [IPv6:2001:4f8:fff6::2b]) by mx1.freebsd.org (Postfix) with ESMTP id 34E3713C481; Wed, 31 Oct 2007 22:03:23 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <4728FBAE.4030907@FreeBSD.org> Date: Wed, 31 Oct 2007 23:03:26 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Robert Marella References: <20071029093611.1ec829bc@p4> <20071030072253.6e3ea6b0@p4> <20071030150103.358629d5@asus64> <4727D5CD.7040900@FreeBSD.org> <20071031085044.06cab487@asus64> In-Reply-To: <20071031085044.06cab487@asus64> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Doug Barton , "freebsd-stable@freebsd.org" Subject: Re: Memory issues (was 7.0-BETA1 freeze using portmaster) 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, 31 Oct 2007 22:03:24 -0000 Robert Marella wrote: > >> Robert Marella wrote: >> >>> It is looking like a hardware problem. I update portmaster to 1.24 >>> and it didn't help. When I tried with the -B option it froze in a >>> different place. I then csup the latest source rm'd /usr/obj and >>> attempted a buildworld. >>> >>> Lo and behold it froze up. It has been very hot the last few days >>> here in Kona but all the fans seem to pulling good air. I am now >>> running memtest and will let you know what I find. > > This is for the archives and to see if any hardware guru out there has > some helpful knowledge. > > This computer has a ASUS P4P800 mobo with 2Gig of ram (4x500M). Memtest > failed within minutes. I then ran each memory module one at a time and > each ran without failures no matter which socket it was in. > > Further tests showed that memory tests failed only when I had 2 or 4 > modules configured as dual channel *. The system is now running flawless > with 3 modules (1.5G) installed which forces single channel operation. > Again, the 3 modules can be in any sockets. > > Since the computer is about 4 years old I am not sure if I want to > invest any additional $$ into it but I would suspect either the mother > board or CPU as the culprit. > > I will be willing to test any ideas anyone has but I guess we can close > this out as another strange effect of memory. > > Robert > > * From the User Guide: > > Mode DIMM_A1 DIMM_A2 DIMM_B1 DIMM_B2 > Dual-channel X X > X X > X X X X Thanks for following up, and I'm glad you resolved it. It's good to remind people from time to time that hardware can and does fail so not every bug is in software :) Kris From owner-freebsd-stable@FreeBSD.ORG Wed Oct 31 22:23:42 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 06D9D16A418; Wed, 31 Oct 2007 22:23:42 +0000 (UTC) (envelope-from ticso@cicely12.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id 3EFC813C4B0; Wed, 31 Oct 2007 22:23:41 +0000 (UTC) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de ([10.1.1.7]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id l9VJ8edb094054; Wed, 31 Oct 2007 20:08:40 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [10.1.1.14]) by cicely5.cicely.de (8.13.4/8.13.4) with ESMTP id l9VJ8WRr043045 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 31 Oct 2007 20:08:33 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.13.4/8.13.3) with ESMTP id l9VJ8Wbc089505; Wed, 31 Oct 2007 20:08:32 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.13.4/8.13.3/Submit) id l9VJ8VUW089504; Wed, 31 Oct 2007 20:08:31 +0100 (CET) (envelope-from ticso) Date: Wed, 31 Oct 2007 20:08:31 +0100 From: Bernd Walter To: "Matthew D. Fuller" Message-ID: <20071031190830.GJ82954@cicely12.cicely.de> References: <47240A15.8080305@charter.net> <20071028074248.GA1511@haakonia.hitnet.RWTH-Aachen.DE> <4724BAD9.7000400@charter.net> <20071028164152.GA7516@eos.sc1.parodius.com> <4724BEB3.5080905@charter.net> <20071029132447.GA2658@kobe.laptop> <4727063E.7060107@dial.pipex.com> <20071031143923.GA1580@over-yonder.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071031143923.GA1580@over-yonder.net> X-Operating-System: FreeBSD cicely12.cicely.de 5.4-STABLE alpha User-Agent: Mutt/1.5.9i X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED=-1.8, BAYES_00=-2.599 autolearn=ham version=3.1.7 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on cicely12.cicely.de Cc: stable@freebsd.org, current@freebsd.org, Alex Zbyslaw Subject: Re: /usr/share/man/man8/MAKEDEV.8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Oct 2007 22:23:42 -0000 On Wed, Oct 31, 2007 at 09:39:23AM -0500, Matthew D. Fuller wrote: > On Tue, Oct 30, 2007 at 10:23:58AM +0000 I heard the voice of > Alex Zbyslaw, and lo! it spake thus: > > > > Of course, with modern systems where nroff-ing a man page takes > > negligible time and system resources, it could also be argued that > > cat-ed man pages should be a thing of the past :-) > > Quite. I don't completly agree. Many people forget that FreeBSD is used on slow embedded systems as well and I prefer having manpoages there as well. > The slowest machine I currently have running (to get slower, I'd have > to dig in my closet) is my laptop, which is a P54 Pentium 133MHz, with > 32 megs of RAM and a hard drive that runs in PIO mode. It's running a > 2002-vintage RELENG_4, on which the largest manpage is perlfunc(1) (at > 71k). On the first run without the manpage in cache: > > % time sh -c 'man perlfunc > /dev/null' > 6.881u 0.204s 0:07.22 98.0% 173+581k 8+0io 0pf+0w [73]arm9# time sh -c 'man perlfunc > /dev/null' Formatting page, please wait...Done. 76.000u 5.000s 3:21.21 40.8% 2269+36014k 35+1io 27pf+0w [74]arm9# time sh -c 'man ls > /dev/null' Formatting page, please wait...Done. 15.000u 1.000s 0:45.48 38.3% 3286+30833k 18+1io 1pf+0w This was on an AT91RM9200 based system. It wasn't completely idle, since it is currently routing my DSL connection, but you get the point. > A while, but hardly an eternity. A more typical manpage like ls takes > 3 seconds. On a less ancient machine (but still a few generations > back; Athlon 1.25GHz, few month old RELENG_6), the biggest manpage is > perltoc(1) at 150k. A cold cache run there takes just over 2 seconds. > On my workstation (dual Athlon 1.4, HEAD), I've got > wireshark-filter(4) at a whopping 746k. That takes about 8 seconds. > Second place is gcc at 158k, which takes about 1. > > > So, yes; outside of rather special cases, catpages deserve to enjoy > their retirement at this point 8-} arm based FreeBSD is not that common, but 486 classed systems like Soekris are very commonly used. I wouldn't call it that special. -- B.Walter http://www.bwct.de http://www.fizon.de bernd@bwct.de info@bwct.de support@fizon.de From owner-freebsd-stable@FreeBSD.ORG Wed Oct 31 22:47:07 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6771716A417 for ; Wed, 31 Oct 2007 22:47:07 +0000 (UTC) (envelope-from fbsd@opal.com) Received: from smtp.vzavenue.net (smtp.vzavenue.net [66.171.59.140]) by mx1.freebsd.org (Postfix) with ESMTP id E81D013C480 for ; Wed, 31 Oct 2007 22:47:06 +0000 (UTC) (envelope-from fbsd@opal.com) Received: from 98.79.171.66.subscriber.vzavenue.net (HELO homobox.opal.com) ([66.171.79.98]) by smtp.vzavenue.net with ESMTP; 31 Oct 2007 18:34:52 -0400 X-REPUTATION: None X-REMOTE-IP: 66.171.79.98 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Aq4HABOeKEdCq09i/2dsb2JhbACBWo5b X-IronPort-AV: i="4.21,353,1188792000"; d="scan'208"; a="169432511:sNHT36218286" Received: from linwhf.opal.com (localhost [127.0.0.1]) (authenticated bits=0) by homobox.opal.com (8.13.8/8.13.8) with ESMTP id l9VMYpcS083160 for ; Wed, 31 Oct 2007 18:34:51 -0400 (EDT) (envelope-from fbsd@opal.com) Received: from linwhf.opal.com ([192.168.3.65] helo=linwhf.opal.com) by ASSP-nospam; 31 Oct 2007 18:34:51 -0400 Date: Wed, 31 Oct 2007 18:34:51 -0400 From: "J.R. Oldroyd" To: freebsd-stable@freebsd.org Message-ID: <20071031183451.5d036293@linwhf.opal.com> X-Mailer: Claws Mail 3.0.2 (GTK+ 2.12.1; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="MP_/AF3lGSDZv28IDbzRNeu6TYb" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: freebsd-7.0b1 xorg-7.3_1 runs only once 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, 31 Oct 2007 22:47:07 -0000 --MP_/AF3lGSDZv28IDbzRNeu6TYb Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Disposition: inline Just upgraded a desktop machine from 6.2-stable to 7.0beta1. Csup'd the kernel source and portsnap'd the latest ports on Oct 29th. Compiled everything locally. Removed all old files, libs, etc. Everything looks good, except... xorg-7.3_1 runs fine, but just once. Subsequent attempts to start xorg result in: (EE) I810(0): V_BIOS address 0x0 out of range (EE) I810(0): VBE initialization failed. (EE) Screen(s) found, but none have a usable configuration. Xorg.0.log then ends in: (II) Module vgahw: vendor="X.Org Foundation" compiled for 1.4.0, module version = 0.1.0 ABI class: X.Org Video Driver, version 2.0 (==) I810(0): Depth 24, (==) framebuffer bpp 32 (==) I810(0): RGB weight 888 (==) I810(0): Default visual is TrueColor (II) Loading sub module "int10" (II) LoadModule: "int10" (II) Reloading /usr/local/lib/xorg/modules//libint10.so (II) I810(0): initializing int10 (==) I810(0): Write-combining range (0xa0000,0x20000) was already clear (==) I810(0): Write-combining range (0xc0000,0x40000) was already clear (EE) I810(0): V_BIOS address 0x0 out of range (EE) I810(0): VBE initialization failed. (II) UnloadModule: "i810" (II) UnloadModule: "int10" (II) UnloadModule: "vgahw" (II) Unloading /usr/local/lib/xorg/modules//libvgahw.so (II) UnloadModule: "vbe" (II) Unloading /usr/local/lib/xorg/modules//libvbe.so (II) UnloadModule: "int10" (II) Unloading /usr/local/lib/xorg/modules//libint10.so (EE) Screen(s) found, but none have a usable configuration. Fatal server error: no screens found On the good starts, Xorg.0.log contains: (II) Module vgahw: vendor="X.Org Foundation" compiled for 1.4.0, module version = 0.1.0 ABI class: X.Org Video Driver, version 2.0 (==) I810(0): Depth 24, (==) framebuffer bpp 32 (==) I810(0): RGB weight 888 (==) I810(0): Default visual is TrueColor (II) Loading sub module "int10" (II) LoadModule: "int10" (II) Reloading /usr/local/lib/xorg/modules//libint10.so (II) I810(0): initializing int10 (==) I810(0): Write-combining range (0xa0000,0x20000) was already clear (==) I810(0): Write-combining range (0xc0000,0x40000) was already clear (II) I810(0): Primary V_BIOS segment is: 0xc000 (==) I810(0): Write-combining range (0x0,0x1000) was already clear (II) I810(0): VESA BIOS detected (II) I810(0): VESA VBE Version 3.0 (II) I810(0): VESA VBE Total Mem: 8000 kB (II) I810(0): VESA VBE OEM: Intel(r)865G Graphics Chip Accelerated VGA BIOS (II) I810(0): VESA VBE OEM Software Rev: 1.0 (II) I810(0): VESA VBE OEM Vendor: Intel Corporation (II) I810(0): VESA VBE OEM Product: Intel(r)865G Graphics Controller (II) I810(0): VESA VBE OEM Product Rev: Hardware Version 0.0 (II) I810(0): Integrated Graphics Chipset: Intel(R) 865G (--) I810(0): Chipset: "865G" (--) I810(0): Linear framebuffer at 0xF0000000 (--) I810(0): IO registers at addr 0xFE780000 (==) I810(0): Write-combining range (0xfe780000,0x80000) was already clear (II) I810(0): 1 display pipe available. (II) I810(0): detected 8060 kB stolen memory. (II) I810(0): Kernel reported 491520 total, 0 used (II) I810(0): I830CheckAvailableMemory: 1966080 kB available (II) I810(0): Will attempt to tell the BIOS that there is 12288 kB VideoRAM (WW) I810(0): Extended BIOS function 0x5f11 not supported. (==) I810(0): Write-combining range (0x0,0x1000) was already clear ... On 6.2-stable, xorg worked repeatedly. On 7.0b1, need to reboot system before xorg will run once again (pun intended). -jr --MP_/AF3lGSDZv28IDbzRNeu6TYb Content-Type: message/rfc822 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Received: from 98.79.171.66.subscriber.vzavenue.net (HELO homobox.opal.com)= ([66.171.79.98]) by smtp.vzavenue.net with ESMTP; 31 Oct 2007 18:23:55 -0400 Received: from linwhf.opal.com (localhost [127.0.0.1]) (authenticated bits=3D0) by homobox.opal.com (8.13.8/8.13.8) with ESMTP id l9VMNrdZ083079 for ; Wed, 31 Oct 2007 18:23:54 -0400 (EDT) (envelope-from fbsd@opal.com) Received: from linwhf.opal.com ([192.168.3.65] helo=3Dlinwhf.opal.com) by ASSP-nospam; 31 Oct 2007 18:23:53 -0400 Date: Wed, 31 Oct 2007 18:23:53 -0400 From: "J.R. Oldroyd" To: freebsd-stable@frebsd.org Subject: freebsd-7.0b1 xorg-7.3_1 runs only once Message-ID: <20071031182353.497a68cd@linwhf.opal.com> X-Mailer: Claws Mail 3.0.2 (GTK+ 2.12.1; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=3DUS-ASCII Content-Transfer-Encoding: 7bit Just upgraded a desktop machine from 6.2-stable to 7.0beta1. Csup'd the kernel source and portsnap'd the latest ports on Oct 29th. Compiled everything locally. Removed all old files, libs, etc. Everything looks good, except... xorg-7.3_1 runs fine, but just once. Subsequent attempts to start xorg result in: (EE) I810(0): V_BIOS address 0x0 out of range (EE) I810(0): VBE initialization failed. (EE) Screen(s) found, but none have a usable configuration. Xorg.0.log then ends in: (II) Module vgahw: vendor=3D"X.Org Foundation" compiled for 1.4.0, module version =3D 0.1.0 ABI class: X.Org Video Driver, version 2.0 (=3D=3D) I810(0): Depth 24, (=3D=3D) framebuffer bpp 32 (=3D=3D) I810(0): RGB weight 888 (=3D=3D) I810(0): Default visual is TrueColor (II) Loading sub module "int10" (II) LoadModule: "int10" (II) Reloading /usr/local/lib/xorg/modules//libint10.so (II) I810(0): initializing int10 (=3D=3D) I810(0): Write-combining range (0xa0000,0x20000) was already clear (=3D=3D) I810(0): Write-combining range (0xc0000,0x40000) was already clear (EE) I810(0): V_BIOS address 0x0 out of range (EE) I810(0): VBE initialization failed. (II) UnloadModule: "i810" (II) UnloadModule: "int10" (II) UnloadModule: "vgahw" (II) Unloading /usr/local/lib/xorg/modules//libvgahw.so (II) UnloadModule: "vbe" (II) Unloading /usr/local/lib/xorg/modules//libvbe.so (II) UnloadModule: "int10" (II) Unloading /usr/local/lib/xorg/modules//libint10.so (EE) Screen(s) found, but none have a usable configuration. =20 Fatal server error: no screens found On the good starts, Xorg.0.log contains: (II) Module vgahw: vendor=3D"X.Org Foundation" compiled for 1.4.0, module version =3D 0.1.0 ABI class: X.Org Video Driver, version 2.0 (=3D=3D) I810(0): Depth 24, (=3D=3D) framebuffer bpp 32 (=3D=3D) I810(0): RGB weight 888 (=3D=3D) I810(0): Default visual is TrueColor (II) Loading sub module "int10" (II) LoadModule: "int10" (II) Reloading /usr/local/lib/xorg/modules//libint10.so (II) I810(0): initializing int10 (=3D=3D) I810(0): Write-combining range (0xa0000,0x20000) was already clear (=3D=3D) I810(0): Write-combining range (0xc0000,0x40000) was already clear (II) I810(0): Primary V_BIOS segment is: 0xc000 (=3D=3D) I810(0): Write-combining range (0x0,0x1000) was already clear (II) I810(0): VESA BIOS detected (II) I810(0): VESA VBE Version 3.0 (II) I810(0): VESA VBE Total Mem: 8000 kB (II) I810(0): VESA VBE OEM: Intel(r)865G Graphics Chip Accelerated VGA BIOS (II) I810(0): VESA VBE OEM Software Rev: 1.0 (II) I810(0): VESA VBE OEM Vendor: Intel Corporation (II) I810(0): VESA VBE OEM Product: Intel(r)865G Graphics Controller (II) I810(0): VESA VBE OEM Product Rev: Hardware Version 0.0 (II) I810(0): Integrated Graphics Chipset: Intel(R) 865G (--) I810(0): Chipset: "865G" (--) I810(0): Linear framebuffer at 0xF0000000 (--) I810(0): IO registers at addr 0xFE780000 (=3D=3D) I810(0): Write-combining range (0xfe780000,0x80000) was already cl= ear (II) I810(0): 1 display pipe available. (II) I810(0): detected 8060 kB stolen memory. (II) I810(0): Kernel reported 491520 total, 0 used (II) I810(0): I830CheckAvailableMemory: 1966080 kB available (II) I810(0): Will attempt to tell the BIOS that there is 12288 kB VideoRAM (WW) I810(0): Extended BIOS function 0x5f11 not supported. (=3D=3D) I810(0): Write-combining range (0x0,0x1000) was already clear ... On 6.2-stable, xorg worked repeatedly. On 7.0b1, need to reboot system before xorg will run once again (pun intended). -jr --MP_/AF3lGSDZv28IDbzRNeu6TYb-- From owner-freebsd-stable@FreeBSD.ORG Wed Oct 31 22:48:12 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AFEAC16A41A for ; Wed, 31 Oct 2007 22:48:12 +0000 (UTC) (envelope-from miguel@anjos.strangled.net) Received: from mailrly04.isp.novis.pt (mailrly04.isp.novis.pt [195.23.133.224]) by mx1.freebsd.org (Postfix) with ESMTP id 1666313C4B7 for ; Wed, 31 Oct 2007 22:48:11 +0000 (UTC) (envelope-from miguel@anjos.strangled.net) Received: (qmail 1053 invoked from network); 31 Oct 2007 21:01:16 -0000 Received: from unknown (HELO mailfrt12.isp.novis.pt) ([195.23.133.228]) (envelope-sender ) by mailrly04.isp.novis.pt with compressed SMTP; 31 Oct 2007 21:01:16 -0000 Received: (qmail 25119 invoked from network); 31 Oct 2007 21:01:16 -0000 Received: from unknown (HELO satan.anjos.strangled.net) ([89.181.41.249]) (envelope-sender ) by mailfrt12.isp.novis.pt with SMTP; 31 Oct 2007 21:01:16 -0000 Received: from satan.anjos.strangled.net (localhost [127.0.0.1]) by satan.anjos.strangled.net (8.14.1/8.14.1) with ESMTP id l9VL0wks006229; Wed, 31 Oct 2007 21:00:59 GMT (envelope-from miguel@satan.anjos.strangled.net) Received: (from miguel@localhost) by satan.anjos.strangled.net (8.14.1/8.14.1/Submit) id l9VL0tit006227; Wed, 31 Oct 2007 21:00:55 GMT (envelope-from miguel) Date: Wed, 31 Oct 2007 21:00:55 GMT From: Miguel Lopes Santos Ramos Message-Id: <200710312100.l9VL0tit006227@satan.anjos.strangled.net> To: mpp@mppsystems.com In-Reply-To: <20071029102929.GA25240@mail.mppsystems.com> Cc: hk@alogis.com, freebsd-stable@FreeBSD.org, stable@FreeBSD.org, eugen@kuzbass.ru Subject: Re: date manupulation 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: Wed, 31 Oct 2007 22:48:12 -0000 > From: Mike Pritchard > [...] > DST/CST time changes when setting the time backwards has been at your > own risk for a long time. Yes, but there's really not much reason for it to be so much of a black art. Actually, I think the old behaviour, prior to rev 1.36, although not ideal was quite reasonable: it interpreted the user supplied date in the current time zone, say winter time, even though it refered to a period of summer time. It was that change that introduced a behaviour which IMHO must be regarded as a bug. > Back in 1995/6 when I fixed a lot of utilities to enforce the password > expiration date/time, I found it was off by +/- 1 hour if I was setting > dates and times that would cross DST changes. Not a big deal then, > but I think I got them all to work correctly. Well, the line of code I objected to is not that old. CVS blames someone called ru on revision 1.36 who committed changes submitted by Crist Clark in 2001. > But if I recall correctly, if you wanted to really test those type of > changes by setting the system date/time back, it was better to set > the date/time to a period well before the DST change, verify the system > understood it was in the proper time zone (probably a reboot), > THEN move the clock up to just before the DST time change and let it > roll over. There's not much point in doing that in this case, is there? All that is at stake here is if date translates from user supplied dates into a time_t in a predictable/justifiable manner. If it does/doesn't, rebooting and letting time pass won't do much good. The reason why I think that that must be seen as a bug is that date gave surprising results in a case where the user provided unmistakable input. Allow me to recall Eugene Grosbein / Holger Kipp's test case: > %setenv LC_ALL C > %setenv TZ Asia/Krasnoyarsk > %setenv unixtime 1193511599 > > %date -jr $unixtime > Sun Oct 28 02:59:59 KRAST 2007 > %date -jf %s $unixtime > Sun Oct 28 02:59:59 KRAT 2007 As you can see, the input to date is unmistakable, it is a time_t. The difference is that the second case forces date to use strptime() and the first doesn't. date is not outputing only the timezone wrong, those two dates are one hour appart. That means that in the first date is understanding 1193511599, and that in the second, at one point in its execution, date is understanding 1193615199, one hour latter. Trust me or add a printf to line 273. The line which is the cause for this misinterpretation is line 268. Before that line was introduced, behaviour was justifiable, although not ideal. If the user supplied unmistakable input, either a time_t or a date with explicit timezone, it worked, and when the user supplied date without timezone it always understood the date in the current timezone. This only had the inconvenient of +1/-1 when done across DST, but at least it wouldn't throw away the information supplied by the user. This line also makes date misinterpret full dates with timezone, not only time_ts for that limbo hour. In my opinion, we can have a bugless date for the limbo hour, and still solve the +1/-1 inconvenient simply by not destroying strptime()'s output. All it takes is to move 268 to line 191, as I said before. Of course, I don't think this is a critical or prioritary issue, not at all. It was only fun, because I could look into it in a half hour. But the kludge to solve the +1/-1 inconvenient is there and is ugly. Greetings Miguel From owner-freebsd-stable@FreeBSD.ORG Wed Oct 31 22:59:08 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 115F616A419 for ; Wed, 31 Oct 2007 22:59:08 +0000 (UTC) (envelope-from cliftonr@lava.net) Received: from outgoing01.lava.net (outgoing01.lava.net [64.65.64.68]) by mx1.freebsd.org (Postfix) with ESMTP id D4D2213C4A3 for ; Wed, 31 Oct 2007 22:59:07 +0000 (UTC) (envelope-from cliftonr@lava.net) Received: from malasada.lava.net (malasada.lava.net [64.65.64.17]) by outgoing01.lava.net (Postfix) with ESMTP id DC0C589D0; Wed, 31 Oct 2007 09:00:39 -1000 (HST) Received: by malasada.lava.net (Postfix, from userid 102) id 8F7FB153882; Wed, 31 Oct 2007 09:00:39 -1000 (HST) Date: Wed, 31 Oct 2007 09:00:39 -1000 From: Clifton Royston To: Robert Marella Message-ID: <20071031190038.GA16704@lava.net> Mail-Followup-To: Robert Marella , "freebsd-stable@freebsd.org" References: <20071029093611.1ec829bc@p4> <20071030072253.6e3ea6b0@p4> <20071030150103.358629d5@asus64> <4727D5CD.7040900@FreeBSD.org> <20071031085044.06cab487@asus64> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071031085044.06cab487@asus64> User-Agent: Mutt/1.4.2.2i Cc: "freebsd-stable@freebsd.org" Subject: Re: Memory issues (was 7.0-BETA1 freeze using portmaster) 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, 31 Oct 2007 22:59:08 -0000 On Wed, Oct 31, 2007 at 08:50:44AM -1000, Robert Marella wrote: > > Robert Marella wrote: > > > > > It is looking like a hardware problem. I update portmaster to 1.24 > > > and it didn't help. When I tried with the -B option it froze in a > > > different place. I then csup the latest source rm'd /usr/obj and > > > attempted a buildworld. > > > > > > Lo and behold it froze up. It has been very hot the last few days > > > here in Kona but all the fans seem to pulling good air. I am now > > > running memtest and will let you know what I find. > > > > This is for the archives and to see if any hardware guru out there has > some helpful knowledge. > > This computer has a ASUS P4P800 mobo with 2Gig of ram (4x500M). Memtest > failed within minutes. I then ran each memory module one at a time and > each ran without failures no matter which socket it was in. > > Further tests showed that memory tests failed only when I had 2 or 4 > modules configured as dual channel *. The system is now running flawless > with 3 modules (1.5G) installed which forces single channel operation. > Again, the 3 modules can be in any sockets. I could be wrong but IIRC, some MBs of that era require very specific DIMM timing parameters and/or require "registered" (buffered) DIMMs when populating all slots for dual-channel operation. Usually they are more tolerant when running only a single bank or not running in dual-channel. If you can find the manual, you might want to check that possibility. -- Clifton -- Clifton Royston -- cliftonr@iandicomputing.com / cliftonr@lava.net President - I and I Computing * http://www.iandicomputing.com/ Custom programming, network design, systems and network consulting services From owner-freebsd-stable@FreeBSD.ORG Thu Nov 1 00:01:11 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 29DFA16A419; Thu, 1 Nov 2007 00:01:11 +0000 (UTC) (envelope-from wawa@yandex-team.ru) Received: from relanium.yandex.ru (relanium.yandex.ru [213.180.193.88]) by mx1.freebsd.org (Postfix) with ESMTP id 917E113C447; Thu, 1 Nov 2007 00:01:10 +0000 (UTC) (envelope-from wawa@yandex-team.ru) Received: from [87.250.227.221] (v3-227-221.yandex.net [87.250.227.221]) by relanium.yandex.ru (8.14.1/8.14.1) with ESMTP id lA100Mn9053416 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 1 Nov 2007 03:00:23 +0300 (MSK) (envelope-from wawa@yandex-team.ru) Message-ID: <47291716.1030904@yandex-team.ru> Date: Thu, 01 Nov 2007 03:00:22 +0300 From: Vladimir Ivanov Organization: Yandex LLC User-Agent: Thunderbird 1.5.0.14pre (X11/20071023) MIME-Version: 1.0 To: Scott Long References: <2a41acea0710310935u6ed33491pcee4c6bd57d12d1a@mail.gmail.com> <4728AFCC.7020706@samsco.org> In-Reply-To: <4728AFCC.7020706@samsco.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus: Dr.Web (R) for Mail Servers on relanium.yandex.ru host X-Antivirus-Code: 100000 Cc: "freebsd-net@freebsd.org" , FreeBSD Current , FreeBSD Stable List , Jack Vogel Subject: Re: Proposed #ifdef change to em 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, 01 Nov 2007 00:01:11 -0000 Scott Long wrote: > Jack Vogel wrote: >> I have found that the FAST interrupt handling is implicated >> in the watchdog resets that I have seen. It's not true. I have seen watchdogs much earlier then FASTINTR. Also, please note: older driver had a bug preventing watchdog to be reported (see http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/92895) >> >> What I plan to do is revert to the way 6.2 had things, meaning >> that FAST interrupts will be available but defined off by default. >> >> I wanted to know if anyone has an issue with this. And more >> importantly, I have personally not seen this problem on 7, but >> I could set up #ifdef's in that driver to be the same way. >> >> What does everyone think? We've a lot of computers w/FASTINTR (more or less patched). They carry huge traffic. But I don't remember when I have seen last watchdog. E.g.: pitman:~# sysctl dev.em.0.stats=1; dmesg | tail -30 dev.em.0.stats: -1 -> -1 [skip] em0: Excessive collisions = 0 em0: Sequence errors = 0 em0: Defer count = 0 em0: Missed Packets = 44614035 em0: Receive No Buffers = 5082415 em0: Receive Length Errors = 0 em0: Receive errors = 0 em0: Crc errors = 1 em0: Alignment errors = 0 em0: Carrier extension errors = 0 em0: RX overruns = 185231 em0: watchdog timeouts = 0 em0: XON Rcvd = 0 em0: XON Xmtd = 0 em0: XOFF Rcvd = 0 em0: XOFF Xmtd = 0 em0: Good Packets Rcvd = 918214961288 em0: Good Packets Xmtd = 933147667144 pitman:~# uptime 2:54 up 247 days, 5:59, 1 user, load averages: 1,82 1,63 1,55 WBR, Vladimir From owner-freebsd-stable@FreeBSD.ORG Thu Nov 1 00:34:18 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB20716A418 for ; Thu, 1 Nov 2007 00:34:18 +0000 (UTC) (envelope-from jon@seaholm.caamora.com.au) Received: from seaholm.caamora.com.au (seaholm.caamora.com.au [203.7.226.5]) by mx1.freebsd.org (Postfix) with ESMTP id 4634C13C481 for ; Thu, 1 Nov 2007 00:34:16 +0000 (UTC) (envelope-from jon@seaholm.caamora.com.au) Received: (from jon@localhost) by seaholm.caamora.com.au (8.11.1/8.11.1) id l9VNPOv16525; Thu, 1 Nov 2007 10:25:24 +1100 (EST) Message-ID: <20071101102524.42883@caamora.com.au> Date: Thu, 1 Nov 2007 10:25:24 +1100 From: jonathan michaels To: "Matthew D. Fuller" References: <4724BAD9.7000400@charter.net> <20071028164152.GA7516@eos.sc1.parodius.com> <4724BEB3.5080905@charter.net> <20071029132447.GA2658@kobe.laptop> <4727063E.7060107@dial.pipex.com> <20071031143923.GA1580@over-yonder.net> <20071031190830.GJ82954@cicely12.cicely.de> <20071031193045.GD1580@over-yonder.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.84e In-Reply-To: <20071031193045.GD1580@over-yonder.net>; from Matthew D. Fuller on Wed, Oct 31, 2007 at 02:30:45PM -0500 Organisation: Caamora, PO Box 144, Rosebery NSW 1445 Australia Cc: stable@freebsd.org, ticso@cicely.de, Alex Zbyslaw Subject: Re: /usr/share/man/man8/MAKEDEV.8 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, 01 Nov 2007 00:34:18 -0000 On Wed, Oct 31, 2007 at 02:30:45PM -0500, Matthew D. Fuller wrote: > On Wed, Oct 31, 2007 at 08:08:31PM +0100 I heard the voice of > Bernd Walter, and lo! it spake thus: > > > > I don't completly agree. > > Many people forget that FreeBSD is used on slow embedded systems as > > well and I prefer having manpoages there as well. given microsofts new operating system release of late and the even greater dependance on far more expensive computers, is leaving the computer world 'underclass' with even less choice so to speak. i deal with a group of disabled people (i too have significant disabilities) that are finding ther increasing reliance on computers to deal with the needs of everyday lives .. beacue it is assumed that 'everybody' has access to teh internet and more and more govt beurocracys are putting ther infromation up on teh internet and not making any consessions for people who haven't that kind of accessability, either because of cost of isp, cost of raw computing power, toc of teh computing 'experience' and so on. > Oh, I don't argue that there are cases where catpages are still > useful. But I think they're the exception, not the rule. When you're > setting up a tiny system (by whatever the standards of the given day > are) or an appliance, you expect the tradeoffs to be rather different no, i disagree, i expect my operating system to be usable and to be consistant in its ability to interoperate with my abilaty to use it with teh resources at my disposal .. human/financial/accessibility > than on a normal (by said standards) general-purpose computer. and what is "normal" ?? while i was fortunate enough to be able to aquire a reasonable workhorse not all people in my situation are so fortunate. sorry for my noise, i am not complaining rather asking for a bit of thinkings and for some tolerance fro people who still use "old" machines .. as teh world moves into a "situation normal" information/govt services is only delivered by automatied computer delivery systems greater sections of teh community ar going to be isolated form this new world because tehy cannot get teh tools to access what is ever increasingly concider teh normal way of doing things > Heck, looking at Soekris, everything above the 4501 class is probably > faster than my laptop 8-} > perhaps, many people, not those only on the fringe of society do not have computer systems that even make it to that meager "standard" to paraphrase a .sig i have seen often in these parts, standards are wonderfull things, there are so many to choose from !! regards appreciations and thanks for all your efforts in making a freebsd that i can still use and actually find enjoyable. cheers jonathan -- ================================================================ powered by .. QNX, OS9 and freeBSD -- http://caamora com au/operating system ==== === appropriate solution in an inappropriate world === ==== From owner-freebsd-stable@FreeBSD.ORG Thu Nov 1 00:38:37 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB8CD16A479 for ; Thu, 1 Nov 2007 00:38:37 +0000 (UTC) (envelope-from jeffrey@goldmark.org) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id 734A313C481 for ; Thu, 1 Nov 2007 00:38:37 +0000 (UTC) (envelope-from jeffrey@goldmark.org) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 442904569A; Wed, 31 Oct 2007 13:37:04 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute1.internal (MEProxy); Wed, 31 Oct 2007 13:37:04 -0400 X-Sasl-enc: UkFxudQKAOi5qlvBbSJ/VC4eSxYGgdDkkRsuzxZxCR4z 1193852224 Received: from [10.1.10.136] (n114.ewd.goldmark.org [72.64.118.114]) by mail.messagingengine.com (Postfix) with ESMTP id E10DF23158; Wed, 31 Oct 2007 13:37:03 -0400 (EDT) Message-Id: <0149D945-8A54-46A0-B04F-4F2C18FCD3C9@goldmark.org> From: Jeffrey Goldberg To: Jason Slack In-Reply-To: <7dc35e670710291625l43902c92o5b364f84bf769811@mail.gmail.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v912) Date: Wed, 31 Oct 2007 12:37:03 -0500 References: <7dc35e670710291625l43902c92o5b364f84bf769811@mail.gmail.com> X-Mailer: Apple Mail (2.912) Cc: freebsd-stable@freebsd.org Subject: Re: Upgrading FreeBSD Questions 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, 01 Nov 2007 00:38:37 -0000 On Oct 29, 2007, at 6:25 PM, Jason Slack wrote: > but had to sell my MacBook so my Fiance and I could get > into a new apartment together. I've seen plenty of apartment buildings with a "no dogs" policy, but this seems to be going too far. > I want to try version 7 as it has items of interest to me, but I am > not one > to continually wipe and reload my machine, As many others pointed out, upgrading is easy. Read the manual about using csup to track source changes and then just follow the instructions in /usr/src/UPDATING Cheers, -j From owner-freebsd-stable@FreeBSD.ORG Thu Nov 1 00:43:39 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 81C2F16A419 for ; Thu, 1 Nov 2007 00:43:39 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id 04F6713C494 for ; Thu, 1 Nov 2007 00:43:38 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona 1.7.0 Received: from [212.86.226.226] (account mav@alkar.net HELO [192.168.3.2]) by cmail.optima.ua (CommuniGate Pro SMTP 5.1.10) with ESMTPA id 41498099; Thu, 01 Nov 2007 01:30:40 +0200 Message-ID: <4729101B.3040508@FreeBSD.org> Date: Thu, 01 Nov 2007 01:30:35 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: JD Bronson References: <1193858655.00822688.1193848202@10.7.7.3> In-Reply-To: <1193858655.00822688.1193848202@10.7.7.3> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: CVS tag for 7.0 - standard 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, 01 Nov 2007 00:43:39 -0000 JD Bronson wrote: > Can someone kindly tell me the CVS tag to follow the 7.0 patch branch > (only)? > > I am running 7.0Beta1 and want to stay with that only. Nothing newer > like the 'stable' branch. As 7.0 is not yet released, you can use only RELENG_7 - 7-STABLE tag. When 7.0 will be released, RELENG_7_0 will be branched. -- Alexander Motin From owner-freebsd-stable@FreeBSD.ORG Thu Nov 1 00:54:55 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 15B2316A417 for ; Thu, 1 Nov 2007 00:54:55 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.189]) by mx1.freebsd.org (Postfix) with ESMTP id 9BE1713C4A5 for ; Thu, 1 Nov 2007 00:54:54 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so283110nfb for ; Wed, 31 Oct 2007 17:54:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=jgbvK9bmZuy4EZyXK4ceXq4ffQXXGcEg8fFiaDey3es=; b=jB2k6U4fuoApeCRBf05sVJc8GCcM3rSHO89iZpa1EI4HCxHdJ5kQmt/f8vAXQFHxIGJnXMwFPBOJ2f8t8dEoXOJh5A/QK7T22Y7hKBfQjTx09cuUqmOgfcp6BsdlPFiyJ92Uk8/EaroFPK2UwlzCD6qfJDkbDPLNIcjt4JzJUco= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=nOiaMTzedU1cngiFKsSKkdj6PKE5VLKlfCiB6klGYN2oueobDmlvFBgV1aktYPwx7onsyvoRpkjoo7QQf1jj0pSIiIXJK9GC5eQyvYswXXil0J2dwGgRKcioMiWEHt9suvKVAdDaZAISNRRCoF0HxoYhKLTaBBe+sFoYKGCKH3g= Received: by 10.86.71.1 with SMTP id t1mr6996698fga.1193876894038; Wed, 31 Oct 2007 17:28:14 -0700 (PDT) Received: by 10.86.100.19 with HTTP; Wed, 31 Oct 2007 17:28:13 -0700 (PDT) Message-ID: <2a41acea0710311728n69b5669fxb14fd382e3e072d4@mail.gmail.com> Date: Wed, 31 Oct 2007 17:28:13 -0700 From: "Jack Vogel" To: "Vladimir Ivanov" In-Reply-To: <47291716.1030904@yandex-team.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2a41acea0710310935u6ed33491pcee4c6bd57d12d1a@mail.gmail.com> <4728AFCC.7020706@samsco.org> <47291716.1030904@yandex-team.ru> Cc: "freebsd-net@freebsd.org" , FreeBSD Current , FreeBSD Stable List Subject: Re: Proposed #ifdef change to em 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, 01 Nov 2007 00:54:55 -0000 Vladimir, Your one phrase "more or less patched" invalidated the whole data point. We are talking about code thats checked in and bound for 6.3 :) I have hundreds of machines here at Intel that DON'T have the problem, that's why in early 20th century philosophy they realized that verification as scientific method was ineffective, falsification on the other hand is powerful. So if any users out there have a problem I am trying to understand why. The only way that I have so far reproduced something like their failure is when FAST interrupts are enabled, THEN when I disable them on that same machine the problem disappears. Right now I have still not figured out why this is, I'm trying to do that as I write this. I am also not saying that nothing ever caused a watchdog before FAST handling, only that as best that I can tell right now the one repro I have on STABLE, October Snapshot, is related to it. Regards, Jack On 10/31/07, Vladimir Ivanov wrote: > Scott Long wrote: > > Jack Vogel wrote: > >> I have found that the FAST interrupt handling is implicated > >> in the watchdog resets that I have seen. > > It's not true. I have seen watchdogs much earlier then FASTINTR. > Also, please note: older driver had a bug preventing watchdog to be > reported (see http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/92895) > > >> > >> What I plan to do is revert to the way 6.2 had things, meaning > >> that FAST interrupts will be available but defined off by default. > >> > >> I wanted to know if anyone has an issue with this. And more > >> importantly, I have personally not seen this problem on 7, but > >> I could set up #ifdef's in that driver to be the same way. > >> > >> What does everyone think? > > We've a lot of computers w/FASTINTR (more or less patched). They carry > huge traffic. But I don't remember when I have seen last watchdog. > > E.g.: > > pitman:~# sysctl dev.em.0.stats=1; dmesg | tail -30 > dev.em.0.stats: -1 -> -1 > [skip] > em0: Excessive collisions = 0 > em0: Sequence errors = 0 > em0: Defer count = 0 > em0: Missed Packets = 44614035 > em0: Receive No Buffers = 5082415 > em0: Receive Length Errors = 0 > em0: Receive errors = 0 > em0: Crc errors = 1 > em0: Alignment errors = 0 > em0: Carrier extension errors = 0 > em0: RX overruns = 185231 > em0: watchdog timeouts = 0 > em0: XON Rcvd = 0 > em0: XON Xmtd = 0 > em0: XOFF Rcvd = 0 > em0: XOFF Xmtd = 0 > em0: Good Packets Rcvd = 918214961288 > em0: Good Packets Xmtd = 933147667144 > pitman:~# uptime > 2:54 up 247 days, 5:59, 1 user, load averages: 1,82 1,63 1,55 > > WBR, > Vladimir > From owner-freebsd-stable@FreeBSD.ORG Thu Nov 1 01:21:52 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 609C916A41B for ; Thu, 1 Nov 2007 01:21:52 +0000 (UTC) (envelope-from d.komaleev@konliga.ru) Received: from mail.konliga.ru (mail.konliga.ru [195.16.56.98]) by mx1.freebsd.org (Postfix) with ESMTP id AFB8913C494 for ; Thu, 1 Nov 2007 01:21:51 +0000 (UTC) (envelope-from d.komaleev@konliga.ru) Received: from exch01.konliga.ru ([192.168.1.252]) by mail.konliga.ru with Microsoft SMTPSVC(6.0.3790.0); Wed, 31 Oct 2007 15:45:01 +0300 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Wed, 31 Oct 2007 15:45:19 +0300 Message-ID: <2335ED0A1B2A294FACC6EB01EF0965F72EE7C0@exch01.konliga.ru> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: System hangs up every day Thread-Index: Acgbu+UjpSA8K1rPSO+DzNp1Ixma5g== From: =?koi8-r?B?5M3J1NLJyiDrz83BzMXF1w==?= To: X-OriginalArrivalTime: 31 Oct 2007 12:45:01.0188 (UTC) FILETIME=[DA17B440:01C81BBB] Subject: System hangs up every day 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, 01 Nov 2007 01:21:52 -0000 Hello everybody I have a big problem There is one FreeBSD server in our company. The server platform is: = Supermicro SuperServer 6014V-T2B (2x Intel Xeon 2.8, 1Gb RAM, 3WARE = 3W-8006-2LP RAID-Controller). The server works as: - a gateway between LAN and Internet - an Intranet web- and database server (Apache + MySQL + PHP) - a firewall (OpenBSD pf) - a transparent proxy server (Squid) A mounthly traffic through this server is about 100Gb. There is about = 200 internet users in our conpany. Here is a part of my dmesg-listing: Copyright (c) 1992-2007 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 is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-RELEASE-p8 #2: Thu Oct 11 19:51:25 MSD 2007 sa@gateway.konliga.ru:/usr/obj/usr/src/sys/KERNEL01_NOSMP module_register: module pci/em already exists! Module pci/em failed to register: 17 ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 2.80GHz (2800.12-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0xf43 Stepping =3D 3 = Features=3D0xbfebfbff Features2=3D0x641d> AMD Features=3D0x20000000 Logical CPUs per core: 2 real memory =3D 1073479680 (1023 MB) avail memory =3D 1041465344 (993 MB) ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard ichwd module loaded kbd1 at kbdmux0 ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, = RF5413) acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 2.0 on pci0 pci1: on pcib1 pcib2: irq 16 at device 3.0 on pci0 pci2: on pcib2 pcib3: at device 28.0 on pci0 pci3: on pcib3 twe0: <3ware Storage Controller. Driver version 1.50.01.002> port = 0xbc00-0xbc0f mem 0xfc9ffc00-0xfc9ffc0f,0xfc000000-0xfc7fffff irq 24 at = device 1.0 on pci3 twe0: [GIANT-LOCKED] twe0: 2 ports, Firmware FE8S 1.05.00.068, BIOS BE7X 1.08.00.048 em0: port = 0xb800-0xb83f mem 0xfc9c0000-0xfc9dffff irq 26 at device 3.0 on pci3 em0: Ethernet address: 00:30:48:58:4d:2a em0: [FAST] em1: port = 0xb400-0xb43f mem 0xfc9a0000-0xfc9bffff irq 27 at device 4.0 on pci3 em1: Ethernet address: 00:30:48:58:4d:2b em1: [FAST] uhci0: port 0xe800-0xe81f irq 16 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 0xec00-0xec1f irq 19 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 pci0: at device 29.4 (no driver attached) pci0: at device 29.5 (no driver = attached) ehci0: mem 0xfebffc00-0xfebfffff irq = 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb2: EHCI version 1.0 usb2: companion controllers, 2 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: 4 ports with 4 removable, self powered pcib4: at device 30.0 on pci0 pci4: on pcib4 pci4: at device 5.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port = 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 acpi_button1: on acpi0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on = acpi0 sio0: type 16550A sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A 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-0x37f,0x778-0x77f irq 7 drq = 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/9 bytes threshold ppbus0: on ppc0 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] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3 ichwd0: on isa0 pmtimer0 on isa0 orm0: at iomem = 0xc0000-0xc7fff,0xc8000-0xc8fff,0xc9800-0xca7ff,0xca800-0xcb7ff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on = isa0 Timecounter "TSC" frequency 2800118202 Hz quality 800 Timecounters tick every 1.000 msec acd0: CDROM at ata0-master UDMA33 twed0: on twe0 twed0: 152626MB (312579760 sectors) Trying to mount root from ufs:/dev/twed0s1a ext0: link state changed to UP int0: link state changed to UP vlan0: link state changed to UP This server hangs up every day without any messages in the log files and = on the system console. A keyboard dosen't work too. I can make only hard = reset and after restart coredump files are not appearing. Here is my kernel configuration file: include GENERIC ident KERNEL01_NOSMP device ichwd # Intel ICH watchdog timer #options SMP options ALTQ options ALTQ_CBQ options ALTQ_RED options ALTQ_RIO options ALTQ_HFSC options ALTQ_PRIQ #options ALTQ_NOPCC options SC_DISABLE_REBOOT options MP_WATCHDOG options SW_WATCHDOG If I make and install a kernel with SMP options the system under working = load begins hang up every two hours. The two days "Memtest" gave no result. I tried to install the newest Intel ethernet adapter driver, but without = any results. As an experiment I tried also to plug a system HDD to another sever = platform (SuperServer 6015V-TB), but system hanging didn't stop. I think that it is not only hardware problem. Linux (Gentoo) and Windows server 2003 on this hardware were working = fine. Please help me to find a solution and solve a problem. Your faithfully Dmitry Komaleev IT Manager "EDIPRESSE-KONLIGA" http://www.konliga.ru Russia, Moscow tel.: +7 (495) 775-14-35, ext. 169 fax: +7 (495) 775-14-34 P.S. I have written the Bug Report on my problem but have received only = one advice to turn off ACPI-option. If I disable ACPI, then the RAID-controller and both of the ethernet = controllers on my server recieve the same IRQ. I believe this is not = good. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 1 02:22:08 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DC3CC16A41A for ; Thu, 1 Nov 2007 02:22:08 +0000 (UTC) (envelope-from mobilepolice@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.180]) by mx1.freebsd.org (Postfix) with ESMTP id 8A9CF13C48E for ; Thu, 1 Nov 2007 02:22:08 +0000 (UTC) (envelope-from mobilepolice@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so677476pyb for ; Wed, 31 Oct 2007 19:21:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=7Gkg9YNLZf4oNh+8VCDuuxo9y8Mz16JfpvtuqDtrnKc=; b=ISYA2IyKqakkbmo9f2q+NQj40KANIWlYyq6SjKW/VcBbkeFdST7DDgBCQ13+zo+ZCWW5OcrTCOD9o+GvJBFWxxBcCjDRWYxA6rI4TZkNLXJAtYGrAI1MFmCIyyh1dUmBuNLyjhln4uS2VgdUgn5qENcscRz7Hf47ZJzESX9bzbA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=iv6mX81JucPNKa0auCsycF4xC80iSp5Z1uF3dDciPgQsTcp/15Gf7uzelxew1xRSZ3zRLh+pRDyTNu5lN8iu/weZcrmQ5QOgT7ExilZK0XOfO7K9X+qUzlfbSJWDU6cPylkMHfZXJGsmHEBC2PuIZf4Jhhxa0VgnvD+S1GpEIsc= Received: by 10.64.193.2 with SMTP id q2mr2601488qbf.1193882099843; Wed, 31 Oct 2007 18:54:59 -0700 (PDT) Received: by 10.65.59.10 with HTTP; Wed, 31 Oct 2007 18:54:59 -0700 (PDT) Message-ID: Date: Wed, 31 Oct 2007 20:54:59 -0500 From: "David Todd" To: "=?KOI8-R?B?5M3J1NLJyiDrz83BzMXF1w==?=" , freebsd-stable@freebsd.org In-Reply-To: <2335ED0A1B2A294FACC6EB01EF0965F72EE7C0@exch01.konliga.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: base64 Content-Disposition: inline References: <2335ED0A1B2A294FACC6EB01EF0965F72EE7C0@exch01.konliga.ru> Cc: Subject: Re: System hangs up every day 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, 01 Nov 2007 02:22:08 -0000 QSBzeXN0ZW0gZmFpbHVyZSBvZiB0aGlzIHNvcnQgKG9uZSB3aGljaCBsZWF2ZXMgbm8gbG9nIGVu dHJpZXMgb2YgYW55CmtpbmQpIGlzIGdlbmVyYWxseSBhIGhhcmR3YXJlIGZhdWx0OyBtZW1vcnkg c3RpY2sgZmFpbHVyZXMgdGVuZCB0bwpjYXVzZSBrZXJuZWwgcGFuaWNzIGFuZCBlYXN5IHJlcGVh dGFiaWxpdHkuCgpJIHdvdWxkIHN1Z2dlc3QgZXhhbWluaW5nIHRoZSBoYXJkd2FyZSBjb21wb25l bnRzLCB0aGUgbW90aGVyYm9hcmQKY291bGQgaGF2ZSBzb21lIGZhdWx0eSBjYXBhY2l0b3JzIChi dXJzdCwgbGVha2luZywgb3Igc3dvbGxlbik7IHRoZQpmYW5zIG9uIHRoZSBwcm9jZXNzb3JzIGNv dWxkIGJlIGZhaWxpbmcgY2F1c2luZyBhIGxvY2t1cCwgdGhlIHBvd2VyCnN1cHBseSBmYW5zIGNv dWxkIGJlIGZhaWxpbmcgY2F1c2luZyBhbiB1bmRlcnZvbHQgYW5kIGxvY2t1cCwgYnV0IHRoaXMK dXN1YWxseSBtYWtlcyB0aGUgc3lzdGVtIHJlc2V0LgoKWW91IGdldCB0aGUgaWRlYSwgeW91ciBz eW1wdG9tcyBhcmUgcG9pbnRpbmcgdG8gaGFyZHdhcmUgaXNzdWVzIGluIG15IG9waW5pb24uCgpE YXZpZAoKT24gMTAvMzEvMDcsIOTNydTSycog68/NwczFxdcgPGQua29tYWxlZXZAa29ubGlnYS5y dT4gd3JvdGU6Cj4gSGVsbG8gZXZlcnlib2R5Cj4KPiBJIGhhdmUgYSBiaWcgcHJvYmxlbQo+Cj4g VGhlcmUgaXMgb25lIEZyZWVCU0Qgc2VydmVyIGluIG91ciBjb21wYW55LiBUaGUgc2VydmVyIHBs YXRmb3JtIGlzOiBTdXBlcm1pY3JvIFN1cGVyU2VydmVyIDYwMTRWLVQyQiAoMnggSW50ZWwgWGVv biAyLjgsIDFHYiBSQU0sIDNXQVJFIDNXLTgwMDYtMkxQIFJBSUQtQ29udHJvbGxlcikuCj4gVGhl IHNlcnZlciB3b3JrcyBhczoKPiAtIGEgZ2F0ZXdheSBiZXR3ZWVuIExBTiBhbmQgSW50ZXJuZXQK PiAtIGFuIEludHJhbmV0IHdlYi0gYW5kIGRhdGFiYXNlIHNlcnZlciAoQXBhY2hlICsgTXlTUUwg KyBQSFApCj4gLSBhIGZpcmV3YWxsIChPcGVuQlNEIHBmKQo+IC0gYSB0cmFuc3BhcmVudCBwcm94 eSBzZXJ2ZXIgKFNxdWlkKQo+IEEgbW91bnRobHkgdHJhZmZpYyB0aHJvdWdoIHRoaXMgc2VydmVy IGlzIGFib3V0IDEwMEdiLiBUaGVyZSBpcyBhYm91dCAyMDAgaW50ZXJuZXQgdXNlcnMgaW4gb3Vy IGNvbnBhbnkuCj4gSGVyZSBpcyBhIHBhcnQgb2YgbXkgZG1lc2ctbGlzdGluZzoKPgo+IENvcHly aWdodCAoYykgMTk5Mi0yMDA3IFRoZSBGcmVlQlNEIFByb2plY3QuCj4gQ29weXJpZ2h0IChjKSAx OTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAxOTk0 Cj4gICAgICAgICBUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBB bGwgcmlnaHRzIHJlc2VydmVkLgo+IEZyZWVCU0QgaXMgYSByZWdpc3RlcmVkIHRyYWRlbWFyayBv ZiBUaGUgRnJlZUJTRCBGb3VuZGF0aW9uLgo+IEZyZWVCU0QgNi4yLVJFTEVBU0UtcDggIzI6IFRo dSBPY3QgMTEgMTk6NTE6MjUgTVNEIDIwMDcKPiAgICAgc2FAZ2F0ZXdheS5rb25saWdhLnJ1Oi91 c3Ivb2JqL3Vzci9zcmMvc3lzL0tFUk5FTDAxX05PU01QCj4gbW9kdWxlX3JlZ2lzdGVyOiBtb2R1 bGUgcGNpL2VtIGFscmVhZHkgZXhpc3RzIQo+IE1vZHVsZSBwY2kvZW0gZmFpbGVkIHRvIHJlZ2lz dGVyOiAxNwo+IEFDUEkgQVBJQyBUYWJsZTogPEEgTSBJICBPRU1BUElDID4KPiBUaW1lY291bnRl ciAiaTgyNTQiIGZyZXF1ZW5jeSAxMTkzMTgyIEh6IHF1YWxpdHkgMAo+IENQVTogSW50ZWwoUikg WGVvbihUTSkgQ1BVIDIuODBHSHogKDI4MDAuMTItTUh6IDY4Ni1jbGFzcyBDUFUpCj4gICBPcmln aW4gPSAiR2VudWluZUludGVsIiAgSWQgPSAweGY0MyAgU3RlcHBpbmcgPSAzCj4gICBGZWF0dXJl cz0weGJmZWJmYmZmPEZQVSxWTUUsREUsUFNFLFRTQyxNU1IsUEFFLE1DRSxDWDgsQVBJQyxTRVAs TVRSUixQR0UsTUNBLENNT1YsUEFULFBTRTM2LENMRkxVU0gsRFRTLEFDUEksTU1YLEZYU1IsU1NF LFNTRTIsU1MsSFRULFRNLFBCRT4KPiAgIEZlYXR1cmVzMj0weDY0MWQ8U1NFMyxSU1ZEMixNT04s RFNfQ1BMLENOVFgtSUQsQ1gxNiw8YjE0Pj4KPiAgIEFNRCBGZWF0dXJlcz0weDIwMDAwMDAwPExN Pgo+ICAgTG9naWNhbCBDUFVzIHBlciBjb3JlOiAyCj4gcmVhbCBtZW1vcnkgID0gMTA3MzQ3OTY4 MCAoMTAyMyBNQikKPiBhdmFpbCBtZW1vcnkgPSAxMDQxNDY1MzQ0ICg5OTMgTUIpCj4gaW9hcGlj MCA8VmVyc2lvbiAyLjA+IGlycXMgMC0yMyBvbiBtb3RoZXJib2FyZAo+IGlvYXBpYzEgPFZlcnNp b24gMi4wPiBpcnFzIDI0LTQ3IG9uIG1vdGhlcmJvYXJkCj4gaWNod2QgbW9kdWxlIGxvYWRlZAo+ IGtiZDEgYXQga2JkbXV4MAo+IGF0aF9oYWw6IDAuOS4xNy4yIChBUjUyMTAsIEFSNTIxMSwgQVI1 MjEyLCBSRjUxMTEsIFJGNTExMiwgUkYyNDEzLCBSRjU0MTMpCj4gYWNwaTA6IDxBIE0gSSBPRU1S U0RUPiBvbiBtb3RoZXJib2FyZAo+IGFjcGkwOiBQb3dlciBCdXR0b24gKGZpeGVkKQo+IFRpbWVj b3VudGVyICJBQ1BJLWZhc3QiIGZyZXF1ZW5jeSAzNTc5NTQ1IEh6IHF1YWxpdHkgMTAwMAo+IGFj cGlfdGltZXIwOiA8MjQtYml0IHRpbWVyIGF0IDMuNTc5NTQ1TUh6PiBwb3J0IDB4NDA4LTB4NDBi IG9uIGFjcGkwCj4gY3B1MDogPEFDUEkgQ1BVPiBvbiBhY3BpMAo+IGFjcGlfdGhyb3R0bGUwOiA8 QUNQSSBDUFUgVGhyb3R0bGluZz4gb24gY3B1MAo+IHBjaWIwOiA8QUNQSSBIb3N0LVBDSSBicmlk Z2U+IHBvcnQgMHhjZjgtMHhjZmYgb24gYWNwaTAKPiBwY2kwOiA8QUNQSSBQQ0kgYnVzPiBvbiBw Y2liMAo+IHBjaWIxOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gaXJxIDE2IGF0IGRldmljZSAyLjAg b24gcGNpMAo+IHBjaTE6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIxCj4gcGNpYjI6IDxBQ1BJIFBD SS1QQ0kgYnJpZGdlPiBpcnEgMTYgYXQgZGV2aWNlIDMuMCBvbiBwY2kwCj4gcGNpMjogPEFDUEkg UENJIGJ1cz4gb24gcGNpYjIKPiBwY2liMzogPEFDUEkgUENJLVBDSSBicmlkZ2U+IGF0IGRldmlj ZSAyOC4wIG9uIHBjaTAKPiBwY2kzOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMwo+IHR3ZTA6IDwz d2FyZSBTdG9yYWdlIENvbnRyb2xsZXIuIERyaXZlciB2ZXJzaW9uIDEuNTAuMDEuMDAyPiBwb3J0 IDB4YmMwMC0weGJjMGYgbWVtIDB4ZmM5ZmZjMDAtMHhmYzlmZmMwZiwweGZjMDAwMDAwLTB4ZmM3 ZmZmZmYgaXJxIDI0IGF0IGRldmljZSAxLjAgb24gcGNpMwo+IHR3ZTA6IFtHSUFOVC1MT0NLRURd Cj4gdHdlMDogMiBwb3J0cywgRmlybXdhcmUgRkU4UyAxLjA1LjAwLjA2OCwgQklPUyBCRTdYIDEu MDguMDAuMDQ4Cj4gZW0wOiA8SW50ZWwoUikgUFJPLzEwMDAgTmV0d29yayBDb25uZWN0aW9uIFZl cnNpb24gLSA2LjYuNj4gcG9ydCAweGI4MDAtMHhiODNmIG1lbSAweGZjOWMwMDAwLTB4ZmM5ZGZm ZmYgaXJxIDI2IGF0IGRldmljZSAzLjAgb24gcGNpMwo+IGVtMDogRXRoZXJuZXQgYWRkcmVzczog MDA6MzA6NDg6NTg6NGQ6MmEKPiBlbTA6IFtGQVNUXQo+IGVtMTogPEludGVsKFIpIFBSTy8xMDAw IE5ldHdvcmsgQ29ubmVjdGlvbiBWZXJzaW9uIC0gNi42LjY+IHBvcnQgMHhiNDAwLTB4YjQzZiBt ZW0gMHhmYzlhMDAwMC0weGZjOWJmZmZmIGlycSAyNyBhdCBkZXZpY2UgNC4wIG9uIHBjaTMKPiBl bTE6IEV0aGVybmV0IGFkZHJlc3M6IDAwOjMwOjQ4OjU4OjRkOjJiCj4gZW0xOiBbRkFTVF0KPiB1 aGNpMDogPFVIQ0kgKGdlbmVyaWMpIFVTQiBjb250cm9sbGVyPiBwb3J0IDB4ZTgwMC0weGU4MWYg aXJxIDE2IGF0IGRldmljZSAyOS4wIG9uIHBjaTAKPiB1aGNpMDogW0dJQU5ULUxPQ0tFRF0KPiB1 c2IwOiA8VUhDSSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+IG9uIHVoY2kwCj4gdXNiMDogVVNC IHJldmlzaW9uIDEuMAo+IHVodWIwOiBJbnRlbCBVSENJIHJvb3QgaHViLCBjbGFzcyA5LzAsIHJl diAxLjAwLzEuMDAsIGFkZHIgMQo+IHVodWIwOiAyIHBvcnRzIHdpdGggMiByZW1vdmFibGUsIHNl bGYgcG93ZXJlZAo+IHVoY2kxOiA8VUhDSSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+IHBvcnQg MHhlYzAwLTB4ZWMxZiBpcnEgMTkgYXQgZGV2aWNlIDI5LjEgb24gcGNpMAo+IHVoY2kxOiBbR0lB TlQtTE9DS0VEXQo+IHVzYjE6IDxVSENJIChnZW5lcmljKSBVU0IgY29udHJvbGxlcj4gb24gdWhj aTEKPiB1c2IxOiBVU0IgcmV2aXNpb24gMS4wCj4gdWh1YjE6IEludGVsIFVIQ0kgcm9vdCBodWIs IGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxCj4gdWh1YjE6IDIgcG9ydHMgd2l0aCAy IHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCj4gcGNpMDogPGJhc2UgcGVyaXBoZXJhbD4gYXQgZGV2 aWNlIDI5LjQgKG5vIGRyaXZlciBhdHRhY2hlZCkKPiBwY2kwOiA8YmFzZSBwZXJpcGhlcmFsLCBp bnRlcnJ1cHQgY29udHJvbGxlcj4gYXQgZGV2aWNlIDI5LjUgKG5vIGRyaXZlciBhdHRhY2hlZCkK PiBlaGNpMDogPEludGVsIDYzMDBFU0IgVVNCIDIuMCBjb250cm9sbGVyPiBtZW0gMHhmZWJmZmMw MC0weGZlYmZmZmZmIGlycSAyMyBhdCBkZXZpY2UgMjkuNyBvbiBwY2kwCj4gZWhjaTA6IFtHSUFO VC1MT0NLRURdCj4gdXNiMjogRUhDSSB2ZXJzaW9uIDEuMAo+IHVzYjI6IGNvbXBhbmlvbiBjb250 cm9sbGVycywgMiBwb3J0cyBlYWNoOiB1c2IwIHVzYjEKPiB1c2IyOiA8SW50ZWwgNjMwMEVTQiBV U0IgMi4wIGNvbnRyb2xsZXI+IG9uIGVoY2kwCj4gdXNiMjogVVNCIHJldmlzaW9uIDIuMAo+IHVo dWIyOiBJbnRlbCBFSENJIHJvb3QgaHViLCBjbGFzcyA5LzAsIHJldiAyLjAwLzEuMDAsIGFkZHIg MQo+IHVodWIyOiA0IHBvcnRzIHdpdGggNCByZW1vdmFibGUsIHNlbGYgcG93ZXJlZAo+IHBjaWI0 OiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2aWNlIDMwLjAgb24gcGNpMAo+IHBjaTQ6IDxB Q1BJIFBDSSBidXM+IG9uIHBjaWI0Cj4gcGNpNDogPGRpc3BsYXksIFZHQT4gYXQgZGV2aWNlIDUu MCAobm8gZHJpdmVyIGF0dGFjaGVkKQo+IGlzYWIwOiA8UENJLUlTQSBicmlkZ2U+IGF0IGRldmlj ZSAzMS4wIG9uIHBjaTAKPiBpc2EwOiA8SVNBIGJ1cz4gb24gaXNhYjAKPiBhdGFwY2kwOiA8SW50 ZWwgNjMwMEVTQiBVRE1BMTAwIGNvbnRyb2xsZXI+IHBvcnQgMHgxZjAtMHgxZjcsMHgzZjYsMHgx NzAtMHgxNzcsMHgzNzYsMHhmYzAwLTB4ZmMwZiBhdCBkZXZpY2UgMzEuMSBvbiBwY2kwCj4gYXRh MDogPEFUQSBjaGFubmVsIDA+IG9uIGF0YXBjaTAKPiBhdGExOiA8QVRBIGNoYW5uZWwgMT4gb24g YXRhcGNpMAo+IHBjaTA6IDxzZXJpYWwgYnVzLCBTTUJ1cz4gYXQgZGV2aWNlIDMxLjMgKG5vIGRy aXZlciBhdHRhY2hlZCkKPiBhY3BpX2J1dHRvbjA6IDxQb3dlciBCdXR0b24+IG9uIGFjcGkwCj4g YWNwaV9idXR0b24xOiA8U2xlZXAgQnV0dG9uPiBvbiBhY3BpMAo+IHNpbzA6IGNvbmZpZ3VyZWQg aXJxIDQgbm90IGluIGJpdG1hcCBvZiBwcm9iZWQgaXJxcyAwCj4gc2lvMDogcG9ydCBtYXkgbm90 IGJlIGVuYWJsZWQKPiBzaW8wOiA8MTY1NTBBLWNvbXBhdGlibGUgQ09NIHBvcnQ+IHBvcnQgMHgz ZjgtMHgzZmYgaXJxIDQgZmxhZ3MgMHgxMCBvbiBhY3BpMAo+IHNpbzA6IHR5cGUgMTY1NTBBCj4g c2lvMTogY29uZmlndXJlZCBpcnEgMyBub3QgaW4gYml0bWFwIG9mIHByb2JlZCBpcnFzIDAKPiBz aW8xOiBwb3J0IG1heSBub3QgYmUgZW5hYmxlZAo+IHNpbzE6IDwxNjU1MEEtY29tcGF0aWJsZSBD T00gcG9ydD4gcG9ydCAweDJmOC0weDJmZiBpcnEgMyBvbiBhY3BpMAo+IHNpbzE6IHR5cGUgMTY1 NTBBCj4gZmRjMDogPGZsb3BweSBkcml2ZSBjb250cm9sbGVyIChGREUpPiBwb3J0IDB4M2YwLTB4 M2Y1LDB4M2Y3IGlycSA2IGRycSAyIG9uIGFjcGkwCj4gZmRjMDogW0ZBU1RdCj4gZmQwOiA8MTQ0 MC1LQiAzLjUiIGRyaXZlPiBvbiBmZGMwIGRyaXZlIDAKPiBwcGMwOiA8RUNQIHBhcmFsbGVsIHBy aW50ZXIgcG9ydD4gcG9ydCAweDM3OC0weDM3ZiwweDc3OC0weDc3ZiBpcnEgNyBkcnEgMyBvbiBh Y3BpMAo+IHBwYzA6IFNNQy1saWtlIGNoaXBzZXQgKEVDUC9FUFAvUFMyL05JQkJMRSkgaW4gQ09N UEFUSUJMRSBtb2RlCj4gcHBjMDogRklGTyB3aXRoIDE2LzE2LzkgYnl0ZXMgdGhyZXNob2xkCj4g cHBidXMwOiA8UGFyYWxsZWwgcG9ydCBidXM+IG9uIHBwYzAKPiBwbGlwMDogPFBMSVAgbmV0d29y ayBpbnRlcmZhY2U+IG9uIHBwYnVzMAo+IGxwdDA6IDxQcmludGVyPiBvbiBwcGJ1czAKPiBscHQw OiBJbnRlcnJ1cHQtZHJpdmVuIHBvcnQKPiBwcGkwOiA8UGFyYWxsZWwgSS9PPiBvbiBwcGJ1czAK PiBhdGtiZGMwOiA8S2V5Ym9hcmQgY29udHJvbGxlciAoaTgwNDIpPiBwb3J0IDB4NjAsMHg2NCBp cnEgMSBvbiBhY3BpMAo+IGF0a2JkMDogPEFUIEtleWJvYXJkPiBpcnEgMSBvbiBhdGtiZGMwCj4g a2JkMCBhdCBhdGtiZDAKPiBhdGtiZDA6IFtHSUFOVC1MT0NLRURdCj4gcHNtMDogPFBTLzIgTW91 c2U+IGlycSAxMiBvbiBhdGtiZGMwCj4gcHNtMDogW0dJQU5ULUxPQ0tFRF0KPiBwc20wOiBtb2Rl bCBJbnRlbGxpTW91c2UsIGRldmljZSBJRCAzCj4gaWNod2QwOiA8SW50ZWwgNjMwMEVTQiB3YXRj aGRvZyB0aW1lcj4gb24gaXNhMAo+IHBtdGltZXIwIG9uIGlzYTAKPiBvcm0wOiA8SVNBIE9wdGlv biBST01zPiBhdCBpb21lbSAweGMwMDAwLTB4YzdmZmYsMHhjODAwMC0weGM4ZmZmLDB4Yzk4MDAt MHhjYTdmZiwweGNhODAwLTB4Y2I3ZmYgb24gaXNhMAo+IHNjMDogPFN5c3RlbSBjb25zb2xlPiBh dCBmbGFncyAweDEwMCBvbiBpc2EwCj4gc2MwOiBWR0EgPDE2IHZpcnR1YWwgY29uc29sZXMsIGZs YWdzPTB4MzAwPgo+IHZnYTA6IDxHZW5lcmljIElTQSBWR0E+IGF0IHBvcnQgMHgzYzAtMHgzZGYg aW9tZW0gMHhhMDAwMC0weGJmZmZmIG9uIGlzYTAKPiBUaW1lY291bnRlciAiVFNDIiBmcmVxdWVu Y3kgMjgwMDExODIwMiBIeiBxdWFsaXR5IDgwMAo+IFRpbWVjb3VudGVycyB0aWNrIGV2ZXJ5IDEu MDAwIG1zZWMKPiBhY2QwOiBDRFJPTSA8Q0QtMjI0RS1OLzEuQUE+IGF0IGF0YTAtbWFzdGVyIFVE TUEzMwo+IHR3ZWQwOiA8VW5pdCAwLCBUd2luU3RvciwgTm9ybWFsPiBvbiB0d2UwCj4gdHdlZDA6 IDE1MjYyNk1CICgzMTI1Nzk3NjAgc2VjdG9ycykKPiBUcnlpbmcgdG8gbW91bnQgcm9vdCBmcm9t IHVmczovZGV2L3R3ZWQwczFhCj4gZXh0MDogbGluayBzdGF0ZSBjaGFuZ2VkIHRvIFVQCj4gaW50 MDogbGluayBzdGF0ZSBjaGFuZ2VkIHRvIFVQCj4gdmxhbjA6IGxpbmsgc3RhdGUgY2hhbmdlZCB0 byBVUAo+Cj4gVGhpcyBzZXJ2ZXIgaGFuZ3MgdXAgZXZlcnkgZGF5IHdpdGhvdXQgYW55IG1lc3Nh Z2VzIGluIHRoZSBsb2cgZmlsZXMgYW5kIG9uIHRoZSBzeXN0ZW0gY29uc29sZS4gQSBrZXlib2Fy ZCBkb3Nlbid0IHdvcmsgdG9vLiBJIGNhbiBtYWtlIG9ubHkgaGFyZCByZXNldCBhbmQgYWZ0ZXIg cmVzdGFydCBjb3JlZHVtcCBmaWxlcyBhcmUgbm90IGFwcGVhcmluZy4KPiBIZXJlIGlzIG15IGtl cm5lbCBjb25maWd1cmF0aW9uIGZpbGU6Cj4KPiBpbmNsdWRlIEdFTkVSSUMKPiBpZGVudCAgICAg ICAgICAgS0VSTkVMMDFfTk9TTVAKPiBkZXZpY2UgICAgICAgICAgaWNod2QgIyBJbnRlbCBJQ0gg d2F0Y2hkb2cgdGltZXIKPiAjb3B0aW9ucyAgICAgICAgU01QCj4gb3B0aW9ucyAgICAgICAgIEFM VFEKPiBvcHRpb25zICAgICAgICAgQUxUUV9DQlEKPiBvcHRpb25zICAgICAgICAgQUxUUV9SRUQK PiBvcHRpb25zICAgICAgICAgQUxUUV9SSU8KPiBvcHRpb25zICAgICAgICAgQUxUUV9IRlNDCj4g b3B0aW9ucyAgICAgICAgIEFMVFFfUFJJUQo+ICNvcHRpb25zICAgICAgICAgICAgICAgIEFMVFFf Tk9QQ0MKPiBvcHRpb25zICAgICAgICAgU0NfRElTQUJMRV9SRUJPT1QKPiBvcHRpb25zICAgICAg ICAgTVBfV0FUQ0hET0cKPiBvcHRpb25zICAgICAgICAgU1dfV0FUQ0hET0cKPgo+IElmIEkgbWFr ZSBhbmQgaW5zdGFsbCBhIGtlcm5lbCB3aXRoIFNNUCBvcHRpb25zIHRoZSBzeXN0ZW0gdW5kZXIg d29ya2luZyBsb2FkIGJlZ2lucyBoYW5nIHVwIGV2ZXJ5IHR3byBob3Vycy4KPgo+IFRoZSB0d28g ZGF5cyAiTWVtdGVzdCIgZ2F2ZSBubyByZXN1bHQuCj4gSSB0cmllZCB0byBpbnN0YWxsIHRoZSBu ZXdlc3QgSW50ZWwgZXRoZXJuZXQgYWRhcHRlciBkcml2ZXIsIGJ1dCB3aXRob3V0IGFueSByZXN1 bHRzLgo+IEFzIGFuIGV4cGVyaW1lbnQgSSB0cmllZCBhbHNvIHRvIHBsdWcgYSBzeXN0ZW0gSERE IHRvIGFub3RoZXIgc2V2ZXIgcGxhdGZvcm0gKFN1cGVyU2VydmVyIDYwMTVWLVRCKSwgYnV0IHN5 c3RlbSBoYW5naW5nIGRpZG4ndCBzdG9wLgo+IEkgdGhpbmsgdGhhdCBpdCBpcyBub3Qgb25seSBo YXJkd2FyZSBwcm9ibGVtLgo+IExpbnV4IChHZW50b28pIGFuZCBXaW5kb3dzIHNlcnZlciAyMDAz IG9uIHRoaXMgaGFyZHdhcmUgd2VyZSB3b3JraW5nIGZpbmUuCj4KPiBQbGVhc2UgaGVscCBtZSB0 byBmaW5kIGEgc29sdXRpb24gYW5kIHNvbHZlIGEgcHJvYmxlbS4KPgo+IFlvdXIgZmFpdGhmdWxs eQo+IERtaXRyeSBLb21hbGVldgo+IElUIE1hbmFnZXIKPiAiRURJUFJFU1NFLUtPTkxJR0EiIGh0 dHA6Ly93d3cua29ubGlnYS5ydQo+IFJ1c3NpYSwgTW9zY293Cj4gdGVsLjogICs3ICg0OTUpIDc3 NS0xNC0zNSwgZXh0LiAxNjkKPiBmYXg6ICAgKzcgKDQ5NSkgNzc1LTE0LTM0Cj4KPiBQLlMuIEkg aGF2ZSB3cml0dGVuIHRoZSBCdWcgUmVwb3J0IG9uIG15IHByb2JsZW0gYnV0IGhhdmUgcmVjZWl2 ZWQgb25seSBvbmUgYWR2aWNlIHRvIHR1cm4gb2ZmIEFDUEktb3B0aW9uLgo+IElmIEkgZGlzYWJs ZSBBQ1BJLCB0aGVuIHRoZSBSQUlELWNvbnRyb2xsZXIgYW5kIGJvdGggb2YgdGhlIGV0aGVybmV0 IGNvbnRyb2xsZXJzIG9uIG15IHNlcnZlciByZWNpZXZlIHRoZSBzYW1lIElSUS4gSSBiZWxpZXZl IHRoaXMgaXMgbm90IGdvb2QuCj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX18KPiBmcmVlYnNkLXN0YWJsZUBmcmVlYnNkLm9yZyBtYWlsaW5nIGxpc3QKPiBo dHRwOi8vbGlzdHMuZnJlZWJzZC5vcmcvbWFpbG1hbi9saXN0aW5mby9mcmVlYnNkLXN0YWJsZQo+ IFRvIHVuc3Vic2NyaWJlLCBzZW5kIGFueSBtYWlsIHRvICJmcmVlYnNkLXN0YWJsZS11bnN1YnNj cmliZUBmcmVlYnNkLm9yZyIKPgo= From owner-freebsd-stable@FreeBSD.ORG Thu Nov 1 02:54:14 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 01BC016A41A for ; Thu, 1 Nov 2007 02:54:14 +0000 (UTC) (envelope-from clay@milos.co.za) Received: from bart.milos.co.za (bart.milos.co.za [196.38.18.66]) by mx1.freebsd.org (Postfix) with ESMTP id 1CE7113C480 for ; Thu, 1 Nov 2007 02:54:11 +0000 (UTC) (envelope-from clay@milos.co.za) Received: (qmail 22498 invoked by uid 89); 1 Nov 2007 02:47:10 -0000 Received: by simscan 1.2.0 ppid: 22493, pid: 22495, t: 1.4009s scanners: attach: 1.2.0 clamav: 0.88.7/m:44/d:4232 Received: from unknown (HELO claylaptop) (clay@milos.za.net@64.134.25.243) by bart.milos.co.za with ESMTPA; 1 Nov 2007 02:47:09 -0000 Message-ID: <012601c81c39$dbf8fa20$0e917095@claylaptop> From: "Clayton Milos" To: =?koi8-r?B?5M3J1NLJyiDrz83BzMXF1w==?= References: <2335ED0A1B2A294FACC6EB01EF0965F72EE7C0@exch01.konliga.ru> Date: Wed, 31 Oct 2007 21:46:57 -0600 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="koi8-r"; reply-type=original Content-Transfer-Encoding: 8bit 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: System hangs up every day 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, 01 Nov 2007 02:54:14 -0000 >A system failure of this sort (one which leaves no log entries of any > kind) is generally a hardware fault; memory stick failures tend to > cause kernel panics and easy repeatability. > > I would suggest examining the hardware components, the motherboard > could have some faulty capacitors (burst, leaking, or swollen); the > fans on the processors could be failing causing a lockup, the power > supply fans could be failing causing an undervolt and lockup, but this > usually makes the system reset. > > You get the idea, your symptoms are pointing to hardware issues in my > opinion. > > David Or as I've seen a few times a power supply that cannot handle the load. You have 2 CPU's and a few hard disks which are sucking electricity. What rating power supply are you using? I've found FreeBSD to be finicky about hardware. If the hardware is all good it works perfectly and never lets you down. Something starts going faulty and FreeBSD hangs. Other OS's tend to chug along unpredictably instead. If it's not the power supply it's possibly the raid card. I'm asuming you used the same raid card when you moved the drives to the other server. Just my 2c -Clay > On 10/31/07, wrote: >> Hello everybody >> >> I have a big problem >> >> There is one FreeBSD server in our company. The server platform is: >> Supermicro SuperServer 6014V-T2B (2x Intel Xeon 2.8, 1Gb RAM, 3WARE >> 3W-8006-2LP RAID-Controller). >> The server works as: >> - a gateway between LAN and Internet >> - an Intranet web- and database server (Apache + MySQL + PHP) >> - a firewall (OpenBSD pf) >> - a transparent proxy server (Squid) >> A mounthly traffic through this server is about 100Gb. There is about 200 >> internet users in our conpany. >> Here is a part of my dmesg-listing: >> >> Copyright (c) 1992-2007 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 is a registered trademark of The FreeBSD Foundation. >> FreeBSD 6.2-RELEASE-p8 #2: Thu Oct 11 19:51:25 MSD 2007 >> sa@gateway.konliga.ru:/usr/obj/usr/src/sys/KERNEL01_NOSMP >> module_register: module pci/em already exists! >> Module pci/em failed to register: 17 >> ACPI APIC Table: >> Timecounter "i8254" frequency 1193182 Hz quality 0 >> CPU: Intel(R) Xeon(TM) CPU 2.80GHz (2800.12-MHz 686-class CPU) >> Origin = "GenuineIntel" Id = 0xf43 Stepping = 3 >> >> Features=0xbfebfbff >> Features2=0x641d> >> AMD Features=0x20000000 >> Logical CPUs per core: 2 >> real memory = 1073479680 (1023 MB) >> avail memory = 1041465344 (993 MB) >> ioapic0 irqs 0-23 on motherboard >> ioapic1 irqs 24-47 on motherboard >> ichwd module loaded >> kbd1 at kbdmux0 >> ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, >> RF5413) >> acpi0: on motherboard >> acpi0: Power Button (fixed) >> Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 >> acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 >> cpu0: on acpi0 >> acpi_throttle0: on cpu0 >> pcib0: port 0xcf8-0xcff on acpi0 >> pci0: on pcib0 >> pcib1: irq 16 at device 2.0 on pci0 >> pci1: on pcib1 >> pcib2: irq 16 at device 3.0 on pci0 >> pci2: on pcib2 >> pcib3: at device 28.0 on pci0 >> pci3: on pcib3 >> twe0: <3ware Storage Controller. Driver version 1.50.01.002> port >> 0xbc00-0xbc0f mem 0xfc9ffc00-0xfc9ffc0f,0xfc000000-0xfc7fffff irq 24 at >> device 1.0 on pci3 >> twe0: [GIANT-LOCKED] >> twe0: 2 ports, Firmware FE8S 1.05.00.068, BIOS BE7X 1.08.00.048 >> em0: port >> 0xb800-0xb83f mem 0xfc9c0000-0xfc9dffff irq 26 at device 3.0 on pci3 >> em0: Ethernet address: 00:30:48:58:4d:2a >> em0: [FAST] >> em1: port >> 0xb400-0xb43f mem 0xfc9a0000-0xfc9bffff irq 27 at device 4.0 on pci3 >> em1: Ethernet address: 00:30:48:58:4d:2b >> em1: [FAST] >> uhci0: port 0xe800-0xe81f irq 16 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 0xec00-0xec1f irq 19 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 >> pci0: at device 29.4 (no driver attached) >> pci0: at device 29.5 (no driver >> attached) >> ehci0: mem 0xfebffc00-0xfebfffff irq >> 23 at device 29.7 on pci0 >> ehci0: [GIANT-LOCKED] >> usb2: EHCI version 1.0 >> usb2: companion controllers, 2 ports each: usb0 usb1 >> usb2: on ehci0 >> usb2: USB revision 2.0 >> uhub2: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 >> uhub2: 4 ports with 4 removable, self powered >> pcib4: at device 30.0 on pci0 >> pci4: on pcib4 >> pci4: at device 5.0 (no driver attached) >> isab0: at device 31.0 on pci0 >> isa0: on isab0 >> atapci0: port >> 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 31.1 on pci0 >> ata0: on atapci0 >> ata1: on atapci0 >> pci0: at device 31.3 (no driver attached) >> acpi_button0: on acpi0 >> acpi_button1: on acpi0 >> sio0: configured irq 4 not in bitmap of probed irqs 0 >> sio0: port may not be enabled >> sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on >> acpi0 >> sio0: type 16550A >> sio1: configured irq 3 not in bitmap of probed irqs 0 >> sio1: port may not be enabled >> sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 >> sio1: type 16550A >> 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-0x37f,0x778-0x77f irq 7 drq >> 3 on acpi0 >> ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode >> ppc0: FIFO with 16/16/9 bytes threshold >> ppbus0: on ppc0 >> 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] >> psm0: irq 12 on atkbdc0 >> psm0: [GIANT-LOCKED] >> psm0: model IntelliMouse, device ID 3 >> ichwd0: on isa0 >> pmtimer0 on isa0 >> orm0: at iomem >> 0xc0000-0xc7fff,0xc8000-0xc8fff,0xc9800-0xca7ff,0xca800-0xcb7ff 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 >> Timecounter "TSC" frequency 2800118202 Hz quality 800 >> Timecounters tick every 1.000 msec >> acd0: CDROM at ata0-master UDMA33 >> twed0: on twe0 >> twed0: 152626MB (312579760 sectors) >> Trying to mount root from ufs:/dev/twed0s1a >> ext0: link state changed to UP >> int0: link state changed to UP >> vlan0: link state changed to UP >> >> This server hangs up every day without any messages in the log files and >> on the system console. A keyboard dosen't work too. I can make only hard >> reset and after restart coredump files are not appearing. >> Here is my kernel configuration file: >> >> include GENERIC >> ident KERNEL01_NOSMP >> device ichwd # Intel ICH watchdog timer >> #options SMP >> options ALTQ >> options ALTQ_CBQ >> options ALTQ_RED >> options ALTQ_RIO >> options ALTQ_HFSC >> options ALTQ_PRIQ >> #options ALTQ_NOPCC >> options SC_DISABLE_REBOOT >> options MP_WATCHDOG >> options SW_WATCHDOG >> >> If I make and install a kernel with SMP options the system under working >> load begins hang up every two hours. >> >> The two days "Memtest" gave no result. >> I tried to install the newest Intel ethernet adapter driver, but without >> any results. >> As an experiment I tried also to plug a system HDD to another sever >> platform (SuperServer 6015V-TB), but system hanging didn't stop. >> I think that it is not only hardware problem. >> Linux (Gentoo) and Windows server 2003 on this hardware were working >> fine. >> >> Please help me to find a solution and solve a problem. >> >> Your faithfully >> Dmitry Komaleev >> IT Manager >> "EDIPRESSE-KONLIGA" http://www.konliga.ru >> Russia, Moscow >> tel.: +7 (495) 775-14-35, ext. 169 >> fax: +7 (495) 775-14-34 >> >> P.S. I have written the Bug Report on my problem but have received only >> one advice to turn off ACPI-option. >> If I disable ACPI, then the RAID-controller and both of the ethernet >> controllers on my server recieve the same IRQ. I believe this is not >> good. >> _______________________________________________ >> 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 Thu Nov 1 03:14:21 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9287516A589 for ; Thu, 1 Nov 2007 03:14:21 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.179]) by mx1.freebsd.org (Postfix) with ESMTP id 3C4F413C4B2 for ; Thu, 1 Nov 2007 03:14:21 +0000 (UTC) (envelope-from max@love2party.net) Received: from amd64.laiers.local (dslb-088-066-005-181.pools.arcor-ip.net [88.66.5.181]) by mrelayeu.kundenserver.de (node=mrelayeu1) with ESMTP (Nemesis) id 0MKwpI-1InPkS1ixN-0002Jw; Thu, 01 Nov 2007 03:25:34 +0100 From: Max Laier Organization: FreeBSD To: freebsd-stable@freebsd.org Date: Thu, 1 Nov 2007 03:25:15 +0100 User-Agent: KMail/1.9.7 References: <2335ED0A1B2A294FACC6EB01EF0965F72EE7C0@exch01.konliga.ru> In-Reply-To: <2335ED0A1B2A294FACC6EB01EF0965F72EE7C0@exch01.konliga.ru> X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<=?utf-8?q?=25=7D*=5FBD=0A=09U=5For=3D=5CmOZf764=26nYj=3DJYbR1PW0ud?=>|!~,,CPC.1-D$FG@0h3#'5"k{V]a~.<=?utf-8?q?mZ=7D44=23Se=7Em=0A=09Fe=7E=5C=5DX5B=5D=5Fxj?=(ykz9QKMw_l0C2AQ]}Ym8)fU MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart16356215.8bXtIXEidH"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200711010325.30711.max@love2party.net> X-Provags-ID: V01U2FsdGVkX1/Mc48eOJQitSdIznvZQ0O87ijh92pnA3ZipO/ /7VUWJRBSMXIPvuuZBnz7nIXb1HqqQS7Xk7hCFjVUlH/dyRrcW R/93M8IBO7EJ4Sp6S4USobvVWhlAdfx823/lMYctxU= Cc: =?utf-8?b?0JTQvNC40YLRgNC40Lkg0JrQvtC80LDQu9C10LXQsg==?= Subject: Re: System hangs up every day 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, 01 Nov 2007 03:14:21 -0000 --nextPart16356215.8bXtIXEidH Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 31 October 2007, =E4=CD=C9=D4=D2=C9=CA =EB=CF=CD=C1=CC=C5=C5= =D7 wrote: > Hello everybody > > I have a big problem > > There is one FreeBSD server in our company. The server platform is: > Supermicro SuperServer 6014V-T2B (2x Intel Xeon 2.8, 1Gb RAM, 3WARE > 3W-8006-2LP RAID-Controller). The server works as: > - a gateway between LAN and Internet > - an Intranet web- and database server (Apache + MySQL + PHP) > - a firewall (OpenBSD pf) Do you use any user or group rules as part of your pf.conf? If so, you=20 should take a look at the pf.conf(5) man page - specificly the BUGS=20 section. > - a transparent proxy server (Squid) > A mounthly traffic through this server is about 100Gb. There is about > 200 internet users in our conpany. Here is a part of my dmesg-listing: > > Copyright (c) 1992-2007 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 is a registered trademark of The FreeBSD Foundation. > FreeBSD 6.2-RELEASE-p8 #2: Thu Oct 11 19:51:25 MSD 2007 > sa@gateway.konliga.ru:/usr/obj/usr/src/sys/KERNEL01_NOSMP > module_register: module pci/em already exists! > Module pci/em failed to register: 17 > ACPI APIC Table: > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Xeon(TM) CPU 2.80GHz (2800.12-MHz 686-class CPU) > Origin =3D "GenuineIntel" Id =3D 0xf43 Stepping =3D 3 > =20 > Features=3D0xbfebfbffE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> > Features2=3D0x641d> > AMD Features=3D0x20000000 > Logical CPUs per core: 2 > real memory =3D 1073479680 (1023 MB) > avail memory =3D 1041465344 (993 MB) > ioapic0 irqs 0-23 on motherboard > ioapic1 irqs 24-47 on motherboard > ichwd module loaded > kbd1 at kbdmux0 > ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, > RF5413) acpi0: on motherboard > acpi0: Power Button (fixed) > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 > cpu0: on acpi0 > acpi_throttle0: on cpu0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > pcib1: irq 16 at device 2.0 on pci0 > pci1: on pcib1 > pcib2: irq 16 at device 3.0 on pci0 > pci2: on pcib2 > pcib3: at device 28.0 on pci0 > pci3: on pcib3 > twe0: <3ware Storage Controller. Driver version 1.50.01.002> port > 0xbc00-0xbc0f mem 0xfc9ffc00-0xfc9ffc0f,0xfc000000-0xfc7fffff irq 24 at > device 1.0 on pci3 twe0: [GIANT-LOCKED] > twe0: 2 ports, Firmware FE8S 1.05.00.068, BIOS BE7X 1.08.00.048 > em0: port > 0xb800-0xb83f mem 0xfc9c0000-0xfc9dffff irq 26 at device 3.0 on pci3 > em0: Ethernet address: 00:30:48:58:4d:2a > em0: [FAST] > em1: port > 0xb400-0xb43f mem 0xfc9a0000-0xfc9bffff irq 27 at device 4.0 on pci3 > em1: Ethernet address: 00:30:48:58:4d:2b > em1: [FAST] > uhci0: port 0xe800-0xe81f irq 16 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 0xec00-0xec1f irq 19 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 > pci0: at device 29.4 (no driver attached) > pci0: at device 29.5 (no driver > attached) ehci0: mem > 0xfebffc00-0xfebfffff irq 23 at device 29.7 on pci0 ehci0: > [GIANT-LOCKED] > usb2: EHCI version 1.0 > usb2: companion controllers, 2 ports each: usb0 usb1 > usb2: on ehci0 > usb2: USB revision 2.0 > uhub2: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 > uhub2: 4 ports with 4 removable, self powered > pcib4: at device 30.0 on pci0 > pci4: on pcib4 > pci4: at device 5.0 (no driver attached) > isab0: at device 31.0 on pci0 > isa0: on isab0 > atapci0: port > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 31.1 on > pci0 ata0: on atapci0 > ata1: on atapci0 > pci0: at device 31.3 (no driver attached) > acpi_button0: on acpi0 > acpi_button1: on acpi0 > sio0: configured irq 4 not in bitmap of probed irqs 0 > sio0: port may not be enabled > sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on > acpi0 sio0: type 16550A > sio1: configured irq 3 not in bitmap of probed irqs 0 > sio1: port may not be enabled > sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 > sio1: type 16550A > 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-0x37f,0x778-0x77f irq 7 > drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in > COMPATIBLE mode ppc0: FIFO with 16/16/9 bytes threshold > ppbus0: on ppc0 > 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] > psm0: irq 12 on atkbdc0 > psm0: [GIANT-LOCKED] > psm0: model IntelliMouse, device ID 3 > ichwd0: on isa0 > pmtimer0 on isa0 > orm0: at iomem > 0xc0000-0xc7fff,0xc8000-0xc8fff,0xc9800-0xca7ff,0xca800-0xcb7ff on isa0 > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=3D0x300> > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on > isa0 Timecounter "TSC" frequency 2800118202 Hz quality 800 > Timecounters tick every 1.000 msec > acd0: CDROM at ata0-master UDMA33 > twed0: on twe0 > twed0: 152626MB (312579760 sectors) > Trying to mount root from ufs:/dev/twed0s1a > ext0: link state changed to UP > int0: link state changed to UP > vlan0: link state changed to UP > > This server hangs up every day without any messages in the log files > and on the system console. A keyboard dosen't work too. I can make only > hard reset and after restart coredump files are not appearing. Here is > my kernel configuration file: > > include GENERIC > ident KERNEL01_NOSMP > device ichwd # Intel ICH watchdog timer > #options SMP > options ALTQ > options ALTQ_CBQ > options ALTQ_RED > options ALTQ_RIO > options ALTQ_HFSC > options ALTQ_PRIQ > #options ALTQ_NOPCC > options SC_DISABLE_REBOOT > options MP_WATCHDOG > options SW_WATCHDOG > > If I make and install a kernel with SMP options the system under > working load begins hang up every two hours. > > The two days "Memtest" gave no result. > I tried to install the newest Intel ethernet adapter driver, but > without any results. As an experiment I tried also to plug a system HDD > to another sever platform (SuperServer 6015V-TB), but system hanging > didn't stop. I think that it is not only hardware problem. > Linux (Gentoo) and Windows server 2003 on this hardware were working > fine. > > Please help me to find a solution and solve a problem. > > Your faithfully > Dmitry Komaleev > IT Manager > "EDIPRESSE-KONLIGA" http://www.konliga.ru > Russia, Moscow > tel.: +7 (495) 775-14-35, ext. 169 > fax: +7 (495) 775-14-34 > > P.S. I have written the Bug Report on my problem but have received only > one advice to turn off ACPI-option. If I disable ACPI, then the > RAID-controller and both of the ethernet controllers on my server > recieve the same IRQ. I believe this is not good. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart16356215.8bXtIXEidH Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHKTkaXyyEoT62BG0RAqyNAJsEMYATsFSJZEplCnsaYV8yo90fmwCcDQ5w h0zKPUz/x+N4qtAflfeXq84= =/+7P -----END PGP SIGNATURE----- --nextPart16356215.8bXtIXEidH-- From owner-freebsd-stable@FreeBSD.ORG Thu Nov 1 07:06:16 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B859816A41B for ; Thu, 1 Nov 2007 07:06:16 +0000 (UTC) (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 0FB7113C465 for ; Thu, 1 Nov 2007 07:06:15 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from ap-h.matik.com.br (ap-h.matik.com.br [200.152.83.36]) by msrv.matik.com.br (8.14.1/8.13.1) with ESMTP id lA124ev4073285; Thu, 1 Nov 2007 00:04:40 -0200 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-stable@freebsd.org, "Jason Slack" Date: Thu, 1 Nov 2007 00:04:11 -0300 User-Agent: KMail/1.9.7 References: <7dc35e670710291625l43902c92o5b364f84bf769811@mail.gmail.com> In-Reply-To: <7dc35e670710291625l43902c92o5b364f84bf769811@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200711010004.12029.joao@matik.com.br> X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on msrv.matik.com.br X-Virus-Status: Clean Cc: Subject: Re: Upgrading FreeBSD Questions 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, 01 Nov 2007 07:06:16 -0000 On Monday 29 October 2007 20:25:18 Jason Slack wrote: > I have an HP Media center PC that has the Viiv 920-D processor with 4GB of > RAM. I hate Windows, but had to sell my MacBook so my Fiance and I could > get into a new apartment together. you really should read manpage of "gmirror deactivate" or something and the= n=20 issue the "gmirror forget" cmd or get yourself a more reliable equipment :)= =20 or! ... transfer the apartment to me and I help you getting a new fiance=20 worth the troubles :) =2D-=20 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 Thu Nov 1 08:05:29 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3D1AA16A420 for ; Thu, 1 Nov 2007 08:05:29 +0000 (UTC) (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 ED0AA13C48A for ; Thu, 1 Nov 2007 08:05:28 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1InOic-0006mr-7W for freebsd-stable@freebsd.org; Thu, 01 Nov 2007 01:19:34 +0000 Received: from 78-0-72-123.adsl.net.t-com.hr ([78.0.72.123]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 01 Nov 2007 01:19:34 +0000 Received: from ivoras by 78-0-72-123.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 01 Nov 2007 01:19:34 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Thu, 01 Nov 2007 02:19:20 +0100 Lines: 41 Message-ID: References: <20071029111235.E69594@woozle.rinet.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigE6D75847D319B9F49C874FC9" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 78-0-72-123.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) In-Reply-To: <20071029111235.E69594@woozle.rinet.ru> X-Enigmail-Version: 0.95.5 Sender: news Subject: Re: rrdtool performance tuning (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: Thu, 01 Nov 2007 08:05:29 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigE6D75847D319B9F49C874FC9 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Dmitry Morozovsky wrote: > [hmm, after thinking a bit I decided it would be more appropriate here,= in=20 > stable@] >=20 > Dear colleagues, >=20 > any hints to tune rrdtool with ~30k rrd files (approx 2k target devices= )? >=20 > machine is mostly IO-bound, showing 100% disk load with 8 or sometimes = even 3=20 > mB/s, 300-400 tps (it's 2 SATA300 disks in gmirror) If you're willing to try RELENG_7, gjournal might help you, if you put the journal on a separate drive (i.e. separate from these two). Other than that, maybe you could set the rrd files on an async file system and then take periodic snapshots from that. --------------enigE6D75847D319B9F49C874FC9 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.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHKSmYldnAQVacBcgRAkkqAKCdVT4jFa7t+AmbKcpPYR4IIRgR6QCgxxSj w5tceq3kiTGko3GUc11Y8Xg= =M4lj -----END PGP SIGNATURE----- --------------enigE6D75847D319B9F49C874FC9-- From owner-freebsd-stable@FreeBSD.ORG Thu Nov 1 08:27:12 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 455C016A417 for ; Thu, 1 Nov 2007 08:27:12 +0000 (UTC) (envelope-from david.marec@davenulle.org) Received: from smtp.lamaiziere.net (net.lamaiziere.net [213.186.42.107]) by mx1.freebsd.org (Postfix) with ESMTP id 10AEC13C48D for ; Thu, 1 Nov 2007 08:27:12 +0000 (UTC) (envelope-from david.marec@davenulle.org) Received: from david (unknown [77.194.215.178]) by smtp.lamaiziere.net (Postfix) with ESMTP id 85A3D11805D1 for ; Thu, 1 Nov 2007 09:10:47 +0100 (CET) From: David Marec Organization: LaMienne To: freebsd-stable@freebsd.org Date: Thu, 1 Nov 2007 09:10:45 +0100 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200711010910.46120.david.marec@davenulle.org> Subject: Display freezes since the last update 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, 01 Nov 2007 08:27:12 -0000 hello, Since i updated my FreeBSD 6.3 box yesterday, the display hangs up while KDE is runnning, screen and keyboard are off, i stop the system by the poweroff push-button. I guess this occured when the screensaver or power management was launched. Nov 1 08:39:53 david kernel: pid 1126 (rarian-sk-get-cl), uid 1001: exited on signal 11 (core dumped) I can't disable the KDE's screensaver because it s buggy. regards, -- David Marec www.diablotins.org From owner-freebsd-stable@FreeBSD.ORG Thu Nov 1 08:38:05 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 91F6416A420; Thu, 1 Nov 2007 08:38:05 +0000 (UTC) (envelope-from wawa@yandex-team.ru) Received: from relanium.yandex.ru (relanium.yandex.ru [213.180.193.88]) by mx1.freebsd.org (Postfix) with ESMTP id 000BC13C4AA; Thu, 1 Nov 2007 08:38:04 +0000 (UTC) (envelope-from wawa@yandex-team.ru) Received: from [87.250.227.221] (v3-227-221.yandex.net [87.250.227.221]) by relanium.yandex.ru (8.14.1/8.14.1) with ESMTP id lA18aaLP040756 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 1 Nov 2007 11:36:37 +0300 (MSK) (envelope-from wawa@yandex-team.ru) Message-ID: <47299014.6020207@yandex-team.ru> Date: Thu, 01 Nov 2007 11:36:36 +0300 From: Vladimir Ivanov Organization: Yandex LLC User-Agent: Thunderbird 1.5.0.14pre (X11/20071023) MIME-Version: 1.0 To: Jack Vogel References: <2a41acea0710310935u6ed33491pcee4c6bd57d12d1a@mail.gmail.com> <4728AFCC.7020706@samsco.org> <47291716.1030904@yandex-team.ru> <2a41acea0710311728n69b5669fxb14fd382e3e072d4@mail.gmail.com> In-Reply-To: <2a41acea0710311728n69b5669fxb14fd382e3e072d4@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus: Dr.Web (R) for Mail Servers on relanium.yandex.ru host X-Antivirus-Code: 100000 Cc: "freebsd-net@freebsd.org" , FreeBSD Current , FreeBSD Stable List Subject: Re: Proposed #ifdef change to em 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, 01 Nov 2007 08:38:05 -0000 Hi, Jack Vogel wrote: > Vladimir, > > Your one phrase "more or less patched" invalidated the whole > data point. We are talking about code thats checked in and bound > for 6.3 :) Oops. I've got it. Maybe we talk about different kinds of watchdog. I have meant TX queue watchdogs. Yes, there is a problem with system watchdog in mainstream driver. Sometimes system stops to respond due to kernel activity for a one minute or less. Hardware watchdog can reset system this time. This issue is specific to taskq (fastintr) version of driver The fix is very simple: we've to schedule less priority to RX thread. We use PRI_MAX_KERN instead of PI_NET in Yandex' revision of driver. > > I have hundreds of machines here at Intel that DON'T have the > problem, that's why in early 20th century philosophy they realized > that verification as scientific method was ineffective, falsification > on the other hand is powerful. So if any users out there have > a problem I am trying to understand why. The only way that I > have so far reproduced something like their failure is when > FAST interrupts are enabled, THEN when I disable them on that > same machine the problem disappears. Right now I have still > not figured out why this is, I'm trying to do that as I write this. > > I am also not saying that nothing ever caused a watchdog > before FAST handling, only that as best that I can tell right now > the one repro I have on STABLE, October Snapshot, is related to it. > > Regards, > > Jack > WBR,Vladimir From owner-freebsd-stable@FreeBSD.ORG Thu Nov 1 09:00:12 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 03E7F16A419 for ; Thu, 1 Nov 2007 09:00:12 +0000 (UTC) (envelope-from oleg.lomaka@gmail.com) Received: from gnome.kiev.sovam.com (gnome.kiev.sovam.com [212.109.32.24]) by mx1.freebsd.org (Postfix) with ESMTP id 9532D13C48D for ; Thu, 1 Nov 2007 09:00:10 +0000 (UTC) (envelope-from oleg.lomaka@gmail.com) Received: from relay02.kiev.sovam.com ([62.64.120.197]) by gnome.kiev.sovam.com with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1InVu6-000Guz-63 for freebsd-stable@freebsd.org; Thu, 01 Nov 2007 10:59:54 +0200 Received: from [212.82.216.226] (helo=skuns.kiev.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1InVu4-000Ino-Mq for freebsd-stable@freebsd.org; Thu, 01 Nov 2007 10:59:53 +0200 Received: from tdevil.lomaka.org.ua (fc2.kiev.zoral.com.ua [10.1.1.7]) (authenticated bits=0) by skuns.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id lA18xjwo007474 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 1 Nov 2007 10:59:45 +0200 (EET) (envelope-from oleg.lomaka@gmail.com) Message-ID: <47299584.8080701@gmail.com> Date: Thu, 01 Nov 2007 10:59:48 +0200 From: Oleg Lomaka User-Agent: Thunderbird 2.0.0.6 (X11/20070819) MIME-Version: 1.0 To: pyunyh@gmail.com References: <20071024084934.GF11234@cdnetworks.co.kr> <471F52DC.4080305@gmail.com> <20071025020637.GA16092@cdnetworks.co.kr> <47203EC3.4010203@gmail.com> <20071025083032.GE16092@cdnetworks.co.kr> <20071027030921.GC25452@cdnetworks.co.kr> <4726EE79.6050401@lomaka.org.ua> <20071030085831.GG38663@cdnetworks.co.kr> <47273920.8090003@gmail.com> <20071031033638.GC42371@cdnetworks.co.kr> In-Reply-To: <20071031033638.GC42371@cdnetworks.co.kr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on skuns.kiev.zoral.com.ua X-Scanner-Signature: fa718887f43e9e3967a9d10f43843ba4 X-DrWeb-checked: yes X-SpamTest-Envelope-From: oleg.lomaka@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 1723 [Nov 01 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: freebsd-stable@freebsd.org Subject: Re: any hope for nfe/msk? 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, 01 Nov 2007 09:00:12 -0000 Hello, Pyun YongHyeon wrote: > On Tue, Oct 30, 2007 at 04:01:04PM +0200, Oleg Lomaka wrote: > > [...] > > > I had RxFIFO overrun again :( > > from dmest: > > msk0: Rx FIFO overrun! > > [...] > > Please try attached patch again. Sorry for the trouble. > After applying the patch show me verbosed dmesg output related with > msk(4)/PHY driver. > > Thanks for testing. > pcib1: irq 16 at device 28.0 on pci0 pcib1: domain 0 pcib1: secondary bus 2 pcib1: subordinate bus 2 pcib1: I/O decode 0x2000-0x2fff pcib1: memory decode 0xd0100000-0xd01fffff pcib1: no prefetched decode pci2: on pcib1 pci2: domain=0, physical bus=2 found-> vendor=0x11ab, dev=0x4352, revid=0x14 domain=0, bus=2, slot=0, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x4010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 MSI supports 2 messages, 64 bit map[10]: type Memory, range 64, base 0xd0100000, size 14, enabled pcib1: requested memory range 0xd0100000-0xd0103fff: good map[18]: type I/O Port, range 32, base 0x2000, size 8, enabled pcib1: requested I/O range 0x2000-0x20ff: in range pcib1: slot 0 INTA routed to irq 16 mskc0: port 0x2000-0x20ff mem 0xd0100000-0xd0103fff irq 16 at device 0.0 on pci2 mskc0: Reserved 0x4000 bytes for rid 0x10 type 3 at 0xd0100000 mskc0: MSI count : 2 mskc0: RAM buffer size : 4KB mskc0: Port 0 : Rx Queue 2KB(0x00000000:0x000007ff) mskc0: Port 0 : Tx Queue 2KB(0x00000800:0x00000fff) msk0: on mskc0 msk0: bpf attached msk0: Ethernet address: 00:1b:24:0e:bc:26 miibus0: on msk0 e1000phy0: PHY 0 on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto ioapic0: routing intpin 16 (PCI IRQ 16) to vector 49 mskc0: [MPSAFE] mskc0: [FILTER] From owner-freebsd-stable@FreeBSD.ORG Thu Nov 1 09:08:31 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D0F0816A417 for ; Thu, 1 Nov 2007 09:08:31 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.185]) by mx1.freebsd.org (Postfix) with ESMTP id A2D4A13C4E3 for ; Thu, 1 Nov 2007 09:08:31 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so346642rvb for ; Thu, 01 Nov 2007 02:08:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=NqX42lSNswjIPGpnmUQyideKzHr5cnljMf6pZtVAH+Y=; b=f8vvi0s1FH1pNXlqj+a73P6iZXNgTFBm8aCyIBdzLKhPa6k0yGakU1bpZgkXiUS+2WseIyv20eA/PdGV1xOXg2FEH4DIacmlgIkSdxZQQ+D5m8UZ9XMRY13NLhZAN+FRICtO3a/kvzmUxao7Mjml5tHYZzLLGWBT5IBrXVJ+SLI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=YjyOxJM4Occ2LIT/yMm5t2jEAClqd61x7N4Me1Y1mpeJN+RlZJBWVGFdIMkT6FysSazCftW2J5rp2YVTqVolkSZP/bLF5kX/uHuwiDOtn0NlVO1yayJ3s0xtSI4HfUJ/J78loomy7WhIhRghBLO0crLB7dZG8Sjrpluvwm5vfzQ= Received: by 10.115.22.1 with SMTP id z1mr389938wai.1193908099138; Thu, 01 Nov 2007 02:08:19 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id m40sm3173290wag.2007.11.01.02.08.15 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 01 Nov 2007 02:08:17 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id lA198BYK049292 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 1 Nov 2007 18:08:11 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id lA198BlU049291; Thu, 1 Nov 2007 18:08:11 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Thu, 1 Nov 2007 18:08:11 +0900 From: Pyun YongHyeon To: Oleg Lomaka Message-ID: <20071101090811.GE47075@cdnetworks.co.kr> References: <471F52DC.4080305@gmail.com> <20071025020637.GA16092@cdnetworks.co.kr> <47203EC3.4010203@gmail.com> <20071025083032.GE16092@cdnetworks.co.kr> <20071027030921.GC25452@cdnetworks.co.kr> <4726EE79.6050401@lomaka.org.ua> <20071030085831.GG38663@cdnetworks.co.kr> <47273920.8090003@gmail.com> <20071031033638.GC42371@cdnetworks.co.kr> <47299584.8080701@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47299584.8080701@gmail.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: any hope for nfe/msk? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Nov 2007 09:08:32 -0000 On Thu, Nov 01, 2007 at 10:59:48AM +0200, Oleg Lomaka wrote: > Hello, > > Pyun YongHyeon wrote: > >On Tue, Oct 30, 2007 at 04:01:04PM +0200, Oleg Lomaka wrote: > > > >[...] > > > > > I had RxFIFO overrun again :( > > > from dmest: > > > msk0: Rx FIFO overrun! > > > >[...] > > > >Please try attached patch again. Sorry for the trouble. > >After applying the patch show me verbosed dmesg output related with > >msk(4)/PHY driver. > > > >Thanks for testing. > > > pcib1: irq 16 at device 28.0 on pci0 > pcib1: domain 0 > pcib1: secondary bus 2 > pcib1: subordinate bus 2 > pcib1: I/O decode 0x2000-0x2fff > pcib1: memory decode 0xd0100000-0xd01fffff > pcib1: no prefetched decode > pci2: on pcib1 > pci2: domain=0, physical bus=2 > found-> vendor=0x11ab, dev=0x4352, revid=0x14 > domain=0, bus=2, slot=0, func=0 > class=02-00-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0007, statreg=0x4010, cachelnsz=16 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=a, irq=11 > powerspec 2 supports D0 D1 D2 D3 current D0 > MSI supports 2 messages, 64 bit > map[10]: type Memory, range 64, base 0xd0100000, size 14, enabled > pcib1: requested memory range 0xd0100000-0xd0103fff: good > map[18]: type I/O Port, range 32, base 0x2000, size 8, enabled > pcib1: requested I/O range 0x2000-0x20ff: in range > pcib1: slot 0 INTA routed to irq 16 > mskc0: port 0x2000-0x20ff mem > 0xd0100000-0xd0103fff irq 16 at device 0.0 on pci2 > mskc0: Reserved 0x4000 bytes for rid 0x10 type 3 at 0xd0100000 > mskc0: MSI count : 2 > mskc0: RAM buffer size : 4KB > mskc0: Port 0 : Rx Queue 2KB(0x00000000:0x000007ff) > mskc0: Port 0 : Tx Queue 2KB(0x00000800:0x00000fff) > msk0: on mskc0 > msk0: bpf attached > msk0: Ethernet address: 00:1b:24:0e:bc:26 > miibus0: on msk0 > e1000phy0: PHY 0 on miibus0 > e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > ioapic0: routing intpin 16 (PCI IRQ 16) to vector 49 > mskc0: [MPSAFE] > mskc0: [FILTER] > So far all looks good to me. If you encounter watchdog timeouts or Rx FIFO overruns let me know. -- Regards, Pyun YongHyeon From owner-freebsd-stable@FreeBSD.ORG Thu Nov 1 09:12:07 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C2B4B16A41B for ; Thu, 1 Nov 2007 09:12:07 +0000 (UTC) (envelope-from Rainer.Hurling@nw-fva.de) Received: from wald.nfv.gwdg.de (Wald.NFV.gwdg.de [134.76.242.31]) by mx1.freebsd.org (Postfix) with ESMTP id D22F813C4BD for ; Thu, 1 Nov 2007 09:12:06 +0000 (UTC) (envelope-from Rainer.Hurling@nw-fva.de) Received: from pc11b.nfv (Pc11B.nfv [192.168.2.111]) by wald.nfv.gwdg.de (Postfix) with ESMTP id D31B2609047; Thu, 1 Nov 2007 08:01:26 +0100 (CET) Message-ID: <472979C8.4070908@nw-fva.de> Date: Thu, 01 Nov 2007 08:01:28 +0100 From: Rainer Hurling Organization: Nordwestdeutsche Forstliche Versuchsanstalt User-Agent: Thunderbird 2.0.0.6 (X11/20071031) MIME-Version: 1.0 To: Eric Millbrandt References: <4728B0CC.40100@coldhaus.com> In-Reply-To: <4728B0CC.40100@coldhaus.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: usb keyboard FreeBSD 7.0-BETA1 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, 01 Nov 2007 09:12:07 -0000 Hi Eric, I reported yesterday on ports@, that with portupgrade of 30th October, rebuilding some xorg ports and restarting X now all LEDs of my USB-keyboards (3 systems) are working again. (FreeBSD 8.0-CURRENT i386) Hope this helps, Rainer Eric Millbrandt schrieb: > Hello all, > I has been a while since a FreeBSD release so I decided to help by > running 7.0-BETA1 to speed things along. One small thing that I noticed > off the bat is that the 'Num Lock', 'CAPS Lock', and 'Scroll Lock' leds > on my usb keyboard do not function. The actual keys still do their job, > but the Number and CAPS leds are always lit. I do remember them working > under RELENG_6_2. I only have the one usb keyboard so I can't tell if > it is vendor specific or not. My tablet pc also does not have a built > in keyboard or a connection for a ps2 keyboard, so I cannot comment on > those either. > I will happily run any debug code needed or supply any information > needed but do not have the time to find the issue myself. Below is > output from usbdevs and messages. /dev/usb3 and /dev/usb4 are a zoom > pcmcia bluetooth card which did not fully function in RELENG_6_2. They > now output some strange error messages, but bluetooth now works! > > output from usbdevs -d -v > Controller /dev/usb0: > addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), > Intel(0x0000), rev 1.00 > uhub0 > port 1 powered > port 2 powered > Controller /dev/usb1: > addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), > Intel(0x0000), rev 1.00 > uhub1 > port 1 addr 2: low speed, power 100 mA, config 1, USB K/B+Mouse(0x0808), > Jing-Mold(0x05af), rev 2.20 > ukbd0 > ums0 > port 2 addr 3: full speed, power 100 mA, config 1, Fingerprint > Sensor(0x2580), vendor 0x08ff(0x08ff), rev 6.21 > ugen0 > Controller /dev/usb2: > addr 1: high speed, self powered, config 1, EHCI root hub(0x0000), > Intel(0x0000), rev 1.00 > uhub2 > port 1 powered > port 2 powered > port 3 powered > port 4 powered > Controller /dev/usb3: > addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), > VIA(0x0000), rev 1.00 > uhub3 > port 1 addr 2: full speed, self powered, config 1, product > 0x0001(0x0001), vendor 0x0a12(0x0a12), rev 19.58 > ubt0 > port 2 powered > Controller /dev/usb4: > addr 1: full speed, self powered, config 1, product 0x0000(0x0000), > vendor 0x0000(0x0000), rev 1.00 > uhub4 > port 1 powered > port 2 powered > > > /var/log/messages > Oct 31 10:40:08 slate kernel: Copyright (c) 1992-2007 The FreeBSD Project. > Oct 31 10:40:08 slate kernel: Copyright (c) 1979, 1980, 1983, 1986, > 1988, 1989, 1991, 1992, 1993, 1994 > Oct 31 10:40:08 slate kernel: The Regents of the University of > California. All rights reserved. > Oct 31 10:40:08 slate kernel: FreeBSD is a registered trademark of The > FreeBSD Foundation. > Oct 31 10:40:08 slate kernel: FreeBSD 7.0-BETA1 #0: Mon Oct 29 23:40:03 > EDT 2007 > Oct 31 10:40:08 slate kernel: > emillbrandt@slate.coldhaus.com:/usr/obj/usr/src/sys/SLATE > Oct 31 10:40:08 slate kernel: Timecounter "i8254" frequency 1193182 Hz > quality 0 > Oct 31 10:40:08 slate kernel: CPU: Intel(R) Pentium(R) M processor > 1.20GHz (1197.37-MHz 686-class CPU) > Oct 31 10:40:08 slate kernel: Origin = "GenuineIntel" Id = 0x6d8 > Stepping = 8 > Oct 31 10:40:08 slate kernel: > Features=0xafe9fbff > > Oct 31 10:40:08 slate kernel: Features2=0x180 > Oct 31 10:40:08 slate kernel: AMD Features=0x100000 > Oct 31 10:40:08 slate kernel: real memory = 1332150272 (1270 MB) > Oct 31 10:40:08 slate kernel: avail memory = 1290915840 (1231 MB) > Oct 31 10:40:08 slate kernel: ACPI APIC Table: > Oct 31 10:40:08 slate kernel: ioapic0: Changing APIC ID to 1 > Oct 31 10:40:08 slate kernel: ioapic0 irqs 0-23 on > motherboard > Oct 31 10:40:08 slate kernel: kbd1 at kbdmux0 > Oct 31 10:40:08 slate kernel: ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, > RF5111, RF5112, RF2413, RF5413) > Oct 31 10:40:08 slate kernel: acpi0: on motherboard > Oct 31 10:40:08 slate kernel: acpi0: [ITHREAD] > Oct 31 10:40:08 slate kernel: acpi0: Power Button (fixed) > Oct 31 10:40:08 slate kernel: Timecounter "ACPI-fast" frequency 3579545 > Hz quality 1000 > Oct 31 10:40:08 slate kernel: acpi_timer0: <24-bit timer at 3.579545MHz> > port 0x1008-0x100b on acpi0 > Oct 31 10:40:08 slate kernel: cpu0: on acpi0 > Oct 31 10:40:08 slate kernel: est0: Control> on cpu0 > Oct 31 10:40:08 slate kernel: p4tcc0: on > cpu0 > Oct 31 10:40:08 slate kernel: pcib0: port > 0xcf8-0xcff on acpi0 > Oct 31 10:40:08 slate kernel: pci0: on pcib0 > Oct 31 10:40:08 slate kernel: vgapci0: port > 0x1400-0x1407 mem > 0xb0080000-0xb00fffff,0xc0000000-0xcfffffff,0xb0000000-0xb003ffff irq 16 > at device 2.0 on pci0 > Oct 31 10:40:08 slate kernel: agp0: controller> on vgapci0 > Oct 31 10:40:08 slate kernel: agp0: detected 7932k stolen memory > Oct 31 10:40:08 slate kernel: agp0: aperture size is 256M > Oct 31 10:40:08 slate kernel: vgapci1: at > device 2.1 on pci0 > Oct 31 10:40:08 slate kernel: pcib1: irq 17 at > device 28.0 on pci0 > Oct 31 10:40:08 slate kernel: pci2: on pcib1 > Oct 31 10:40:08 slate kernel: pci0:2:0:0: bad VPD cksum, remain 14 > Oct 31 10:40:08 slate kernel: bge0: Controller, ASIC rev. 0x4101> mem 0xb0100000-0xb010ffff irq 16 at device > 0.0 on pci2 > Oct 31 10:40:08 slate kernel: miibus0: on bge0 > Oct 31 10:40:08 slate kernel: brgphy0: > PHY 1 on miibus0 > Oct 31 10:40:08 slate kernel: brgphy0: 10baseT, 10baseT-FDX, 100baseTX, > 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto > Oct 31 10:40:08 slate kernel: bge0: Ethernet address: 00:0b:5d:d6:1c:d7 > Oct 31 10:40:08 slate kernel: bge0: [ITHREAD] > Oct 31 10:40:08 slate kernel: uhci0: controller USB-A> port 0x1420-0x143f irq 23 at device 29.0 on pci0 > Oct 31 10:40:08 slate kernel: uhci0: [GIANT-LOCKED] > Oct 31 10:40:08 slate kernel: uhci0: [ITHREAD] > Oct 31 10:40:08 slate kernel: usb0: controller USB-A> on uhci0 > Oct 31 10:40:08 slate kernel: usb0: USB revision 1.0 > Oct 31 10:40:08 slate kernel: uhub0: rev 1.00/1.00, addr 1> on usb0 > Oct 31 10:40:08 slate kernel: uhub0: 2 ports with 2 removable, self powered > Oct 31 10:40:08 slate kernel: uhci1: controller USB-B> port 0x1440-0x145f irq 19 at device 29.1 on pci0 > Oct 31 10:40:08 slate kernel: uhci1: [GIANT-LOCKED] > Oct 31 10:40:08 slate kernel: uhci1: [ITHREAD] > Oct 31 10:40:08 slate kernel: usb1: controller USB-B> on uhci1 > Oct 31 10:40:08 slate kernel: usb1: USB revision 1.0 > Oct 31 10:40:08 slate kernel: uhub1: rev 1.00/1.00, addr 1> on usb1 > Oct 31 10:40:08 slate kernel: uhub1: 2 ports with 2 removable, self powered > Oct 31 10:40:08 slate kernel: ehci0: controller> mem 0xb0040000-0xb00403ff irq 23 at device 29.7 on pci0 > Oct 31 10:40:08 slate kernel: ehci0: [GIANT-LOCKED] > Oct 31 10:40:08 slate kernel: ehci0: [ITHREAD] > Oct 31 10:40:08 slate kernel: usb2: EHCI version 1.0 > Oct 31 10:40:08 slate kernel: usb2: companion controllers, 2 ports each: > usb0 usb1 > Oct 31 10:40:08 slate kernel: usb2: controller> on ehci0 > Oct 31 10:40:08 slate kernel: usb2: USB revision 2.0 > Oct 31 10:40:08 slate kernel: uhub2: rev 2.00/1.00, addr 1> on usb2 > Oct 31 10:40:08 slate kernel: uhub2: 4 ports with 4 removable, self powered > Oct 31 10:40:08 slate kernel: pcib2: at device > 30.0 on pci0 > Oct 31 10:40:08 slate kernel: pci6: on pcib2 > Oct 31 10:40:08 slate kernel: cbb0: irq 16 at > device 3.0 on pci6 > Oct 31 10:40:08 slate kernel: cardbus0: on cbb0 > Oct 31 10:40:08 slate kernel: pccard0: <16-bit PCCard bus> on cbb0 > Oct 31 10:40:08 slate kernel: cbb0: [ITHREAD] > Oct 31 10:40:08 slate kernel: cbb1: at device 3.1 > on pci6 > Oct 31 10:40:08 slate kernel: cardbus1: on cbb1 > Oct 31 10:40:08 slate kernel: pccard1: <16-bit PCCard bus> on cbb1 > Oct 31 10:40:08 slate kernel: cbb1: [ITHREAD] > Oct 31 10:40:08 slate kernel: pci6: at device 3.2 (no > driver attached) > Oct 31 10:40:08 slate kernel: pci6: at device 3.3 (no driver > attached) > Oct 31 10:40:08 slate kernel: iwi0: mem > 0xb0202000-0xb0202fff irq 18 at device 5.0 on pci6 > Oct 31 10:40:08 slate kernel: iwi0: Ethernet address: 00:13:ce:b6:39:af > Oct 31 10:40:08 slate kernel: iwi0: [ITHREAD] > Oct 31 10:40:08 slate kernel: fwohci0: mem > 0xb0203000-0xb0203fff irq 21 at device 6.0 on pci6 > Oct 31 10:40:08 slate kernel: fwohci0: [FILTER] > Oct 31 10:40:08 slate kernel: fwohci0: OHCI version 1.10 (ROM=0) > Oct 31 10:40:08 slate kernel: fwohci0: No. of Isochronous channels is 4. > Oct 31 10:40:08 slate kernel: fwohci0: EUI64 00:00:0e:10:03:86:f7:9e > Oct 31 10:40:08 slate kernel: fwohci0: Phy 1394a available S400, 2 ports. > Oct 31 10:40:08 slate kernel: fwohci0: Link S400, max_rec 2048 bytes. > Oct 31 10:40:08 slate kernel: firewire0: on > fwohci0 > Oct 31 10:40:08 slate kernel: fwe0: on firewire0 > Oct 31 10:40:08 slate kernel: if_fwe0: Fake Ethernet address: > 02:00:0e:86:f7:9e > Oct 31 10:40:08 slate kernel: fwe0: Ethernet address: 02:00:0e:86:f7:9e > Oct 31 10:40:08 slate kernel: fwip0: on firewire0 > Oct 31 10:40:08 slate kernel: fwip0: Firewire address: > 00:00:0e:10:03:86:f7:9e @ 0xfffe00000000, S400, maxrec 2048 > Oct 31 10:40:08 slate kernel: sbp0: on firewire0 > Oct 31 10:40:08 slate kernel: dcons_crom0: on > firewire0 > Oct 31 10:40:08 slate kernel: dcons_crom0: bus_addr 0x13dc000 > Oct 31 10:40:08 slate kernel: fwohci0: Initiate bus reset > Oct 31 10:40:08 slate kernel: fwohci0: BUS reset > Oct 31 10:40:08 slate kernel: fwohci0: node_id=0xc000ffc0, gen=1, > CYCLEMASTER mode > Oct 31 10:40:08 slate kernel: pcm0: port > 0x1800-0x18ff,0x1480-0x14bf mem > 0xb0040800-0xb00409ff,0xb0040400-0xb00404ff irq 17 at device 30.2 on pci0 > Oct 31 10:40:08 slate kernel: pcm0: [ITHREAD] > Oct 31 10:40:08 slate kernel: pcm0: > Oct 31 10:40:08 slate kernel: pci0: at > device 30.3 (no driver attached) > Oct 31 10:40:08 slate kernel: isab0: at device 31.0 on > pci0 > Oct 31 10:40:08 slate kernel: isa0: on isab0 > Oct 31 10:40:08 slate kernel: atapci0: > port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1410-0x141f at device 31.1 on > pci0 > Oct 31 10:40:08 slate kernel: ata0: on atapci0 > Oct 31 10:40:08 slate kernel: ata0: [ITHREAD] > Oct 31 10:40:08 slate kernel: ata1: on atapci0 > Oct 31 10:40:08 slate kernel: ata1: [ITHREAD] > Oct 31 10:40:08 slate kernel: ichsmb0: port > 0x1460-0x147f irq 19 at device 31.3 on pci0 > Oct 31 10:40:08 slate kernel: ichsmb0: [GIANT-LOCKED] > Oct 31 10:40:08 slate kernel: ichsmb0: [ITHREAD] > Oct 31 10:40:08 slate kernel: smbus0: on ichsmb0 > Oct 31 10:40:08 slate kernel: smb0: on smbus0 > Oct 31 10:40:08 slate kernel: acpi_button0: on acpi0 > Oct 31 10:40:08 slate kernel: acpi_acad0: on acpi0 > Oct 31 10:40:08 slate kernel: battery0: on > acpi0 > Oct 31 10:40:08 slate kernel: atkbdc0: > port 0x60,0x64 irq 1 on acpi0 > Oct 31 10:40:08 slate kernel: atkbd0: irq 1 on atkbdc0 > Oct 31 10:40:08 slate kernel: kbd0 at atkbd0 > Oct 31 10:40:08 slate kernel: atkbd0: [GIANT-LOCKED] > Oct 31 10:40:08 slate kernel: atkbd0: [ITHREAD] > Oct 31 10:40:08 slate kernel: psm0: irq 12 on atkbdc0 > Oct 31 10:40:08 slate kernel: psm0: [GIANT-LOCKED] > Oct 31 10:40:08 slate kernel: psm0: [ITHREAD] > Oct 31 10:40:08 slate kernel: psm0: model IntelliMouse, device ID 3 > Oct 31 10:40:08 slate kernel: sio0: > port 0x3f8-0x3ff irq 3 flags 0x10 on acpi0 > Oct 31 10:40:08 slate kernel: sio0: type 16550A > Oct 31 10:40:08 slate kernel: sio0: [FILTER] > Oct 31 10:40:08 slate kernel: pmtimer0 on isa0 > Oct 31 10:40:08 slate kernel: orm0: at iomem > 0xcf800-0xd07ff,0xdc000-0xdffff pnpid ORM0000 on isa0 > Oct 31 10:40:08 slate kernel: ppc0: parallel port not found. > Oct 31 10:40:08 slate kernel: sc0: at flags 0x100 on isa0 > Oct 31 10:40:08 slate kernel: sc0: VGA <16 virtual consoles, flags=0x300> > Oct 31 10:40:08 slate kernel: sio1 at port 0x220-0x227 irq 4 on isa0 > Oct 31 10:40:08 slate kernel: sio1: type 16550A > Oct 31 10:40:08 slate kernel: sio1: [FILTER] > Oct 31 10:40:08 slate kernel: vga0: at port > 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > Oct 31 10:40:08 slate kernel: ukbd0: 0/0, rev 1.10/2.20, addr 2> on uhub1 > Oct 31 10:40:08 slate kernel: kbd2 at ukbd0 > Oct 31 10:40:08 slate kernel: ums0: rev 1.10/2.20, addr 2> on uhub1 > Oct 31 10:40:08 slate kernel: ums0: 2 buttons and Z dir. > Oct 31 10:40:08 slate kernel: ugen0: class 255/255, rev 1.10/6.21, addr 3> on uhub1 > Oct 31 10:40:08 slate kernel: Timecounter "TSC" frequency 1197366950 Hz > quality 800 > Oct 31 10:40:08 slate kernel: Timecounters tick every 1.000 msec > Oct 31 10:40:08 slate kernel: firewire0: 1 nodes, maxhop <= 0, cable IRM > = 0 (me) > Oct 31 10:40:08 slate kernel: firewire0: bus manager 0 (me) > Oct 31 10:40:08 slate kernel: ad0: 38154MB > at ata0-master UDMA100 > Oct 31 10:40:08 slate kernel: cardbus0: Expecting link target, got 0xb > Oct 31 10:40:08 slate kernel: uhci2: port > 0x1120-0x113f mem 0xb0206000-0xb02060ff irq 16 at device 0.0 on cardbus0 > Oct 31 10:40:08 slate kernel: uhci2: [GIANT-LOCKED] > Oct 31 10:40:08 slate kernel: uhci2: [ITHREAD] > Oct 31 10:40:08 slate kernel: pccard1: > (manufacturer=0xffff, product=0x0001, function_type=-1) at function 0 > Oct 31 10:40:08 slate kernel: pccard1: CIS info: O2Micro, > SmartCardBus Reader, V1.0 > Oct 31 10:40:08 slate kernel: usb3: on uhci2 > Oct 31 10:40:08 slate kernel: usb3: USB revision 1.0 > Oct 31 10:40:08 slate kernel: uhub3: 1.00/1.00, addr 1> on usb3 > Oct 31 10:40:08 slate kernel: uhub3: 2 ports with 2 removable, self powered > Oct 31 10:40:08 slate kernel: cardbus0: Expecting link target, got 0xb > Oct 31 10:40:08 slate kernel: uhci3: port > 0x1140-0x115f mem 0xb0208000-0xb02080ff irq 16 at device 0.1 on cardbus0 > Oct 31 10:40:08 slate kernel: uhci3: [GIANT-LOCKED] > Oct 31 10:40:08 slate kernel: uhci3: [ITHREAD] > Oct 31 10:40:08 slate kernel: usb4: on uhci3 > Oct 31 10:40:08 slate kernel: usb4: USB revision 1.0 > Oct 31 10:40:08 slate kernel: uhub4: 1.00/1.00, addr 1> on usb4 > Oct 31 10:40:08 slate kernel: uhub4: 2 ports with 2 removable, self powered > Oct 31 10:40:08 slate kernel: Trying to mount root from ufs:/dev/ad0s2a > Oct 31 10:40:08 slate kernel: ubt0: 224/1, rev 2.00/19.58, addr 2> on uhub3 > Oct 31 10:40:08 slate kernel: ubt0: Interface 0 endpoints: > interrupt=0x81, bulk-in=0x82, bulk-out=0x2 > Oct 31 10:40:08 slate kernel: ubt0: Interface 1 (alt.config 5) > endpoints: isoc-in=0x83, isoc-out=0x3; wMaxPacketSize=49; nframes=6, > buffer size=294 > Oct 31 10:40:08 slate kernel: WARNING: attempt to > net_add_domain(bluetooth) after domainfinalize() > Oct 31 10:40:08 slate kernel: WARNING: attempt to > net_add_domain(netgraph) after domainfinalize() > Oct 31 10:40:08 slate kernel: usb4: host system error > Oct 31 10:40:08 slate kernel: usb4: host controller halted > Oct 31 10:40:08 slate savecore: no dumps found > Oct 31 10:40:08 slate root: /etc/rc: WARNING: Ignoring scratch file > /usr/local/etc/rc.d/res915~ > Oct 31 10:40:09 slate gpsd[936]: gpsd: GPS device /dev/ttyp6 nonexistent > or can't be read > Oct 31 10:40:09 slate ntpd[941]: ntpd 4.2.0-a Mon Oct 29 19:59:30 EDT > 2007 (1) > Oct 31 10:40:16 slate kernel: drm0: on vgapci0 > Oct 31 10:40:16 slate kernel: info: [drm] AGP at 0xc0000000 256MB > Oct 31 10:40:16 slate kernel: info: [drm] Initialized i915 1.5.0 20060119 > Oct 31 10:40:16 slate kernel: drm0: [ITHREAD] > Oct 31 10:40:51 slate kernel: iwi0: link state changed to UP > > _______________________________________________ > 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" -- Dr. Rainer Hurling Nordwestdeutsche Forstliche Versuchsanstalt Phone: (049) 551 69401-145 Abteilung Waldschutz Mobil: (049) 160 5835-143 Sachgebiet Kfer und Mittelprfung Fax: (049) 551 69401-160 Grtzelstrae 2, D-37079 Gttingen, GERMANY Rainer.Hurling@nw-fva.de From owner-freebsd-stable@FreeBSD.ORG Thu Nov 1 09:45:48 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C091216A419 for ; Thu, 1 Nov 2007 09:45:48 +0000 (UTC) (envelope-from dennis.melentyev@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.226]) by mx1.freebsd.org (Postfix) with ESMTP id 8D8AD13C4B8 for ; Thu, 1 Nov 2007 09:45:48 +0000 (UTC) (envelope-from dennis.melentyev@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so381014wxd for ; Thu, 01 Nov 2007 02:45:32 -0700 (PDT) Received: by 10.90.83.14 with SMTP id g14mr6322594agb.1193818442036; Wed, 31 Oct 2007 01:14:02 -0700 (PDT) Received: by 10.90.36.19 with HTTP; Wed, 31 Oct 2007 01:14:01 -0700 (PDT) Message-ID: Date: Wed, 31 Oct 2007 10:14:01 +0200 From: "Dennis Melentyev" To: "=?UTF-8?B?0JzQuNGF0LDQuNC7INCa0LjQv9Cw?=" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline References: Cc: freebsd-stable@freebsd.org Subject: Re: Get packages from stabele tree via sysinstall 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, 01 Nov 2007 09:45:48 -0000 SGVsbG8gTWljaGFlbCwKCkFGQUlVLCB0aGUgcHJvYmxlbSBpcyB0aGF0IDYuMy1QUkVSRUxFQVNF IGRvZXMgbm90IGhhdmUgYmluYXJ5CnBhY2thZ2VzIGJ1aWx0IGZvciBpdC4gSXQgaXMgaW50ZW5k ZWQgZm9yIHRlc3RpbmcgcHVycG9zZXMuIEp1c3Qgd2FpdApmb3IgNi4zLVJFTEVBU0UgcGx1cyBh bGxvdyBzb21lIHRpbWUgdG8gYnVpbGQgZXZlcnl0aGluZy4KClBTLiBUaGVyZSBpcyBSdXNzaWFu L1VrcmFpbmlhbiBzcGVha2luZyBVQS1GVUcgd2l0aCBzb21lIG9mIEZyZWVCU0QKY29tbWl0dGVy cyBhbmQgYmlnIElTUCBwcm9mZXNzaW9uYWxzIGluIG1lbWJlcnMuIFNlZQpodHRwOi8vdWFmdWcu b3JnLnVhCgoyMDA3LzEwLzMxLCDQnNC40YXQsNC40Lsg0JrQuNC/0LAgPG1zbmtpcGFAbWFpbC5y dT46Cj4gSSB3YW50IHRvIGluc3RhbGwgcHJlY29tcGlsZWQgcGFja2FnZXMgdmlhIHN5c2luc3Rh bGwuIEkgaGF2ZSB1cGRhdGUgbXkKPiA2LjItUkVMRUFTRSBzeXN0ZW0gd2l0aCBjdnN1cCB0byA2 LjMtUFJFTEVBU0UuIE5vdyBJIHdhbnQgdG8gdXNlIHN5c2luc3RhbGwgdG8KPiBpbnN0YWxsIHBy ZWNvbXBpbGVkIHBhY2thZ2VzLCBidXQgSSBnZXQgYW4gZXJyb3IgIiBDYW5gdCBmaW5kICI2LjMt UFJFUkVBU0UiCj4gb24gLi4uIiAoSSB1c2UgZnRwISkuIFNvIHdoYXQgcmVsZWFzZSBuYW1lIEkg c2hvdWwgdXNlIHRvIGdldCBwYWNrYWdlcyBmcm9tCj4gNi1zdGFibGUgcGFja2FnZSBjb2xsZWN0 aW9uPwo+IE1paGFpbAo+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fCj4gZnJlZWJzZC1zdGFibGVAZnJlZWJzZC5vcmcgbWFpbGluZyBsaXN0Cj4gaHR0cDov L2xpc3RzLmZyZWVic2Qub3JnL21haWxtYW4vbGlzdGluZm8vZnJlZWJzZC1zdGFibGUKPiBUbyB1 bnN1YnNjcmliZSwgc2VuZCBhbnkgbWFpbCB0byAiZnJlZWJzZC1zdGFibGUtdW5zdWJzY3JpYmVA ZnJlZWJzZC5vcmciCj4KCgotLSAKRGVubmlzIE1lbGVudHlldgo= From owner-freebsd-stable@FreeBSD.ORG Thu Nov 1 11:58:52 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1781216A418 for ; Thu, 1 Nov 2007 11:58:52 +0000 (UTC) (envelope-from d.komaleev@konliga.ru) Received: from mail.konliga.ru (mail.konliga.ru [195.16.56.98]) by mx1.freebsd.org (Postfix) with ESMTP id 6D24813C4AC for ; Thu, 1 Nov 2007 11:58:50 +0000 (UTC) (envelope-from d.komaleev@konliga.ru) Received: from exch01.konliga.ru ([192.168.1.252]) by mail.konliga.ru with Microsoft SMTPSVC(6.0.3790.0); Thu, 1 Nov 2007 14:56:34 +0300 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Thu, 1 Nov 2007 14:56:53 +0300 Message-ID: <2335ED0A1B2A294FACC6EB01EF0965F72EE843@exch01.konliga.ru> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: System hangs up every day Thread-Index: AcgcLkNsaTQuc8SlRjuiDzkcI16UvwATGWzQ From: =?koi8-r?B?5M3J1NLJyiDrz83BzMXF1w==?= To: X-OriginalArrivalTime: 01 Nov 2007 11:56:34.0298 (UTC) FILETIME=[3FDD3DA0:01C81C7E] Subject: RE: System hangs up every day 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, 01 Nov 2007 11:58:52 -0000 >=20 > A system failure of this sort (one which leaves no log entries of any > kind) is generally a hardware fault; memory stick failures tend to > cause kernel panics and easy repeatability. >=20 > I would suggest examining the hardware components, the motherboard > could have some faulty capacitors (burst, leaking, or swollen); the > fans on the processors could be failing causing a lockup, the power > supply fans could be failing causing an undervolt and lockup, but this > usually makes the system reset. >=20 > You get the idea, your symptoms are pointing to hardware=20 > issues in my opinion. I have written already, that I tried to plug a system HDD to another = sever with the same configuration; on the new platform the system = hanging didn't stop. The RAID controller remained the same, but it has = the own error log and it is clear. >=20 > On 10/31/07, =E4=CD=C9=D4=D2=C9=CA =EB=CF=CD=C1=CC=C5=C5=D7 = wrote: > > Hello everybody > > > > I have a big problem > > > > There is one FreeBSD server in our company. The server=20 > platform is: Supermicro SuperServer 6014V-T2B (2x Intel Xeon=20 > 2.8, 1Gb RAM, 3WARE 3W-8006-2LP RAID-Controller). > > The server works as: > > - a gateway between LAN and Internet > > - an Intranet web- and database server (Apache + MySQL + PHP) > > - a firewall (OpenBSD pf) > > - a transparent proxy server (Squid) > > A mounthly traffic through this server is about 100Gb.=20 > There is about 200 internet users in our conpany. > > Here is a part of my dmesg-listing: > > > > Copyright (c) 1992-2007 The FreeBSD Project. > > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991,=20 > 1992, 1993, 1994 > > The Regents of the University of California. All=20 > rights reserved. > > FreeBSD is a registered trademark of The FreeBSD Foundation. > > FreeBSD 6.2-RELEASE-p8 #2: Thu Oct 11 19:51:25 MSD 2007 > > sa@gateway.konliga.ru:/usr/obj/usr/src/sys/KERNEL01_NOSMP > > module_register: module pci/em already exists! > > Module pci/em failed to register: 17 > > ACPI APIC Table: > > Timecounter "i8254" frequency 1193182 Hz quality 0 > > CPU: Intel(R) Xeon(TM) CPU 2.80GHz (2800.12-MHz 686-class CPU) > > Origin =3D "GenuineIntel" Id =3D 0xf43 Stepping =3D 3 > > =20 > Features=3D0xbfebfbff = SS,HTT,TM,PBE> > > Features2=3D0x641d> > > AMD Features=3D0x20000000 > > Logical CPUs per core: 2 > > real memory =3D 1073479680 (1023 MB) > > avail memory =3D 1041465344 (993 MB) > > ioapic0 irqs 0-23 on motherboard > > ioapic1 irqs 24-47 on motherboard > > ichwd module loaded > > kbd1 at kbdmux0 > > ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112,=20 > RF2413, RF5413) > > acpi0: on motherboard > > acpi0: Power Button (fixed) > > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 > > cpu0: on acpi0 > > acpi_throttle0: on cpu0 > > pcib0: port 0xcf8-0xcff on acpi0 > > pci0: on pcib0 > > pcib1: irq 16 at device 2.0 on pci0 > > pci1: on pcib1 > > pcib2: irq 16 at device 3.0 on pci0 > > pci2: on pcib2 > > pcib3: at device 28.0 on pci0 > > pci3: on pcib3 > > twe0: <3ware Storage Controller. Driver version=20 > 1.50.01.002> port 0xbc00-0xbc0f mem=20 > 0xfc9ffc00-0xfc9ffc0f,0xfc000000-0xfc7fffff irq 24 at device=20 > 1.0 on pci3 > > twe0: [GIANT-LOCKED] > > twe0: 2 ports, Firmware FE8S 1.05.00.068, BIOS BE7X 1.08.00.048 > > em0: =20 > port 0xb800-0xb83f mem 0xfc9c0000-0xfc9dffff irq 26 at device=20 > 3.0 on pci3 > > em0: Ethernet address: 00:30:48:58:4d:2a > > em0: [FAST] > > em1: =20 > port 0xb400-0xb43f mem 0xfc9a0000-0xfc9bffff irq 27 at device=20 > 4.0 on pci3 > > em1: Ethernet address: 00:30:48:58:4d:2b > > em1: [FAST] > > uhci0: port 0xe800-0xe81f=20 > irq 16 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 0xec00-0xec1f=20 > irq 19 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 > > pci0: at device 29.4 (no driver attached) > > pci0: at device=20 > 29.5 (no driver attached) > > ehci0: mem=20 > 0xfebffc00-0xfebfffff irq 23 at device 29.7 on pci0 > > ehci0: [GIANT-LOCKED] > > usb2: EHCI version 1.0 > > usb2: companion controllers, 2 ports each: usb0 usb1 > > usb2: on ehci0 > > usb2: USB revision 2.0 > > uhub2: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 > > uhub2: 4 ports with 4 removable, self powered > > pcib4: at device 30.0 on pci0 > > pci4: on pcib4 > > pci4: at device 5.0 (no driver attached) > > isab0: at device 31.0 on pci0 > > isa0: on isab0 > > atapci0: port=20 > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device=20 > 31.1 on pci0 > > ata0: on atapci0 > > ata1: on atapci0 > > pci0: at device 31.3 (no driver attached) > > acpi_button0: on acpi0 > > acpi_button1: on acpi0 > > sio0: configured irq 4 not in bitmap of probed irqs 0 > > sio0: port may not be enabled > > sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4=20 > flags 0x10 on acpi0 > > sio0: type 16550A > > sio1: configured irq 3 not in bitmap of probed irqs 0 > > sio1: port may not be enabled > > sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 > > sio1: type 16550A > > fdc0: port=20 > 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 > > fdc0: [FAST] > > fd0: <1440-KB 3.5" drive> on fdc0 drive 0 > > ppc0: port=20 > 0x378-0x37f,0x778-0x77f irq 7 drq 3 on acpi0 > > ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode > > ppc0: FIFO with 16/16/9 bytes threshold > > ppbus0: on ppc0 > > 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] > > psm0: irq 12 on atkbdc0 > > psm0: [GIANT-LOCKED] > > psm0: model IntelliMouse, device ID 3 > > ichwd0: on isa0 > > pmtimer0 on isa0 > > orm0: at iomem=20 > 0xc0000-0xc7fff,0xc8000-0xc8fff,0xc9800-0xca7ff,0xca800-0xcb7f > f on isa0 > > sc0: at flags 0x100 on isa0 > > sc0: VGA <16 virtual consoles, flags=3D0x300> > > vga0: at port 0x3c0-0x3df iomem=20 > 0xa0000-0xbffff on isa0 > > Timecounter "TSC" frequency 2800118202 Hz quality 800 > > Timecounters tick every 1.000 msec > > acd0: CDROM at ata0-master UDMA33 > > twed0: on twe0 > > twed0: 152626MB (312579760 sectors) > > Trying to mount root from ufs:/dev/twed0s1a > > ext0: link state changed to UP > > int0: link state changed to UP > > vlan0: link state changed to UP > > > > This server hangs up every day without any messages in the=20 > log files and on the system console. A keyboard dosen't work=20 > too. I can make only hard reset and after restart coredump=20 > files are not appearing. > > Here is my kernel configuration file: > > > > include GENERIC > > ident KERNEL01_NOSMP > > device ichwd # Intel ICH watchdog timer > > #options SMP > > options ALTQ > > options ALTQ_CBQ > > options ALTQ_RED > > options ALTQ_RIO > > options ALTQ_HFSC > > options ALTQ_PRIQ > > #options ALTQ_NOPCC > > options SC_DISABLE_REBOOT > > options MP_WATCHDOG > > options SW_WATCHDOG > > > > If I make and install a kernel with SMP options the system=20 > under working load begins hang up every two hours. > > > > The two days "Memtest" gave no result. > > I tried to install the newest Intel ethernet adapter=20 > driver, but without any results. > > As an experiment I tried also to plug a system HDD to=20 > another sever platform (SuperServer 6015V-TB), but system=20 > hanging didn't stop. > > I think that it is not only hardware problem. > > Linux (Gentoo) and Windows server 2003 on this hardware=20 > were working fine. > > > > Please help me to find a solution and solve a problem. > > > > Your faithfully > > Dmitry Komaleev > > IT Manager > > "EDIPRESSE-KONLIGA" http://www.konliga.ru > > Russia, Moscow > > tel.: +7 (495) 775-14-35, ext. 169 > > fax: +7 (495) 775-14-34 > > > > P.S. I have written the Bug Report on my problem but have=20 > received only one advice to turn off ACPI-option. > > If I disable ACPI, then the RAID-controller and both of the=20 > ethernet controllers on my server recieve the same IRQ. I=20 > believe this is not good. > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to=20 > "freebsd-stable-unsubscribe@freebsd.org" > > >=20 From owner-freebsd-stable@FreeBSD.ORG Thu Nov 1 12:44:30 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B1C7116A418; Thu, 1 Nov 2007 12:44:30 +0000 (UTC) (envelope-from ticso@cicely12.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id 4746413C48E; Thu, 1 Nov 2007 12:44:30 +0000 (UTC) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de ([10.1.1.7]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id lA1Chrhd034802; Thu, 1 Nov 2007 13:43:54 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [10.1.1.14]) by cicely5.cicely.de (8.13.4/8.13.4) with ESMTP id lA1ChiGm052231 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 1 Nov 2007 13:43:45 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.13.4/8.13.3) with ESMTP id lA1Chi7d092130; Thu, 1 Nov 2007 13:43:44 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.13.4/8.13.3/Submit) id lA1ChgCp092129; Thu, 1 Nov 2007 13:43:42 +0100 (CET) (envelope-from ticso) Date: Thu, 1 Nov 2007 13:43:41 +0100 From: Bernd Walter To: "Matthew D. Fuller" Message-ID: <20071101124341.GL82954@cicely12.cicely.de> References: <4724BAD9.7000400@charter.net> <20071028164152.GA7516@eos.sc1.parodius.com> <4724BEB3.5080905@charter.net> <20071029132447.GA2658@kobe.laptop> <4727063E.7060107@dial.pipex.com> <20071031143923.GA1580@over-yonder.net> <20071031190830.GJ82954@cicely12.cicely.de> <20071031193045.GD1580@over-yonder.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071031193045.GD1580@over-yonder.net> X-Operating-System: FreeBSD cicely12.cicely.de 5.4-STABLE alpha User-Agent: Mutt/1.5.9i X-Spam-Status: No, score=-4.2 required=5.0 tests=ALL_TRUSTED=-1.8, AWL=0.149, BAYES_00=-2.599 autolearn=ham version=3.1.7 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on cicely12.cicely.de Cc: stable@freebsd.org, ticso@cicely.de, Alex Zbyslaw , current@freebsd.org Subject: Re: /usr/share/man/man8/MAKEDEV.8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Nov 2007 12:44:30 -0000 On Wed, Oct 31, 2007 at 02:30:45PM -0500, Matthew D. Fuller wrote: > On Wed, Oct 31, 2007 at 08:08:31PM +0100 I heard the voice of > Bernd Walter, and lo! it spake thus: > > > > I don't completly agree. > > Many people forget that FreeBSD is used on slow embedded systems as > > well and I prefer having manpoages there as well. > > Oh, I don't argue that there are cases where catpages are still > useful. But I think they're the exception, not the rule. When you're > setting up a tiny system (by whatever the standards of the given day > are) or an appliance, you expect the tradeoffs to be rather different > than on a normal (by said standards) general-purpose computer. My point was against retirement, which was mentioned by Alex. For me and many others slow systems are daily business. For many others modern systems are daily business, but those shouldn't think they are alone. We have already to face many slowdowns over the last years, such as the new rc.d system, which is painly slow on slow systems, but it has a real win, so I never complained against rc.d as such and I can live with it, since my systems rarely reboot. In case of catman retirement I just don't see the win, only the negative and just because many people don't see it doesn't mean it doesn't exist. Why do you expect me any tradeoff when there is nothing to trade? Show me the positives that outweights the negatives and I'm on your side. > Heck, looking at Soekris, everything above the 4501 class is probably > faster than my laptop 8-} Yes - but the 4501 is not the slowest system we support. And - many people may be surprised - but the 4501 is extremly power hungry compared to what we can do with ARM. The difference between a 4501 and an at91rm9200 based system is nearly a factor three, so there are valid reasons for such a system. And the at91rm9200 is very compareable in speed when it comes to network traffic, although it seems to be unexpected slow on some other points. -- B.Walter http://www.bwct.de http://www.fizon.de bernd@bwct.de info@bwct.de support@fizon.de From owner-freebsd-stable@FreeBSD.ORG Thu Nov 1 13:26:10 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AABD516A469; Thu, 1 Nov 2007 13:26:10 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from optimus.centralmiss.com (ns.centralmiss.com [206.156.254.79]) by mx1.freebsd.org (Postfix) with ESMTP id 7CD2013C4B5; Thu, 1 Nov 2007 13:26:10 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from draco.over-yonder.net (adsl-072-148-013-213.sip.jan.bellsouth.net [72.148.13.213]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by optimus.centralmiss.com (Postfix) with ESMTP id C7DD728433; Thu, 1 Nov 2007 07:59:09 -0500 (CDT) Received: by draco.over-yonder.net (Postfix, from userid 100) id 498A861C42; Thu, 1 Nov 2007 07:59:09 -0500 (CDT) Date: Thu, 1 Nov 2007 07:59:09 -0500 From: "Matthew D. Fuller" To: ticso@cicely.de Message-ID: <20071101125909.GA52150@over-yonder.net> References: <4724BAD9.7000400@charter.net> <20071028164152.GA7516@eos.sc1.parodius.com> <4724BEB3.5080905@charter.net> <20071029132447.GA2658@kobe.laptop> <4727063E.7060107@dial.pipex.com> <20071031143923.GA1580@over-yonder.net> <20071031190830.GJ82954@cicely12.cicely.de> <20071031193045.GD1580@over-yonder.net> <20071101124341.GL82954@cicely12.cicely.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071101124341.GL82954@cicely12.cicely.de> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.16-fullermd.4 (2007-06-09) Cc: stable@freebsd.org, current@freebsd.org, Alex Zbyslaw Subject: Re: /usr/share/man/man8/MAKEDEV.8 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, 01 Nov 2007 13:26:10 -0000 On Thu, Nov 01, 2007 at 01:43:41PM +0100 I heard the voice of Bernd Walter, and lo! it spake thus: > > Show me the positives that outweights the negatives and I'm on your > side. Why do you think we're on different sides to begin with? I've not advocated removing catman capability, or denied that different situations have different needs, or that those needs may include catman, or for that matter said anything at all applicable to tiny environments or appliance building. The sole and entire point of my mail was to provide a handful of data points supporting the idea that on new, not particularly new, and even pretty freakin' old "normal" computers, there's no pressing performance need for catman. That there exist people with even older systems where the situation is otherwise, or situations with new (but otherwise aimed) systems other than general purpose systems aimed at workstations and servers, is not something I've ever denied, but it's also not at all related to what I was talking about. None of my statements were ever INTENDED to be applied in those cases, so why should you be surprised that they're invalid there? -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 1 16:10:07 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4D52E16A41B for ; Thu, 1 Nov 2007 16:10:07 +0000 (UTC) (envelope-from emillbrandt@coldhaus.com) Received: from workbench.coldhaus.com (workbench.coldhaus.com [74.0.48.218]) by mx1.freebsd.org (Postfix) with ESMTP id 762B813C480 for ; Thu, 1 Nov 2007 16:10:06 +0000 (UTC) (envelope-from emillbrandt@coldhaus.com) Received: from localhost (localhost [127.0.0.1]) by workbench.coldhaus.com (8.14.1/8.14.1) with ESMTP id lA1G9WVS007355; Thu, 1 Nov 2007 12:09:32 -0400 (EDT) X-Virus-Scanned: amavisd-new at coldhaus.com Received: from workbench.coldhaus.com ([127.0.0.1]) by localhost (workbench.coldhaus.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id H65vOyV6bknE; Thu, 1 Nov 2007 12:08:56 -0400 (EDT) Received: from slate.coldhaus.com (maenad.coldhaus.com [74.0.48.222]) by workbench.coldhaus.com (8.14.1/8.14.1) with ESMTP id lA1G893X009823 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 1 Nov 2007 12:08:16 -0400 (EDT) Message-ID: <4729F9E8.4020306@coldhaus.com> Date: Thu, 01 Nov 2007 12:08:08 -0400 From: Eric Millbrandt User-Agent: Thunderbird 2.0.0.6 (X11/20070806) MIME-Version: 1.0 To: Rainer Hurling References: <4728B0CC.40100@coldhaus.com> <472979C8.4070908@nw-fva.de> In-Reply-To: <472979C8.4070908@nw-fva.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: usb keyboard FreeBSD 7.0-BETA1 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, 01 Nov 2007 16:10:07 -0000 Rainer Hurling wrote: > Hi Eric, > > I reported yesterday on ports@, that with portupgrade of 30th October, > rebuilding some xorg ports and restarting X now all LEDs of my > USB-keyboards (3 systems) are working again. (FreeBSD 8.0-CURRENT i386) > > Hope this helps, > Rainer > Thanks, but my problem does not seems to be with X. The LEDs do not work when using and not using X, single user mode, console, etc.... Was your problem only in X? > > Eric Millbrandt schrieb: >> Hello all, >> I has been a while since a FreeBSD release so I decided to help by >> running 7.0-BETA1 to speed things along. One small thing that I >> noticed off the bat is that the 'Num Lock', 'CAPS Lock', and 'Scroll >> Lock' leds on my usb keyboard do not function. The actual keys still >> do their job, but the Number and CAPS leds are always lit. I do >> remember them working under RELENG_6_2. I only have the one usb >> keyboard so I can't tell if it is vendor specific or not. My tablet >> pc also does not have a built in keyboard or a connection for a ps2 >> keyboard, so I cannot comment on those either. >> I will happily run any debug code needed or supply any information >> needed but do not have the time to find the issue myself. Below is >> output from usbdevs and messages. /dev/usb3 and /dev/usb4 are a >> zoom pcmcia bluetooth card which did not fully function in >> RELENG_6_2. They now output some strange error messages, but >> bluetooth now works! >> >> output from usbdevs -d -v >> Controller /dev/usb0: >> addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), >> Intel(0x0000), rev 1.00 >> uhub0 >> port 1 powered >> port 2 powered >> Controller /dev/usb1: >> addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), >> Intel(0x0000), rev 1.00 >> uhub1 >> port 1 addr 2: low speed, power 100 mA, config 1, USB >> K/B+Mouse(0x0808), Jing-Mold(0x05af), rev 2.20 >> ukbd0 >> ums0 >> port 2 addr 3: full speed, power 100 mA, config 1, Fingerprint >> Sensor(0x2580), vendor 0x08ff(0x08ff), rev 6.21 >> ugen0 >> Controller /dev/usb2: >> addr 1: high speed, self powered, config 1, EHCI root hub(0x0000), >> Intel(0x0000), rev 1.00 >> uhub2 >> port 1 powered >> port 2 powered >> port 3 powered >> port 4 powered >> Controller /dev/usb3: >> addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), >> VIA(0x0000), rev 1.00 >> uhub3 >> port 1 addr 2: full speed, self powered, config 1, product >> 0x0001(0x0001), vendor 0x0a12(0x0a12), rev 19.58 >> ubt0 >> port 2 powered >> Controller /dev/usb4: >> addr 1: full speed, self powered, config 1, product 0x0000(0x0000), >> vendor 0x0000(0x0000), rev 1.00 >> uhub4 >> port 1 powered >> port 2 powered >> >> >> /var/log/messages >> Oct 31 10:40:08 slate kernel: Copyright (c) 1992-2007 The FreeBSD >> Project. >> Oct 31 10:40:08 slate kernel: Copyright (c) 1979, 1980, 1983, 1986, >> 1988, 1989, 1991, 1992, 1993, 1994 >> Oct 31 10:40:08 slate kernel: The Regents of the University of >> California. All rights reserved. >> Oct 31 10:40:08 slate kernel: FreeBSD is a registered trademark of >> The FreeBSD Foundation. >> Oct 31 10:40:08 slate kernel: FreeBSD 7.0-BETA1 #0: Mon Oct 29 >> 23:40:03 EDT 2007 >> Oct 31 10:40:08 slate kernel: >> emillbrandt@slate.coldhaus.com:/usr/obj/usr/src/sys/SLATE >> Oct 31 10:40:08 slate kernel: Timecounter "i8254" frequency 1193182 >> Hz quality 0 >> Oct 31 10:40:08 slate kernel: CPU: Intel(R) Pentium(R) M processor >> 1.20GHz (1197.37-MHz 686-class CPU) >> Oct 31 10:40:08 slate kernel: Origin = "GenuineIntel" Id = 0x6d8 >> Stepping = 8 >> Oct 31 10:40:08 slate kernel: >> Features=0xafe9fbff >> >> Oct 31 10:40:08 slate kernel: Features2=0x180 >> Oct 31 10:40:08 slate kernel: AMD Features=0x100000 >> Oct 31 10:40:08 slate kernel: real memory = 1332150272 (1270 MB) >> Oct 31 10:40:08 slate kernel: avail memory = 1290915840 (1231 MB) >> Oct 31 10:40:08 slate kernel: ACPI APIC Table: >> Oct 31 10:40:08 slate kernel: ioapic0: Changing APIC ID to 1 >> Oct 31 10:40:08 slate kernel: ioapic0 irqs 0-23 on >> motherboard >> Oct 31 10:40:08 slate kernel: kbd1 at kbdmux0 >> Oct 31 10:40:08 slate kernel: ath_hal: 0.9.20.3 (AR5210, AR5211, >> AR5212, RF5111, RF5112, RF2413, RF5413) >> Oct 31 10:40:08 slate kernel: acpi0: on motherboard >> Oct 31 10:40:08 slate kernel: acpi0: [ITHREAD] >> Oct 31 10:40:08 slate kernel: acpi0: Power Button (fixed) >> Oct 31 10:40:08 slate kernel: Timecounter "ACPI-fast" frequency >> 3579545 Hz quality 1000 >> Oct 31 10:40:08 slate kernel: acpi_timer0: <24-bit timer at >> 3.579545MHz> port 0x1008-0x100b on acpi0 >> Oct 31 10:40:08 slate kernel: cpu0: on acpi0 >> Oct 31 10:40:08 slate kernel: est0: > Control> on cpu0 >> Oct 31 10:40:08 slate kernel: p4tcc0: >> on cpu0 >> Oct 31 10:40:08 slate kernel: pcib0: port >> 0xcf8-0xcff on acpi0 >> Oct 31 10:40:08 slate kernel: pci0: on pcib0 >> Oct 31 10:40:08 slate kernel: vgapci0: port >> 0x1400-0x1407 mem >> 0xb0080000-0xb00fffff,0xc0000000-0xcfffffff,0xb0000000-0xb003ffff irq >> 16 at device 2.0 on pci0 >> Oct 31 10:40:08 slate kernel: agp0: > controller> on vgapci0 >> Oct 31 10:40:08 slate kernel: agp0: detected 7932k stolen memory >> Oct 31 10:40:08 slate kernel: agp0: aperture size is 256M >> Oct 31 10:40:08 slate kernel: vgapci1: at >> device 2.1 on pci0 >> Oct 31 10:40:08 slate kernel: pcib1: irq 17 at >> device 28.0 on pci0 >> Oct 31 10:40:08 slate kernel: pci2: on pcib1 >> Oct 31 10:40:08 slate kernel: pci0:2:0:0: bad VPD cksum, remain 14 >> Oct 31 10:40:08 slate kernel: bge0: > Ethernet Controller, ASIC rev. 0x4101> mem 0xb0100000-0xb010ffff irq >> 16 at device 0.0 on pci2 >> Oct 31 10:40:08 slate kernel: miibus0: on bge0 >> Oct 31 10:40:08 slate kernel: brgphy0: > PHY> PHY 1 on miibus0 >> Oct 31 10:40:08 slate kernel: brgphy0: 10baseT, 10baseT-FDX, >> 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto >> Oct 31 10:40:08 slate kernel: bge0: Ethernet address: 00:0b:5d:d6:1c:d7 >> Oct 31 10:40:08 slate kernel: bge0: [ITHREAD] >> Oct 31 10:40:08 slate kernel: uhci0: > USB controller USB-A> port 0x1420-0x143f irq 23 at device 29.0 on pci0 >> Oct 31 10:40:08 slate kernel: uhci0: [GIANT-LOCKED] >> Oct 31 10:40:08 slate kernel: uhci0: [ITHREAD] >> Oct 31 10:40:08 slate kernel: usb0: > USB controller USB-A> on uhci0 >> Oct 31 10:40:08 slate kernel: usb0: USB revision 1.0 >> Oct 31 10:40:08 slate kernel: uhub0: > rev 1.00/1.00, addr 1> on usb0 >> Oct 31 10:40:08 slate kernel: uhub0: 2 ports with 2 removable, self >> powered >> Oct 31 10:40:08 slate kernel: uhci1: > USB controller USB-B> port 0x1440-0x145f irq 19 at device 29.1 on pci0 >> Oct 31 10:40:08 slate kernel: uhci1: [GIANT-LOCKED] >> Oct 31 10:40:08 slate kernel: uhci1: [ITHREAD] >> Oct 31 10:40:08 slate kernel: usb1: > USB controller USB-B> on uhci1 >> Oct 31 10:40:08 slate kernel: usb1: USB revision 1.0 >> Oct 31 10:40:08 slate kernel: uhub1: > rev 1.00/1.00, addr 1> on usb1 >> Oct 31 10:40:08 slate kernel: uhub1: 2 ports with 2 removable, self >> powered >> Oct 31 10:40:08 slate kernel: ehci0: > controller> mem 0xb0040000-0xb00403ff irq 23 at device 29.7 on pci0 >> Oct 31 10:40:08 slate kernel: ehci0: [GIANT-LOCKED] >> Oct 31 10:40:08 slate kernel: ehci0: [ITHREAD] >> Oct 31 10:40:08 slate kernel: usb2: EHCI version 1.0 >> Oct 31 10:40:08 slate kernel: usb2: companion controllers, 2 ports >> each: usb0 usb1 >> Oct 31 10:40:08 slate kernel: usb2: > controller> on ehci0 >> Oct 31 10:40:08 slate kernel: usb2: USB revision 2.0 >> Oct 31 10:40:08 slate kernel: uhub2: > rev 2.00/1.00, addr 1> on usb2 >> Oct 31 10:40:08 slate kernel: uhub2: 4 ports with 4 removable, self >> powered >> Oct 31 10:40:08 slate kernel: pcib2: at device >> 30.0 on pci0 >> Oct 31 10:40:08 slate kernel: pci6: on pcib2 >> Oct 31 10:40:08 slate kernel: cbb0: irq 16 at >> device 3.0 on pci6 >> Oct 31 10:40:08 slate kernel: cardbus0: on cbb0 >> Oct 31 10:40:08 slate kernel: pccard0: <16-bit PCCard bus> on cbb0 >> Oct 31 10:40:08 slate kernel: cbb0: [ITHREAD] >> Oct 31 10:40:08 slate kernel: cbb1: at device >> 3.1 on pci6 >> Oct 31 10:40:08 slate kernel: cardbus1: on cbb1 >> Oct 31 10:40:08 slate kernel: pccard1: <16-bit PCCard bus> on cbb1 >> Oct 31 10:40:08 slate kernel: cbb1: [ITHREAD] >> Oct 31 10:40:08 slate kernel: pci6: at device 3.2 >> (no driver attached) >> Oct 31 10:40:08 slate kernel: pci6: at device 3.3 (no driver >> attached) >> Oct 31 10:40:08 slate kernel: iwi0: >> mem 0xb0202000-0xb0202fff irq 18 at device 5.0 on pci6 >> Oct 31 10:40:08 slate kernel: iwi0: Ethernet address: 00:13:ce:b6:39:af >> Oct 31 10:40:08 slate kernel: iwi0: [ITHREAD] >> Oct 31 10:40:08 slate kernel: fwohci0: mem >> 0xb0203000-0xb0203fff irq 21 at device 6.0 on pci6 >> Oct 31 10:40:08 slate kernel: fwohci0: [FILTER] >> Oct 31 10:40:08 slate kernel: fwohci0: OHCI version 1.10 (ROM=0) >> Oct 31 10:40:08 slate kernel: fwohci0: No. of Isochronous channels is 4. >> Oct 31 10:40:08 slate kernel: fwohci0: EUI64 00:00:0e:10:03:86:f7:9e >> Oct 31 10:40:08 slate kernel: fwohci0: Phy 1394a available S400, 2 >> ports. >> Oct 31 10:40:08 slate kernel: fwohci0: Link S400, max_rec 2048 bytes. >> Oct 31 10:40:08 slate kernel: firewire0: on >> fwohci0 >> Oct 31 10:40:08 slate kernel: fwe0: on >> firewire0 >> Oct 31 10:40:08 slate kernel: if_fwe0: Fake Ethernet address: >> 02:00:0e:86:f7:9e >> Oct 31 10:40:08 slate kernel: fwe0: Ethernet address: 02:00:0e:86:f7:9e >> Oct 31 10:40:08 slate kernel: fwip0: on firewire0 >> Oct 31 10:40:08 slate kernel: fwip0: Firewire address: >> 00:00:0e:10:03:86:f7:9e @ 0xfffe00000000, S400, maxrec 2048 >> Oct 31 10:40:08 slate kernel: sbp0: on >> firewire0 >> Oct 31 10:40:08 slate kernel: dcons_crom0: >> on firewire0 >> Oct 31 10:40:08 slate kernel: dcons_crom0: bus_addr 0x13dc000 >> Oct 31 10:40:08 slate kernel: fwohci0: Initiate bus reset >> Oct 31 10:40:08 slate kernel: fwohci0: BUS reset >> Oct 31 10:40:08 slate kernel: fwohci0: node_id=0xc000ffc0, gen=1, >> CYCLEMASTER mode >> Oct 31 10:40:08 slate kernel: pcm0: port >> 0x1800-0x18ff,0x1480-0x14bf mem >> 0xb0040800-0xb00409ff,0xb0040400-0xb00404ff irq 17 at device 30.2 on >> pci0 >> Oct 31 10:40:08 slate kernel: pcm0: [ITHREAD] >> Oct 31 10:40:08 slate kernel: pcm0: >> Oct 31 10:40:08 slate kernel: pci0: at >> device 30.3 (no driver attached) >> Oct 31 10:40:08 slate kernel: isab0: at device 31.0 >> on pci0 >> Oct 31 10:40:08 slate kernel: isa0: on isab0 >> Oct 31 10:40:08 slate kernel: atapci0: > controller> port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1410-0x141f at >> device 31.1 on pci0 >> Oct 31 10:40:08 slate kernel: ata0: on atapci0 >> Oct 31 10:40:08 slate kernel: ata0: [ITHREAD] >> Oct 31 10:40:08 slate kernel: ata1: on atapci0 >> Oct 31 10:40:08 slate kernel: ata1: [ITHREAD] >> Oct 31 10:40:08 slate kernel: ichsmb0: port >> 0x1460-0x147f irq 19 at device 31.3 on pci0 >> Oct 31 10:40:08 slate kernel: ichsmb0: [GIANT-LOCKED] >> Oct 31 10:40:08 slate kernel: ichsmb0: [ITHREAD] >> Oct 31 10:40:08 slate kernel: smbus0: on ichsmb0 >> Oct 31 10:40:08 slate kernel: smb0: on smbus0 >> Oct 31 10:40:08 slate kernel: acpi_button0: on acpi0 >> Oct 31 10:40:08 slate kernel: acpi_acad0: on acpi0 >> Oct 31 10:40:08 slate kernel: battery0: >> on acpi0 >> Oct 31 10:40:08 slate kernel: atkbdc0: >> port 0x60,0x64 irq 1 on acpi0 >> Oct 31 10:40:08 slate kernel: atkbd0: irq 1 on atkbdc0 >> Oct 31 10:40:08 slate kernel: kbd0 at atkbd0 >> Oct 31 10:40:08 slate kernel: atkbd0: [GIANT-LOCKED] >> Oct 31 10:40:08 slate kernel: atkbd0: [ITHREAD] >> Oct 31 10:40:08 slate kernel: psm0: irq 12 on atkbdc0 >> Oct 31 10:40:08 slate kernel: psm0: [GIANT-LOCKED] >> Oct 31 10:40:08 slate kernel: psm0: [ITHREAD] >> Oct 31 10:40:08 slate kernel: psm0: model IntelliMouse, device ID 3 >> Oct 31 10:40:08 slate kernel: sio0: >> port 0x3f8-0x3ff irq 3 flags 0x10 on acpi0 >> Oct 31 10:40:08 slate kernel: sio0: type 16550A >> Oct 31 10:40:08 slate kernel: sio0: [FILTER] >> Oct 31 10:40:08 slate kernel: pmtimer0 on isa0 >> Oct 31 10:40:08 slate kernel: orm0: at iomem >> 0xcf800-0xd07ff,0xdc000-0xdffff pnpid ORM0000 on isa0 >> Oct 31 10:40:08 slate kernel: ppc0: parallel port not found. >> Oct 31 10:40:08 slate kernel: sc0: at flags 0x100 on >> isa0 >> Oct 31 10:40:08 slate kernel: sc0: VGA <16 virtual consoles, >> flags=0x300> >> Oct 31 10:40:08 slate kernel: sio1 at port 0x220-0x227 irq 4 on isa0 >> Oct 31 10:40:08 slate kernel: sio1: type 16550A >> Oct 31 10:40:08 slate kernel: sio1: [FILTER] >> Oct 31 10:40:08 slate kernel: vga0: at port >> 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 >> Oct 31 10:40:08 slate kernel: ukbd0: > 0/0, rev 1.10/2.20, addr 2> on uhub1 >> Oct 31 10:40:08 slate kernel: kbd2 at ukbd0 >> Oct 31 10:40:08 slate kernel: ums0: > 0/0, rev 1.10/2.20, addr 2> on uhub1 >> Oct 31 10:40:08 slate kernel: ums0: 2 buttons and Z dir. >> Oct 31 10:40:08 slate kernel: ugen0: > Sensor, class 255/255, rev 1.10/6.21, addr 3> on uhub1 >> Oct 31 10:40:08 slate kernel: Timecounter "TSC" frequency 1197366950 >> Hz quality 800 >> Oct 31 10:40:08 slate kernel: Timecounters tick every 1.000 msec >> Oct 31 10:40:08 slate kernel: firewire0: 1 nodes, maxhop <= 0, cable >> IRM = 0 (me) >> Oct 31 10:40:08 slate kernel: firewire0: bus manager 0 (me) >> Oct 31 10:40:08 slate kernel: ad0: 38154MB > 00000096> at ata0-master UDMA100 >> Oct 31 10:40:08 slate kernel: cardbus0: Expecting link target, got 0xb >> Oct 31 10:40:08 slate kernel: uhci2: port >> 0x1120-0x113f mem 0xb0206000-0xb02060ff irq 16 at device 0.0 on cardbus0 >> Oct 31 10:40:08 slate kernel: uhci2: [GIANT-LOCKED] >> Oct 31 10:40:08 slate kernel: uhci2: [ITHREAD] >> Oct 31 10:40:08 slate kernel: pccard1: >> (manufacturer=0xffff, product=0x0001, function_type=-1) at function 0 >> Oct 31 10:40:08 slate kernel: pccard1: CIS info: O2Micro, >> SmartCardBus Reader, V1.0 >> Oct 31 10:40:08 slate kernel: usb3: on uhci2 >> Oct 31 10:40:08 slate kernel: usb3: USB revision 1.0 >> Oct 31 10:40:08 slate kernel: uhub3: > rev 1.00/1.00, addr 1> on usb3 >> Oct 31 10:40:08 slate kernel: uhub3: 2 ports with 2 removable, self >> powered >> Oct 31 10:40:08 slate kernel: cardbus0: Expecting link target, got 0xb >> Oct 31 10:40:08 slate kernel: uhci3: port >> 0x1140-0x115f mem 0xb0208000-0xb02080ff irq 16 at device 0.1 on cardbus0 >> Oct 31 10:40:08 slate kernel: uhci3: [GIANT-LOCKED] >> Oct 31 10:40:08 slate kernel: uhci3: [ITHREAD] >> Oct 31 10:40:08 slate kernel: usb4: on uhci3 >> Oct 31 10:40:08 slate kernel: usb4: USB revision 1.0 >> Oct 31 10:40:08 slate kernel: uhub4: > rev 1.00/1.00, addr 1> on usb4 >> Oct 31 10:40:08 slate kernel: uhub4: 2 ports with 2 removable, self >> powered >> Oct 31 10:40:08 slate kernel: Trying to mount root from ufs:/dev/ad0s2a >> Oct 31 10:40:08 slate kernel: ubt0: > class 224/1, rev 2.00/19.58, addr 2> on uhub3 >> Oct 31 10:40:08 slate kernel: ubt0: Interface 0 endpoints: >> interrupt=0x81, bulk-in=0x82, bulk-out=0x2 >> Oct 31 10:40:08 slate kernel: ubt0: Interface 1 (alt.config 5) >> endpoints: isoc-in=0x83, isoc-out=0x3; wMaxPacketSize=49; nframes=6, >> buffer size=294 >> Oct 31 10:40:08 slate kernel: WARNING: attempt to >> net_add_domain(bluetooth) after domainfinalize() >> Oct 31 10:40:08 slate kernel: WARNING: attempt to >> net_add_domain(netgraph) after domainfinalize() >> Oct 31 10:40:08 slate kernel: usb4: host system error >> Oct 31 10:40:08 slate kernel: usb4: host controller halted >> Oct 31 10:40:08 slate savecore: no dumps found >> Oct 31 10:40:08 slate root: /etc/rc: WARNING: Ignoring scratch file >> /usr/local/etc/rc.d/res915~ >> Oct 31 10:40:09 slate gpsd[936]: gpsd: GPS device /dev/ttyp6 >> nonexistent or can't be read >> Oct 31 10:40:09 slate ntpd[941]: ntpd 4.2.0-a Mon Oct 29 19:59:30 EDT >> 2007 (1) >> Oct 31 10:40:16 slate kernel: drm0: on vgapci0 >> Oct 31 10:40:16 slate kernel: info: [drm] AGP at 0xc0000000 256MB >> Oct 31 10:40:16 slate kernel: info: [drm] Initialized i915 1.5.0 >> 20060119 >> Oct 31 10:40:16 slate kernel: drm0: [ITHREAD] >> Oct 31 10:40:51 slate kernel: iwi0: link state changed to UP >> >> _______________________________________________ >> 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 Thu Nov 1 17:35:23 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AAEB116A418 for ; Thu, 1 Nov 2007 17:35:23 +0000 (UTC) (envelope-from oleg@vsi.ru) Received: from serv4.vsi.ru (serv4.vsi.ru [80.82.32.19]) by mx1.freebsd.org (Postfix) with ESMTP id 2818013C4A5 for ; Thu, 1 Nov 2007 17:35:22 +0000 (UTC) (envelope-from oleg@vsi.ru) Received: from OODAMDXP (ws3.oood.vsi.ru [88.83.197.238]) by serv4.vsi.ru (8.13.8+Sun/8.13.8) with SMTP id lA1GwDWh024264; Thu, 1 Nov 2007 19:58:18 +0300 (MSK) Message-ID: <008401c81ca8$65861a70$eec55358@OODAMDXP> From: "Oleg Derevenetz" To: "Kris Kennaway" References: <027d01c8125c$73d4db80$c8c55358@delloleg><20071019220501.GL31826@elvis.mu.org><006d01c8133a$674a90b0$eec55358@W2KOOOD> <20071020192601.GW31826@elvis.mu.org><001201c81353$6b17e300$efc55358@NBOOOD> <47278B33.6040904@FreeBSD.org> Date: Thu, 1 Nov 2007 19:58:11 +0300 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 Cc: freebsd-stable@freebsd.org Subject: Re: kern/104406: [ufs] Processes get stuck in "ufs" stateunderpersistent CPU load 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, 01 Nov 2007 17:35:23 -0000 >> Dumpdev is swap partition on da0 (single physical disk) that connected to >> Mylex AcceleRAID 170 RAID controller. The problem arrives when I copy >> large amount of files from FTP to another disk (da1) that is connected to >> the same RAID controller. > > If the driver or controller is misbehaving it could explain both problems. > Any chance you can get another disk in there on a different controller to > dump onto? Yes, I got IDE disk and saved kernel dump for another static hang state on it. Here is the dump: ftp://oleg.vsi.ru/private/vmcore.0.zip -- Oleg Derevenetz OOD3-RIPE Phone: +7 4732 539880 Fax: +7 4732 531415 http://www.vsi.ru CenterTelecom Voronezh ISP http://isp.vsi.ru From owner-freebsd-stable@FreeBSD.ORG Thu Nov 1 18:32:59 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0822D16A476 for ; Thu, 1 Nov 2007 18:32:59 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from amailer.gwdg.de (amailer.gwdg.de [134.76.10.18]) by mx1.freebsd.org (Postfix) with ESMTP id 306E813C4B3 for ; Thu, 1 Nov 2007 18:32:58 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from p578b68b8.dip0.t-ipconnect.de ([87.139.104.184] helo=krabat.raven.hur) by mailer.gwdg.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1Inchz-0006sS-AA; Thu, 01 Nov 2007 17:15:52 +0100 Message-ID: <4729FBB3.900@gwdg.de> Date: Thu, 01 Nov 2007 17:15:47 +0100 From: Rainer Hurling User-Agent: Thunderbird 2.0.0.6 (X11/20071031) MIME-Version: 1.0 To: Eric Millbrandt References: <4728B0CC.40100@coldhaus.com> <472979C8.4070908@nw-fva.de> <4729F9E8.4020306@coldhaus.com> In-Reply-To: <4729F9E8.4020306@coldhaus.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated: Id:rhurlin X-Spam-Level: - X-Virus-Scanned: (clean) by exiscan+sophie Cc: freebsd-stable@freebsd.org Subject: Re: usb keyboard FreeBSD 7.0-BETA1 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, 01 Nov 2007 18:32:59 -0000 Eric Millbrandt schrieb: > Rainer Hurling wrote: >> Hi Eric, >> >> I reported yesterday on ports@, that with portupgrade of 30th October, >> rebuilding some xorg ports and restarting X now all LEDs of my >> USB-keyboards (3 systems) are working again. (FreeBSD 8.0-CURRENT i386) >> >> Hope this helps, >> Rainer >> > Thanks, but my problem does not seems to be with X. The LEDs do not > work when using and not using X, single user mode, console, etc.... Was > your problem only in X? Yes, only in X for a few weeks. This was described in several threads before. Rainer >> Eric Millbrandt schrieb: >>> Hello all, >>> I has been a while since a FreeBSD release so I decided to help by >>> running 7.0-BETA1 to speed things along. One small thing that I >>> noticed off the bat is that the 'Num Lock', 'CAPS Lock', and 'Scroll >>> Lock' leds on my usb keyboard do not function. The actual keys still >>> do their job, but the Number and CAPS leds are always lit. I do >>> remember them working under RELENG_6_2. I only have the one usb >>> keyboard so I can't tell if it is vendor specific or not. My tablet >>> pc also does not have a built in keyboard or a connection for a ps2 >>> keyboard, so I cannot comment on those either. >>> I will happily run any debug code needed or supply any information >>> needed but do not have the time to find the issue myself. Below is >>> output from usbdevs and messages. /dev/usb3 and /dev/usb4 are a >>> zoom pcmcia bluetooth card which did not fully function in >>> RELENG_6_2. They now output some strange error messages, but >>> bluetooth now works! >>> >>> output from usbdevs -d -v >>> Controller /dev/usb0: >>> addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), >>> Intel(0x0000), rev 1.00 >>> uhub0 >>> port 1 powered >>> port 2 powered >>> Controller /dev/usb1: >>> addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), >>> Intel(0x0000), rev 1.00 >>> uhub1 >>> port 1 addr 2: low speed, power 100 mA, config 1, USB >>> K/B+Mouse(0x0808), Jing-Mold(0x05af), rev 2.20 >>> ukbd0 >>> ums0 >>> port 2 addr 3: full speed, power 100 mA, config 1, Fingerprint >>> Sensor(0x2580), vendor 0x08ff(0x08ff), rev 6.21 >>> ugen0 >>> Controller /dev/usb2: >>> addr 1: high speed, self powered, config 1, EHCI root hub(0x0000), >>> Intel(0x0000), rev 1.00 >>> uhub2 >>> port 1 powered >>> port 2 powered >>> port 3 powered >>> port 4 powered >>> Controller /dev/usb3: >>> addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), >>> VIA(0x0000), rev 1.00 >>> uhub3 >>> port 1 addr 2: full speed, self powered, config 1, product >>> 0x0001(0x0001), vendor 0x0a12(0x0a12), rev 19.58 >>> ubt0 >>> port 2 powered >>> Controller /dev/usb4: >>> addr 1: full speed, self powered, config 1, product 0x0000(0x0000), >>> vendor 0x0000(0x0000), rev 1.00 >>> uhub4 >>> port 1 powered >>> port 2 powered >>> >>> >>> /var/log/messages >>> Oct 31 10:40:08 slate kernel: Copyright (c) 1992-2007 The FreeBSD >>> Project. >>> Oct 31 10:40:08 slate kernel: Copyright (c) 1979, 1980, 1983, 1986, >>> 1988, 1989, 1991, 1992, 1993, 1994 >>> Oct 31 10:40:08 slate kernel: The Regents of the University of >>> California. All rights reserved. >>> Oct 31 10:40:08 slate kernel: FreeBSD is a registered trademark of >>> The FreeBSD Foundation. >>> Oct 31 10:40:08 slate kernel: FreeBSD 7.0-BETA1 #0: Mon Oct 29 >>> 23:40:03 EDT 2007 >>> Oct 31 10:40:08 slate kernel: >>> emillbrandt@slate.coldhaus.com:/usr/obj/usr/src/sys/SLATE >>> Oct 31 10:40:08 slate kernel: Timecounter "i8254" frequency 1193182 >>> Hz quality 0 >>> Oct 31 10:40:08 slate kernel: CPU: Intel(R) Pentium(R) M processor >>> 1.20GHz (1197.37-MHz 686-class CPU) >>> Oct 31 10:40:08 slate kernel: Origin = "GenuineIntel" Id = 0x6d8 >>> Stepping = 8 >>> Oct 31 10:40:08 slate kernel: >>> Features=0xafe9fbff >>> >>> Oct 31 10:40:08 slate kernel: Features2=0x180 >>> Oct 31 10:40:08 slate kernel: AMD Features=0x100000 >>> Oct 31 10:40:08 slate kernel: real memory = 1332150272 (1270 MB) >>> Oct 31 10:40:08 slate kernel: avail memory = 1290915840 (1231 MB) >>> Oct 31 10:40:08 slate kernel: ACPI APIC Table: >>> Oct 31 10:40:08 slate kernel: ioapic0: Changing APIC ID to 1 >>> Oct 31 10:40:08 slate kernel: ioapic0 irqs 0-23 on >>> motherboard >>> Oct 31 10:40:08 slate kernel: kbd1 at kbdmux0 >>> Oct 31 10:40:08 slate kernel: ath_hal: 0.9.20.3 (AR5210, AR5211, >>> AR5212, RF5111, RF5112, RF2413, RF5413) >>> Oct 31 10:40:08 slate kernel: acpi0: on motherboard >>> Oct 31 10:40:08 slate kernel: acpi0: [ITHREAD] >>> Oct 31 10:40:08 slate kernel: acpi0: Power Button (fixed) >>> Oct 31 10:40:08 slate kernel: Timecounter "ACPI-fast" frequency >>> 3579545 Hz quality 1000 >>> Oct 31 10:40:08 slate kernel: acpi_timer0: <24-bit timer at >>> 3.579545MHz> port 0x1008-0x100b on acpi0 >>> Oct 31 10:40:08 slate kernel: cpu0: on acpi0 >>> Oct 31 10:40:08 slate kernel: est0: >> Control> on cpu0 >>> Oct 31 10:40:08 slate kernel: p4tcc0: >>> on cpu0 >>> Oct 31 10:40:08 slate kernel: pcib0: port >>> 0xcf8-0xcff on acpi0 >>> Oct 31 10:40:08 slate kernel: pci0: on pcib0 >>> Oct 31 10:40:08 slate kernel: vgapci0: port >>> 0x1400-0x1407 mem >>> 0xb0080000-0xb00fffff,0xc0000000-0xcfffffff,0xb0000000-0xb003ffff irq >>> 16 at device 2.0 on pci0 >>> Oct 31 10:40:08 slate kernel: agp0: >> controller> on vgapci0 >>> Oct 31 10:40:08 slate kernel: agp0: detected 7932k stolen memory >>> Oct 31 10:40:08 slate kernel: agp0: aperture size is 256M >>> Oct 31 10:40:08 slate kernel: vgapci1: at >>> device 2.1 on pci0 >>> Oct 31 10:40:08 slate kernel: pcib1: irq 17 at >>> device 28.0 on pci0 >>> Oct 31 10:40:08 slate kernel: pci2: on pcib1 >>> Oct 31 10:40:08 slate kernel: pci0:2:0:0: bad VPD cksum, remain 14 >>> Oct 31 10:40:08 slate kernel: bge0: >> Ethernet Controller, ASIC rev. 0x4101> mem 0xb0100000-0xb010ffff irq >>> 16 at device 0.0 on pci2 >>> Oct 31 10:40:08 slate kernel: miibus0: on bge0 >>> Oct 31 10:40:08 slate kernel: brgphy0: >> PHY> PHY 1 on miibus0 >>> Oct 31 10:40:08 slate kernel: brgphy0: 10baseT, 10baseT-FDX, >>> 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto >>> Oct 31 10:40:08 slate kernel: bge0: Ethernet address: 00:0b:5d:d6:1c:d7 >>> Oct 31 10:40:08 slate kernel: bge0: [ITHREAD] >>> Oct 31 10:40:08 slate kernel: uhci0: >> USB controller USB-A> port 0x1420-0x143f irq 23 at device 29.0 on pci0 >>> Oct 31 10:40:08 slate kernel: uhci0: [GIANT-LOCKED] >>> Oct 31 10:40:08 slate kernel: uhci0: [ITHREAD] >>> Oct 31 10:40:08 slate kernel: usb0: >> USB controller USB-A> on uhci0 >>> Oct 31 10:40:08 slate kernel: usb0: USB revision 1.0 >>> Oct 31 10:40:08 slate kernel: uhub0: >> rev 1.00/1.00, addr 1> on usb0 >>> Oct 31 10:40:08 slate kernel: uhub0: 2 ports with 2 removable, self >>> powered >>> Oct 31 10:40:08 slate kernel: uhci1: >> USB controller USB-B> port 0x1440-0x145f irq 19 at device 29.1 on pci0 >>> Oct 31 10:40:08 slate kernel: uhci1: [GIANT-LOCKED] >>> Oct 31 10:40:08 slate kernel: uhci1: [ITHREAD] >>> Oct 31 10:40:08 slate kernel: usb1: >> USB controller USB-B> on uhci1 >>> Oct 31 10:40:08 slate kernel: usb1: USB revision 1.0 >>> Oct 31 10:40:08 slate kernel: uhub1: >> rev 1.00/1.00, addr 1> on usb1 >>> Oct 31 10:40:08 slate kernel: uhub1: 2 ports with 2 removable, self >>> powered >>> Oct 31 10:40:08 slate kernel: ehci0: >> controller> mem 0xb0040000-0xb00403ff irq 23 at device 29.7 on pci0 >>> Oct 31 10:40:08 slate kernel: ehci0: [GIANT-LOCKED] >>> Oct 31 10:40:08 slate kernel: ehci0: [ITHREAD] >>> Oct 31 10:40:08 slate kernel: usb2: EHCI version 1.0 >>> Oct 31 10:40:08 slate kernel: usb2: companion controllers, 2 ports >>> each: usb0 usb1 >>> Oct 31 10:40:08 slate kernel: usb2: >> controller> on ehci0 >>> Oct 31 10:40:08 slate kernel: usb2: USB revision 2.0 >>> Oct 31 10:40:08 slate kernel: uhub2: >> rev 2.00/1.00, addr 1> on usb2 >>> Oct 31 10:40:08 slate kernel: uhub2: 4 ports with 4 removable, self >>> powered >>> Oct 31 10:40:08 slate kernel: pcib2: at device >>> 30.0 on pci0 >>> Oct 31 10:40:08 slate kernel: pci6: on pcib2 >>> Oct 31 10:40:08 slate kernel: cbb0: irq 16 at >>> device 3.0 on pci6 >>> Oct 31 10:40:08 slate kernel: cardbus0: on cbb0 >>> Oct 31 10:40:08 slate kernel: pccard0: <16-bit PCCard bus> on cbb0 >>> Oct 31 10:40:08 slate kernel: cbb0: [ITHREAD] >>> Oct 31 10:40:08 slate kernel: cbb1: at device >>> 3.1 on pci6 >>> Oct 31 10:40:08 slate kernel: cardbus1: on cbb1 >>> Oct 31 10:40:08 slate kernel: pccard1: <16-bit PCCard bus> on cbb1 >>> Oct 31 10:40:08 slate kernel: cbb1: [ITHREAD] >>> Oct 31 10:40:08 slate kernel: pci6: at device 3.2 >>> (no driver attached) >>> Oct 31 10:40:08 slate kernel: pci6: at device 3.3 (no driver >>> attached) >>> Oct 31 10:40:08 slate kernel: iwi0: >>> mem 0xb0202000-0xb0202fff irq 18 at device 5.0 on pci6 >>> Oct 31 10:40:08 slate kernel: iwi0: Ethernet address: 00:13:ce:b6:39:af >>> Oct 31 10:40:08 slate kernel: iwi0: [ITHREAD] >>> Oct 31 10:40:08 slate kernel: fwohci0: mem >>> 0xb0203000-0xb0203fff irq 21 at device 6.0 on pci6 >>> Oct 31 10:40:08 slate kernel: fwohci0: [FILTER] >>> Oct 31 10:40:08 slate kernel: fwohci0: OHCI version 1.10 (ROM=0) >>> Oct 31 10:40:08 slate kernel: fwohci0: No. of Isochronous channels is 4. >>> Oct 31 10:40:08 slate kernel: fwohci0: EUI64 00:00:0e:10:03:86:f7:9e >>> Oct 31 10:40:08 slate kernel: fwohci0: Phy 1394a available S400, 2 >>> ports. >>> Oct 31 10:40:08 slate kernel: fwohci0: Link S400, max_rec 2048 bytes. >>> Oct 31 10:40:08 slate kernel: firewire0: on >>> fwohci0 >>> Oct 31 10:40:08 slate kernel: fwe0: on >>> firewire0 >>> Oct 31 10:40:08 slate kernel: if_fwe0: Fake Ethernet address: >>> 02:00:0e:86:f7:9e >>> Oct 31 10:40:08 slate kernel: fwe0: Ethernet address: 02:00:0e:86:f7:9e >>> Oct 31 10:40:08 slate kernel: fwip0: on firewire0 >>> Oct 31 10:40:08 slate kernel: fwip0: Firewire address: >>> 00:00:0e:10:03:86:f7:9e @ 0xfffe00000000, S400, maxrec 2048 >>> Oct 31 10:40:08 slate kernel: sbp0: on >>> firewire0 >>> Oct 31 10:40:08 slate kernel: dcons_crom0: >>> on firewire0 >>> Oct 31 10:40:08 slate kernel: dcons_crom0: bus_addr 0x13dc000 >>> Oct 31 10:40:08 slate kernel: fwohci0: Initiate bus reset >>> Oct 31 10:40:08 slate kernel: fwohci0: BUS reset >>> Oct 31 10:40:08 slate kernel: fwohci0: node_id=0xc000ffc0, gen=1, >>> CYCLEMASTER mode >>> Oct 31 10:40:08 slate kernel: pcm0: port >>> 0x1800-0x18ff,0x1480-0x14bf mem >>> 0xb0040800-0xb00409ff,0xb0040400-0xb00404ff irq 17 at device 30.2 on >>> pci0 >>> Oct 31 10:40:08 slate kernel: pcm0: [ITHREAD] >>> Oct 31 10:40:08 slate kernel: pcm0: >>> Oct 31 10:40:08 slate kernel: pci0: at >>> device 30.3 (no driver attached) >>> Oct 31 10:40:08 slate kernel: isab0: at device 31.0 >>> on pci0 >>> Oct 31 10:40:08 slate kernel: isa0: on isab0 >>> Oct 31 10:40:08 slate kernel: atapci0: >> controller> port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1410-0x141f at >>> device 31.1 on pci0 >>> Oct 31 10:40:08 slate kernel: ata0: on atapci0 >>> Oct 31 10:40:08 slate kernel: ata0: [ITHREAD] >>> Oct 31 10:40:08 slate kernel: ata1: on atapci0 >>> Oct 31 10:40:08 slate kernel: ata1: [ITHREAD] >>> Oct 31 10:40:08 slate kernel: ichsmb0: port >>> 0x1460-0x147f irq 19 at device 31.3 on pci0 >>> Oct 31 10:40:08 slate kernel: ichsmb0: [GIANT-LOCKED] >>> Oct 31 10:40:08 slate kernel: ichsmb0: [ITHREAD] >>> Oct 31 10:40:08 slate kernel: smbus0: on ichsmb0 >>> Oct 31 10:40:08 slate kernel: smb0: on smbus0 >>> Oct 31 10:40:08 slate kernel: acpi_button0: on acpi0 >>> Oct 31 10:40:08 slate kernel: acpi_acad0: on acpi0 >>> Oct 31 10:40:08 slate kernel: battery0: >>> on acpi0 >>> Oct 31 10:40:08 slate kernel: atkbdc0: >>> port 0x60,0x64 irq 1 on acpi0 >>> Oct 31 10:40:08 slate kernel: atkbd0: irq 1 on atkbdc0 >>> Oct 31 10:40:08 slate kernel: kbd0 at atkbd0 >>> Oct 31 10:40:08 slate kernel: atkbd0: [GIANT-LOCKED] >>> Oct 31 10:40:08 slate kernel: atkbd0: [ITHREAD] >>> Oct 31 10:40:08 slate kernel: psm0: irq 12 on atkbdc0 >>> Oct 31 10:40:08 slate kernel: psm0: [GIANT-LOCKED] >>> Oct 31 10:40:08 slate kernel: psm0: [ITHREAD] >>> Oct 31 10:40:08 slate kernel: psm0: model IntelliMouse, device ID 3 >>> Oct 31 10:40:08 slate kernel: sio0: >>> port 0x3f8-0x3ff irq 3 flags 0x10 on acpi0 >>> Oct 31 10:40:08 slate kernel: sio0: type 16550A >>> Oct 31 10:40:08 slate kernel: sio0: [FILTER] >>> Oct 31 10:40:08 slate kernel: pmtimer0 on isa0 >>> Oct 31 10:40:08 slate kernel: orm0: at iomem >>> 0xcf800-0xd07ff,0xdc000-0xdffff pnpid ORM0000 on isa0 >>> Oct 31 10:40:08 slate kernel: ppc0: parallel port not found. >>> Oct 31 10:40:08 slate kernel: sc0: at flags 0x100 on >>> isa0 >>> Oct 31 10:40:08 slate kernel: sc0: VGA <16 virtual consoles, >>> flags=0x300> >>> Oct 31 10:40:08 slate kernel: sio1 at port 0x220-0x227 irq 4 on isa0 >>> Oct 31 10:40:08 slate kernel: sio1: type 16550A >>> Oct 31 10:40:08 slate kernel: sio1: [FILTER] >>> Oct 31 10:40:08 slate kernel: vga0: at port >>> 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 >>> Oct 31 10:40:08 slate kernel: ukbd0: >> 0/0, rev 1.10/2.20, addr 2> on uhub1 >>> Oct 31 10:40:08 slate kernel: kbd2 at ukbd0 >>> Oct 31 10:40:08 slate kernel: ums0: >> 0/0, rev 1.10/2.20, addr 2> on uhub1 >>> Oct 31 10:40:08 slate kernel: ums0: 2 buttons and Z dir. >>> Oct 31 10:40:08 slate kernel: ugen0: >> Sensor, class 255/255, rev 1.10/6.21, addr 3> on uhub1 >>> Oct 31 10:40:08 slate kernel: Timecounter "TSC" frequency 1197366950 >>> Hz quality 800 >>> Oct 31 10:40:08 slate kernel: Timecounters tick every 1.000 msec >>> Oct 31 10:40:08 slate kernel: firewire0: 1 nodes, maxhop <= 0, cable >>> IRM = 0 (me) >>> Oct 31 10:40:08 slate kernel: firewire0: bus manager 0 (me) >>> Oct 31 10:40:08 slate kernel: ad0: 38154MB >> 00000096> at ata0-master UDMA100 >>> Oct 31 10:40:08 slate kernel: cardbus0: Expecting link target, got 0xb >>> Oct 31 10:40:08 slate kernel: uhci2: port >>> 0x1120-0x113f mem 0xb0206000-0xb02060ff irq 16 at device 0.0 on cardbus0 >>> Oct 31 10:40:08 slate kernel: uhci2: [GIANT-LOCKED] >>> Oct 31 10:40:08 slate kernel: uhci2: [ITHREAD] >>> Oct 31 10:40:08 slate kernel: pccard1: >>> (manufacturer=0xffff, product=0x0001, function_type=-1) at function 0 >>> Oct 31 10:40:08 slate kernel: pccard1: CIS info: O2Micro, >>> SmartCardBus Reader, V1.0 >>> Oct 31 10:40:08 slate kernel: usb3: on uhci2 >>> Oct 31 10:40:08 slate kernel: usb3: USB revision 1.0 >>> Oct 31 10:40:08 slate kernel: uhub3: >> rev 1.00/1.00, addr 1> on usb3 >>> Oct 31 10:40:08 slate kernel: uhub3: 2 ports with 2 removable, self >>> powered >>> Oct 31 10:40:08 slate kernel: cardbus0: Expecting link target, got 0xb >>> Oct 31 10:40:08 slate kernel: uhci3: port >>> 0x1140-0x115f mem 0xb0208000-0xb02080ff irq 16 at device 0.1 on cardbus0 >>> Oct 31 10:40:08 slate kernel: uhci3: [GIANT-LOCKED] >>> Oct 31 10:40:08 slate kernel: uhci3: [ITHREAD] >>> Oct 31 10:40:08 slate kernel: usb4: on uhci3 >>> Oct 31 10:40:08 slate kernel: usb4: USB revision 1.0 >>> Oct 31 10:40:08 slate kernel: uhub4: >> rev 1.00/1.00, addr 1> on usb4 >>> Oct 31 10:40:08 slate kernel: uhub4: 2 ports with 2 removable, self >>> powered >>> Oct 31 10:40:08 slate kernel: Trying to mount root from ufs:/dev/ad0s2a >>> Oct 31 10:40:08 slate kernel: ubt0: >> class 224/1, rev 2.00/19.58, addr 2> on uhub3 >>> Oct 31 10:40:08 slate kernel: ubt0: Interface 0 endpoints: >>> interrupt=0x81, bulk-in=0x82, bulk-out=0x2 >>> Oct 31 10:40:08 slate kernel: ubt0: Interface 1 (alt.config 5) >>> endpoints: isoc-in=0x83, isoc-out=0x3; wMaxPacketSize=49; nframes=6, >>> buffer size=294 >>> Oct 31 10:40:08 slate kernel: WARNING: attempt to >>> net_add_domain(bluetooth) after domainfinalize() >>> Oct 31 10:40:08 slate kernel: WARNING: attempt to >>> net_add_domain(netgraph) after domainfinalize() >>> Oct 31 10:40:08 slate kernel: usb4: host system error >>> Oct 31 10:40:08 slate kernel: usb4: host controller halted >>> Oct 31 10:40:08 slate savecore: no dumps found >>> Oct 31 10:40:08 slate root: /etc/rc: WARNING: Ignoring scratch file >>> /usr/local/etc/rc.d/res915~ >>> Oct 31 10:40:09 slate gpsd[936]: gpsd: GPS device /dev/ttyp6 >>> nonexistent or can't be read >>> Oct 31 10:40:09 slate ntpd[941]: ntpd 4.2.0-a Mon Oct 29 19:59:30 EDT >>> 2007 (1) >>> Oct 31 10:40:16 slate kernel: drm0: on vgapci0 >>> Oct 31 10:40:16 slate kernel: info: [drm] AGP at 0xc0000000 256MB >>> Oct 31 10:40:16 slate kernel: info: [drm] Initialized i915 1.5.0 >>> 20060119 >>> Oct 31 10:40:16 slate kernel: drm0: [ITHREAD] >>> Oct 31 10:40:51 slate kernel: iwi0: link state changed to UP From owner-freebsd-stable@FreeBSD.ORG Thu Nov 1 18:32:59 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4547C16A479; Thu, 1 Nov 2007 18:32:59 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from amailer.gwdg.de (amailer.gwdg.de [134.76.10.18]) by mx1.freebsd.org (Postfix) with ESMTP id F123313C4B8; Thu, 1 Nov 2007 18:32:58 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from p578b68b8.dip0.t-ipconnect.de ([87.139.104.184] helo=krabat.raven.hur) by mailer.gwdg.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1Incj0-0007Lr-OX; Thu, 01 Nov 2007 17:16:55 +0100 Message-ID: <4729FBF5.5010705@gwdg.de> Date: Thu, 01 Nov 2007 17:16:53 +0100 From: Rainer Hurling User-Agent: Thunderbird 2.0.0.6 (X11/20071031) MIME-Version: 1.0 To: Kris Kennaway References: <027d01c8125c$73d4db80$c8c55358@delloleg><20071019220501.GL31826@elvis.mu.org> <20071020082724.GA87825@svzserv.kemerovo.su> <008d01c812f5$7aad62d0$eec55358@W2KOOOD> <4719F786.80708@gwdg.de> <47278BFA.90705@FreeBSD.org> <472843CC.8070604@nw-fva.de> <4728F747.6030607@FreeBSD.org> In-Reply-To: <4728F747.6030607@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated: Id:rhurlin X-Spam-Level: - X-Virus-Scanned: (clean) by exiscan+sophie Cc: Eugen Grosbein , freebsd-stable@freebsd.org, Oleg Derevenetz Subject: Re: kern/104406: [ufs] Processes get stuck in "ufs" state under persistent CPU load 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, 01 Nov 2007 18:32:59 -0000 Kris Kennaway schrieb: > Rainer Hurling wrote: >> Thanks for your answer. >> >> Kris Kennaway schrieb: >>> Rainer Hurling wrote: >>>> Looking into PR kern/104406 it seems, that this describes exactly >>>> what I am experiencing on three of my systems over the last weeks. >>>> They are running FreeBSD 8.0-CURRENT (known as 7.0-CURRENT not long >>>> ago ;-) ). >>> >>> Actually it sounds nothing like it at all ;) >>> >>>> On these machines I often observe hangings, sometimes only a few >>>> seconds, on other times 20-30 seconds before input/output is back. >>>> This seems to happen when more extensive disk usage is needed >>>> (portupgrade, buildworld, browsing complicated websites etc.). >>>> During the hang even xterm is not responding any more, other >>>> (diskless) applications like xclock keep to continue. I have no >>>> panics, only UFS (and MSDOSFS) are mounted, no NTFS. About two >>>> months ago none of my systems showed these hangings. >>> >>> Is your system swapping? This is the usual cause of pauses during >>> high application (actually memory) load. >>> >>> Kris >> >> No, I am working with 2GB RAM, without swapping at all. >> >> In the meantime I tested the above described behaviour a little more. >> The hangings even appeared without using Xorg, only working on >> consoles under heavy disk usage (portupgrade etc.). > > OK, configure the system with the debugger and when it is "hung", break > to DDB and obtain the data requested in the developers handbook to try > and investigate what is going on. You may want to do this a few times > to make sure you capture a representative sample. > > Kris I hope to find some time on tomorrow for my first session in kernel debugging ;-) Am I right with chapter 'on-line kernel debugging using ddb'? What kind of information is most usefull? Rainer From owner-freebsd-stable@FreeBSD.ORG Thu Nov 1 20:36:57 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7DBFD16A419 for ; Thu, 1 Nov 2007 20:36:57 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.236]) by mx1.freebsd.org (Postfix) with ESMTP id 3433113C4BB for ; Thu, 1 Nov 2007 20:36:56 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so462520nzf for ; Thu, 01 Nov 2007 13:36:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=YeYgVajW595I0nLAXx0gXToeu9nJmX0f1g94ZZONPhc=; b=PHnpan8xYEex0/YTJS0mopYhauQDCQW+iE4pJqWba/+qbPkYkRStnWwA15NdEzqmAb3CLS1XySxaPfTmula/594FJexDTNWDwlR8KQhLIskRKyQe+hiHfapUMtYNdmSnxRZvcX2kteY9VAx+6YvoTFbpdWH8owyK+7giCIvgBcY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=lKk1nF3ZnfRPgZbb8Qp/hG75PxdGOZU++9+Vg0XkmEjQmpHqstWsUpt57qCliDkkYEad23JqHPw8/B/SbPXb4KjhmZUm40N+lHSp2wCt8DhoRBSk0VX/5uzUss7TW18pb7bbe1DXs8PreEaqqPwauRAlrZgXMqliAEESnKEC0BY= Received: by 10.114.209.1 with SMTP id h1mr1031073wag.1193949393488; Thu, 01 Nov 2007 13:36:33 -0700 (PDT) Received: by 10.114.177.13 with HTTP; Thu, 1 Nov 2007 13:36:33 -0700 (PDT) Message-ID: <2a41acea0711011336t6db0905cg978007205d1069b5@mail.gmail.com> Date: Thu, 1 Nov 2007 13:36:33 -0700 From: "Jack Vogel" To: "Mike Tancsa" In-Reply-To: <2a41acea0711011334g151b0d36yfb2d798c3a8f3312@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <5CCABF9E-80DD-4E46-80AA-6E3E1F156645@nevada.net.nz> <20071020040347.GA71660@eos.sc1.parodius.com> <471AD144.60404@bit0.com> <200710211939.l9LJd4eo024388@lava.sentex.ca> <2a41acea0711011334g151b0d36yfb2d798c3a8f3312@mail.gmail.com> Cc: freebsd-stable@freebsd.org, Mike Andrews , Philip Murray Subject: Re: em 6.6.6 - watchdog 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: Thu, 01 Nov 2007 20:36:57 -0000 I should also note that this only applies to PCI-E NICs, 82571 and later. Jack From owner-freebsd-stable@FreeBSD.ORG Thu Nov 1 20:41:20 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 361DC16A475 for ; Thu, 1 Nov 2007 20:41:20 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.183]) by mx1.freebsd.org (Postfix) with ESMTP id 2A6A413C4AA for ; Thu, 1 Nov 2007 20:41:17 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so768030waf for ; Thu, 01 Nov 2007 13:40:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=Nk+4nau5z9zjz30wNort+Iwi553N5P8zcMqBiY4LBhU=; b=GUlmg2ZVNXQwf1oXpQ2XdIeIPY0lI4vsP59JeJ/uNx6DtvvQSBBpUaL2GQZzcnBRbrSqNubNpe0I3WVWrI2bl0yl1VVnQl87z/YftycTXrbQVuMXzbk1vuYtKQHdcZvy05syiG6D5MB69r4TGHTTb3EXuOILxAgSxG12+mO6xAk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=NWM+RuGkEHxyoeihv++bRI8+ez4bLIhhlCxp+YQ9L2JngLuDmzSINodBONbsHXCbiRiX96cZSM/VFiZmkt/nRCt9Nz0jYnRbf6JTz1zNd8KKD7Imn7Suve6+SHxhCKnfEJMGX+Z0F4RyHXckaAlJR9smTH2ClLKseLm44/9SrJ4= Received: by 10.114.154.1 with SMTP id b1mr1054690wae.1193949275000; Thu, 01 Nov 2007 13:34:35 -0700 (PDT) Received: by 10.114.177.13 with HTTP; Thu, 1 Nov 2007 13:34:34 -0700 (PDT) Message-ID: <2a41acea0711011334g151b0d36yfb2d798c3a8f3312@mail.gmail.com> Date: Thu, 1 Nov 2007 13:34:34 -0700 From: "Jack Vogel" To: "Mike Tancsa" In-Reply-To: <200710211939.l9LJd4eo024388@lava.sentex.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <5CCABF9E-80DD-4E46-80AA-6E3E1F156645@nevada.net.nz> <20071020040347.GA71660@eos.sc1.parodius.com> <471AD144.60404@bit0.com> <200710211939.l9LJd4eo024388@lava.sentex.ca> Cc: freebsd-stable@freebsd.org, Mike Andrews , Philip Murray Subject: Re: em 6.6.6 - watchdog 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: Thu, 01 Nov 2007 20:41:20 -0000 On 10/21/07, Mike Tancsa wrote: > At 12:10 AM 10/21/2007, Mike Andrews wrote: > > >I haven't tried the 6.6.6 driver on mine yet, though, so this could > >be something totally different. I was going to bump one of them > >from RELENG_6 to RELENG_7 as a test soon. > > I see this problem running RELENG_6, which has the 6.6.6 driver. I > forget the exact supermicro model # > > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Core(TM)2 CPU 6600 @ 2.40GHz (2402.50-MHz > 686-class CPU) > Origin = "GenuineIntel" Id = 0x6f6 Stepping = 6 > Features=0xbfebfbff > Features2=0xe3bd > AMD Features=0x20100000 > AMD Features2=0x1 > Cores per package: 2 > real memory = 2144329728 (2044 MB) > avail memory = 2092859392 (1995 MB) > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > ioapic0: Changing APIC ID to 5 > ioapic0 irqs 0-23 on motherboard > ioapic1 irqs 30-53 on motherboard > kbd1 at kbdmux0 > acpi0: on motherboard > em0: port > 0x3020-0x303f mem 0x88260000-0x8827ffff,0x88240000-0x8825ffff irq 16 > at device 0.0 on pci1 > em0: Ethernet address: 00:15:17:12:f6:04 > em0: [FAST] > em1: port > 0x3000-0x301f mem 0x88220000-0x8823ffff,0x88200000-0x8821ffff irq 17 > at device 0.1 on pci1 > em1: Ethernet address: 00:15:17:12:f6:05 > em1: [FAST] > em2: port > 0x2000-0x201f mem 0x88180000-0x8819ffff,0x88100000-0x8817ffff irq 17 > at device 0.0 on pci5 > em2: Ethernet address: 00:15:17:29:6f:ef > em2: [FAST] > em3: port > 0x1100-0x113f mem 0x88020000-0x8803ffff,0x88000000-0x8801ffff irq 17 > at device 5.0 on pci6 > em3: Ethernet address: 00:15:17:29:6f:f0 > em3: [FAST] > > I already ran the dos util to "fix" the eeprom, but no difference. I would like you all to try using MSI interrupts, watchdogs don't happen when I do this. If you have hardware that has a system issue with MSI then ignore this, but these SuperMicros systems should be fine. First, you must enable it on the system: sysctl hw.pci.enable_msi=1 Then you must reload the driver. If you use em static in the kernel you will have to change the loader.conf to enable msi on boot. I am going to add a display that will tell you when an adapter uses MSI or MSI/X next time I check in code. Not only does this solve my watchdog problems, I also find on the UDP_STREAM test of netperf that I get better performance when using MSI. Let me know how it works if you try this. Cheers, Jack From owner-freebsd-stable@FreeBSD.ORG Thu Nov 1 23:49:27 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A196816A420 for ; Thu, 1 Nov 2007 23:49:27 +0000 (UTC) (envelope-from wilbuy@gmail.com) Received: from mailhub.ltc.sk (mailhub.ltc.sk [81.89.56.20]) by mx1.freebsd.org (Postfix) with ESMTP id 267B813C4A7 for ; Thu, 1 Nov 2007 23:49:27 +0000 (UTC) (envelope-from wilbuy@gmail.com) Received: from [127.0.0.1] (remedy.wilbury.sk [217.73.27.10]) by mailhub.ltc.sk (Postfix) with ESMTP id B9A3813BF8; Fri, 2 Nov 2007 00:23:45 +0100 (CET) Message-ID: <472A6014.7050007@gmail.com> Date: Fri, 02 Nov 2007 00:24:04 +0100 From: Juraj Lutter User-Agent: Mozilla-Thunderbird 2.0.0.6 (X11/20071009) MIME-Version: 1.0 To: Rainer Hurling References: <4728B0CC.40100@coldhaus.com> <472979C8.4070908@nw-fva.de> <4729F9E8.4020306@coldhaus.com> <4729FBB3.900@gwdg.de> In-Reply-To: <4729FBB3.900@gwdg.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Eric Millbrandt , freebsd-stable@freebsd.org Subject: Re: usb keyboard FreeBSD 7.0-BETA1 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, 01 Nov 2007 23:49:27 -0000 Rainer Hurling wrote: > Eric Millbrandt schrieb: >> Rainer Hurling wrote: >>> Hi Eric, >>> >>> I reported yesterday on ports@, that with portupgrade of 30th >>> October, rebuilding some xorg ports and restarting X now all LEDs of >>> my USB-keyboards (3 systems) are working again. (FreeBSD 8.0-CURRENT >>> i386) >>> >>> Hope this helps, >>> Rainer >>> >> Thanks, but my problem does not seems to be with X. The LEDs do not >> work when using and not using X, single user mode, console, etc.... >> Was your problem only in X? > > Yes, only in X for a few weeks. This was described in several threads > before. > FWIW, I am experiencing the same behaviour also with X.org on Linux -> Keyboard LEDs just does not work. From owner-freebsd-stable@FreeBSD.ORG Thu Nov 1 23:49:36 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 71E0016A4C0 for ; Thu, 1 Nov 2007 23:49:36 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from phoebe.cse.buffalo.edu (phoebe.cse.buffalo.edu [128.205.32.89]) by mx1.freebsd.org (Postfix) with ESMTP id F2C3813C48A for ; Thu, 1 Nov 2007 23:49:35 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from [128.205.32.4] (opus.cse.buffalo.edu [128.205.32.4]) (authenticated bits=0) by phoebe.cse.buffalo.edu (8.14.1/8.13.7) with ESMTP id lA1NjFvX002976 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Thu, 1 Nov 2007 19:45:16 -0400 (EDT) (envelope-from kensmith@cse.buffalo.edu) From: Ken Smith To: freebsd-stable@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-Ew5ba8HV5lDowNTImZPt" Organization: U. Buffalo CSE Department Date: Thu, 01 Nov 2007 19:45:15 -0400 Message-Id: <1193960715.36472.10.camel@opus.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.10.2 FreeBSD GNOME Team Port X-DCC-Buffalo.EDU-Metrics: phoebe.cse.buffalo.edu 1335; Body=0 Fuz1=0 X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=failed version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on phoebe.cse.buffalo.edu Subject: FreeBSD 6.3-BETA1 available 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, 01 Nov 2007 23:49:36 -0000 --=-Ew5ba8HV5lDowNTImZPt Content-Type: text/plain Content-Transfer-Encoding: quoted-printable The 6.3-BETA1 builds got delayed a bit by a last minute MFC causing some undesired ABI breakage. That has been fixed and the 6.3-BETA1 builds for amd64, i386, pc98, and sparc64 have completed. The MD5/SHA256 checksums are: MD5 (6.3-BETA1-amd64-bootonly.iso) =3D be222e1b8f6a43ac95614e0967f54e59 MD5 (6.3-BETA1-amd64-disc1.iso) =3D d82efe947b1050b139ddd97a1d683c5f MD5 (6.3-BETA1-amd64-disc2.iso) =3D 8c4899744f51b4f7f67d275e0ce8db5d MD5 (6.3-BETA1-amd64-docs.iso) =3D a4597ccc81feced68a490316a388d556 MD5 (6.3-BETA1-i386-bootonly.iso) =3D 0a6931c7cff4ae3d4be3cb0629d5cda2 MD5 (6.3-BETA1-i386-disc1.iso) =3D 5ffb993903c1d06a9ef888c8c3438bec MD5 (6.3-BETA1-i386-disc2.iso) =3D 39900e64067058bcce4306213a98b74d MD5 (6.3-BETA1-i386-docs.iso) =3D 4f0e006ac0f21cd5334864fea4856f52 MD5 (6.3-BETA1-pc98-bootonly.iso) =3D fde3dc92468abafec1364ae874da034a MD5 (6.3-BETA1-pc98-disc1.iso) =3D 5f72e77262966072e512136972b211b9 MD5 (6.3-BETA1-sparc64-bootonly.iso) =3D 46a6b0eb4ab689089166b526e023e86d MD5 (6.3-BETA1-sparc64-disc1.iso) =3D ecd0df7ba16d7034d01eb47290a9190f MD5 (6.3-BETA1-sparc64-disc2.iso) =3D bbd101bbea2128d11293b52c60a2eb8d MD5 (6.3-BETA1-sparc64-docs.iso) =3D ffa475d186d119f4200c232ab35dde8f SHA256 (6.3-BETA1-amd64-bootonly.iso) =3D 17e979167400017401e5652f1730904dd= 1638195d4f82e84cf39c5e0e47bed83 SHA256 (6.3-BETA1-amd64-disc1.iso) =3D 85776bc6605dc24bfb392715907600624235= e2904633e74d5978f53eba662769 SHA256 (6.3-BETA1-amd64-disc2.iso) =3D ea762e1c339ca89d7d44c04b8bbd8c2060cf= d6115b468b1be07feeb2cb0d7601 SHA256 (6.3-BETA1-amd64-docs.iso) =3D 33460d804c9660cd14a92e010cd2bf8a970b9= 71a673525a2c375d6770345efdf SHA256 (6.3-BETA1-i386-bootonly.iso) =3D 3c7d8a5d8a74c21095c66f59260f0219db= 2cc228517d15f4aae3bf42329683da SHA256 (6.3-BETA1-i386-disc1.iso) =3D 34668ec5cc22f37b395bbf07b8fd08f3d43dd= 5399a8003cd65d7b8d714ca5e4a SHA256 (6.3-BETA1-i386-disc2.iso) =3D c3ef7a4f58285203d40b1b0aa6727e06bfcac= 3a8dfe06a2bd181395be28bc293 SHA256 (6.3-BETA1-i386-docs.iso) =3D a1ed5317f2e8b0be897f1444a864cc0a1d35ee= 27a238ddc9dc8405ac3ad29ce4 SHA256 (6.3-BETA1-pc98-bootonly.iso) =3D 9eb5e5c007f3d1cfc9de35456e0d43995f= ace60bbcf8f7e1bf0a713c5b415c98 SHA256 (6.3-BETA1-pc98-disc1.iso) =3D d54a76d592d3735bf01dd74cd663cd1162748= 8f2e2e605964a82b9cc168534c1 SHA256 (6.3-BETA1-sparc64-bootonly.iso) =3D 23f8d05f8ecbd273b5007df3df84f6f= bda160a56fbe67097b14e82659c2a81f7 SHA256 (6.3-BETA1-sparc64-disc1.iso) =3D 1ec1c3a870b8edb7541377221e3461e63b= f822f0d506c8d34ef4c755fb0beac6 SHA256 (6.3-BETA1-sparc64-disc2.iso) =3D 1f283b9330981807a700efd29520a0fc3a= 6531411a509c8323055b8dc245a120 SHA256 (6.3-BETA1-sparc64-docs.iso) =3D e1d0766c4a87c05909cc4ff72089df1cc4e= 8004773b2e7f45407921022c9a685 --=20 Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-Ew5ba8HV5lDowNTImZPt Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBHKmUA/G14VSmup/YRAgJaAJwJiz4BwrCnfK37qyh83zMUlSP41wCeOWXo 8dE1RXeM2WCk/4xZ438PIZk= =M2y2 -----END PGP SIGNATURE----- --=-Ew5ba8HV5lDowNTImZPt-- From owner-freebsd-stable@FreeBSD.ORG Thu Nov 1 23:54:33 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1AE3A16A417 for ; Thu, 1 Nov 2007 23:54:33 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.239]) by mx1.freebsd.org (Postfix) with ESMTP id 4400013C48D for ; Thu, 1 Nov 2007 23:54:31 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so496560nzf for ; Thu, 01 Nov 2007 16:54:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; bh=q5nCmQn65NFwXn2gknfZQGUB438nPrlZv6m/jaZJM9g=; b=k8oCpUntyXEitJPKYsnPy42wjrrhDCzrbVSCCnYxpiVo2GkMbN0YQNzDMJMBiRIZRZtGPY6qIU8Wr3PoWK/IuDqeLm68CapDexuzqYmjrc0VQ0N6qSs+UeA5/zq0RUzt9mVbxhBzUHZQU1NOLx325k/uaGGNnSJn+0QrYJhTxt0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type; b=CVz1yDgt8kojjlPFDwp1046FA3LRwt7+6/lwNY7/JIK749iHLmIT5OzvFiSDmW/Cu2ThyxbKszFeNcydWvwZYUYtzEDBwcwN8Bg9NS1mJqGxfADr6vtcpVMY/estlLNGLZGeIMUdHO/6DgFDW86Zum0vrc5NabNIVX6vZv1+t5w= Received: by 10.114.78.1 with SMTP id a1mr1229094wab.1193961243696; Thu, 01 Nov 2007 16:54:03 -0700 (PDT) Received: by 10.114.177.13 with HTTP; Thu, 1 Nov 2007 16:54:03 -0700 (PDT) Message-ID: <2a41acea0711011654j56037949m381de3f9a243562d@mail.gmail.com> Date: Thu, 1 Nov 2007 16:54:03 -0700 From: "Jack Vogel" To: "FreeBSD Stable List" , "freebsd-net@freebsd.org" MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_14646_10493375.1193961243659" X-Mailman-Approved-At: Thu, 01 Nov 2007 23:59:15 +0000 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Test changes to em 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, 01 Nov 2007 23:54:33 -0000 ------=_Part_14646_10493375.1193961243659 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline This is a substantial change to the EM driver that I would appreciate some testing and feedback on. You just replace the two files in your STABLE tree. Its big enough that this seemed easier than a patch. Whats in this: A change Mike Silbersack came up with, it makes the watchdog period twice as long, but then in the middle of it fires off a clean. Thats a small change. Secondly, I took the locking mechanism I used in ixgbe and added it here. It uses two locks: core and tx instead of one. Third, added the EEPROM dumper into the driver, if you do `sysctl dev.em.X.debug=2' it will dump 32 words worth of the prom, this will allow an easy way to tell if you need a patch to an 82573 for instance. Next, I found a serious bug for Zoar (82575) users, it had to do with how and when I decide to try and use MSI/X, the fact that no one has squawked about this must mean all users are running 7 :) cuz on STABLE right now the driver load will FAIL if you enable MSI/X on the system. What I did was to create a new function for setting up msi and msix, its much cleaner and fixes this problem. In any case, I have done some pounding on this but wider testing would be good, let me know what you find. I hope to get this all resolved and into the tree for 6.3. Jack ------=_Part_14646_10493375.1193961243659 Content-Type: application/octet-stream; name=if_em.h Content-Transfer-Encoding: base64 X-Attachment-Id: f_f8hxjwuf Content-Disposition: attachment; filename=if_em.h LyoqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqCgpDb3B5cmlnaHQgKGMpIDIwMDEtMjAwNywgSW50ZWwgQ29ycG9y YXRpb24KQWxsIHJpZ2h0cyByZXNlcnZlZC4KClJlZGlzdHJpYnV0aW9uIGFuZCB1c2UgaW4gc291 cmNlIGFuZCBiaW5hcnkgZm9ybXMsIHdpdGggb3Igd2l0aG91dAptb2RpZmljYXRpb24sIGFyZSBw ZXJtaXR0ZWQgcHJvdmlkZWQgdGhhdCB0aGUgZm9sbG93aW5nIGNvbmRpdGlvbnMgYXJlIG1ldDoK CiAxLiBSZWRpc3RyaWJ1dGlvbnMgb2Ygc291cmNlIGNvZGUgbXVzdCByZXRhaW4gdGhlIGFib3Zl IGNvcHlyaWdodCBub3RpY2UsCiAgICB0aGlzIGxpc3Qgb2YgY29uZGl0aW9ucyBhbmQgdGhlIGZv bGxvd2luZyBkaXNjbGFpbWVyLgoKIDIuIFJlZGlzdHJpYnV0aW9ucyBpbiBiaW5hcnkgZm9ybSBt dXN0IHJlcHJvZHVjZSB0aGUgYWJvdmUgY29weXJpZ2h0CiAgICBub3RpY2UsIHRoaXMgbGlzdCBv ZiBjb25kaXRpb25zIGFuZCB0aGUgZm9sbG93aW5nIGRpc2NsYWltZXIgaW4gdGhlCiAgICBkb2N1 bWVudGF0aW9uIGFuZC9vciBvdGhlciBtYXRlcmlhbHMgcHJvdmlkZWQgd2l0aCB0aGUgZGlzdHJp YnV0aW9uLgoKIDMuIE5laXRoZXIgdGhlIG5hbWUgb2YgdGhlIEludGVsIENvcnBvcmF0aW9uIG5v ciB0aGUgbmFtZXMgb2YgaXRzCiAgICBjb250cmlidXRvcnMgbWF5IGJlIHVzZWQgdG8gZW5kb3Jz ZSBvciBwcm9tb3RlIHByb2R1Y3RzIGRlcml2ZWQgZnJvbQogICAgdGhpcyBzb2Z0d2FyZSB3aXRo b3V0IHNwZWNpZmljIHByaW9yIHdyaXR0ZW4gcGVybWlzc2lvbi4KClRISVMgU09GVFdBUkUgSVMg UFJPVklERUQgQlkgVEhFIENPUFlSSUdIVCBIT0xERVJTIEFORCBDT05UUklCVVRPUlMgIkFTIElT IgpBTkQgQU5ZIEVYUFJFU1MgT1IgSU1QTElFRCBXQVJSQU5USUVTLCBJTkNMVURJTkcsIEJVVCBO T1QgTElNSVRFRCBUTywgVEhFCklNUExJRUQgV0FSUkFOVElFUyBPRiBNRVJDSEFOVEFCSUxJVFkg QU5EIEZJVE5FU1MgRk9SIEEgUEFSVElDVUxBUiBQVVJQT1NFCkFSRSBESVNDTEFJTUVELiBJTiBO TyBFVkVOVCBTSEFMTCBUSEUgQ09QWVJJR0hUIE9XTkVSIE9SIENPTlRSSUJVVE9SUyBCRQpMSUFC TEUgRk9SIEFOWSBESVJFQ1QsIElORElSRUNULCBJTkNJREVOVEFMLCBTUEVDSUFMLCBFWEVNUExB UlksIE9SCkNPTlNFUVVFTlRJQUwgREFNQUdFUyAoSU5DTFVESU5HLCBCVVQgTk9UIExJTUlURUQg VE8sIFBST0NVUkVNRU5UIE9GClNVQlNUSVRVVEUgR09PRFMgT1IgU0VSVklDRVM7IExPU1MgT0Yg VVNFLCBEQVRBLCBPUiBQUk9GSVRTOyBPUiBCVVNJTkVTUwpJTlRFUlJVUFRJT04pIEhPV0VWRVIg Q0FVU0VEIEFORCBPTiBBTlkgVEhFT1JZIE9GIExJQUJJTElUWSwgV0hFVEhFUiBJTgpDT05UUkFD VCwgU1RSSUNUIExJQUJJTElUWSwgT1IgVE9SVCAoSU5DTFVESU5HIE5FR0xJR0VOQ0UgT1IgT1RI RVJXSVNFKQpBUklTSU5HIElOIEFOWSBXQVkgT1VUIE9GIFRIRSBVU0UgT0YgVEhJUyBTT0ZUV0FS RSwgRVZFTiBJRiBBRFZJU0VEIE9GIFRIRQpQT1NTSUJJTElUWSBPRiBTVUNIIERBTUFHRS4KCioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKi8KLyokRnJlZUJTRCQqLwoKI2lmbmRlZiBfRU1fSF9ERUZJTkVEXwoj ZGVmaW5lIF9FTV9IX0RFRklORURfCgovKiBUdW5hYmxlcyAqLwoKLyoKICogRU1fVFhEOiBNYXhp bXVtIG51bWJlciBvZiBUcmFuc21pdCBEZXNjcmlwdG9ycwogKiBWYWxpZCBSYW5nZTogODAtMjU2 IGZvciA4MjU0MiBhbmQgODI1NDMtYmFzZWQgYWRhcHRlcnMKICogICAgICAgICAgICAgIDgwLTQw OTYgZm9yIG90aGVycwogKiBEZWZhdWx0IFZhbHVlOiAyNTYKICogICBUaGlzIHZhbHVlIGlzIHRo ZSBudW1iZXIgb2YgdHJhbnNtaXQgZGVzY3JpcHRvcnMgYWxsb2NhdGVkIGJ5IHRoZSBkcml2ZXIu CiAqICAgSW5jcmVhc2luZyB0aGlzIHZhbHVlIGFsbG93cyB0aGUgZHJpdmVyIHRvIHF1ZXVlIG1v cmUgdHJhbnNtaXRzLiBFYWNoCiAqICAgZGVzY3JpcHRvciBpcyAxNiBieXRlcy4KICogICBTaW5j ZSBURExFTiBzaG91bGQgYmUgbXVsdGlwbGUgb2YgMTI4Ynl0ZXMsIHRoZSBudW1iZXIgb2YgdHJh bnNtaXQKICogICBkZXNzY3JpcHRvcnMgc2hvdWxkIG1lZXQgdGhlIGZvbGxvd2luZyBjb25kaXRp b24uCiAqICAgICAgKG51bV90eF9kZXNjICogc2l6ZW9mKHN0cnVjdCBlMTAwMF90eF9kZXNjKSkg JSAxMjggPT0gMAogKi8KI2RlZmluZSBFTV9NSU5fVFhECQk4MAojZGVmaW5lIEVNX01BWF9UWERf ODI1NDMJMjU2CiNkZWZpbmUgRU1fTUFYX1RYRAkJNDA5NgojZGVmaW5lIEVNX0RFRkFVTFRfVFhE CQlFTV9NQVhfVFhEXzgyNTQzCgovKgogKiBFTV9SWEQgLSBNYXhpbXVtIG51bWJlciBvZiByZWNl aXZlIERlc2NyaXB0b3JzCiAqIFZhbGlkIFJhbmdlOiA4MC0yNTYgZm9yIDgyNTQyIGFuZCA4MjU0 My1iYXNlZCBhZGFwdGVycwogKiAgICAgICAgICAgICAgODAtNDA5NiBmb3Igb3RoZXJzCiAqIERl ZmF1bHQgVmFsdWU6IDI1NgogKiAgIFRoaXMgdmFsdWUgaXMgdGhlIG51bWJlciBvZiByZWNlaXZl IGRlc2NyaXB0b3JzIGFsbG9jYXRlZCBieSB0aGUgZHJpdmVyLgogKiAgIEluY3JlYXNpbmcgdGhp cyB2YWx1ZSBhbGxvd3MgdGhlIGRyaXZlciB0byBidWZmZXIgbW9yZSBpbmNvbWluZyBwYWNrZXRz LgogKiAgIEVhY2ggZGVzY3JpcHRvciBpcyAxNiBieXRlcy4gIEEgcmVjZWl2ZSBidWZmZXIgaXMg YWxzbyBhbGxvY2F0ZWQgZm9yIGVhY2gKICogICBkZXNjcmlwdG9yLiBUaGUgbWF4aW11bSBNVFUg c2l6ZSBpcyAxNjExMC4KICogICBTaW5jZSBURExFTiBzaG91bGQgYmUgbXVsdGlwbGUgb2YgMTI4 Ynl0ZXMsIHRoZSBudW1iZXIgb2YgdHJhbnNtaXQKICogICBkZXNzY3JpcHRvcnMgc2hvdWxkIG1l ZXQgdGhlIGZvbGxvd2luZyBjb25kaXRpb24uCiAqICAgICAgKG51bV90eF9kZXNjICogc2l6ZW9m KHN0cnVjdCBlMTAwMF90eF9kZXNjKSkgJSAxMjggPT0gMAogKi8KI2RlZmluZSBFTV9NSU5fUlhE CQk4MAojZGVmaW5lIEVNX01BWF9SWERfODI1NDMJMjU2CiNkZWZpbmUgRU1fTUFYX1JYRAkJNDA5 NgojZGVmaW5lIEVNX0RFRkFVTFRfUlhECUVNX01BWF9SWERfODI1NDMKCi8qCiAqIEVNX1RJRFYg LSBUcmFuc21pdCBJbnRlcnJ1cHQgRGVsYXkgVmFsdWUKICogVmFsaWQgUmFuZ2U6IDAtNjU1MzUg KDA9b2ZmKQogKiBEZWZhdWx0IFZhbHVlOiA2NAogKiAgIFRoaXMgdmFsdWUgZGVsYXlzIHRoZSBn ZW5lcmF0aW9uIG9mIHRyYW5zbWl0IGludGVycnVwdHMgaW4gdW5pdHMgb2YKICogICAxLjAyNCBt aWNyb3NlY29uZHMuIFRyYW5zbWl0IGludGVycnVwdCByZWR1Y3Rpb24gY2FuIGltcHJvdmUgQ1BV CiAqICAgZWZmaWNpZW5jeSBpZiBwcm9wZXJseSB0dW5lZCBmb3Igc3BlY2lmaWMgbmV0d29yayB0 cmFmZmljLiBJZiB0aGUKICogICBzeXN0ZW0gaXMgcmVwb3J0aW5nIGRyb3BwZWQgdHJhbnNtaXRz LCB0aGlzIHZhbHVlIG1heSBiZSBzZXQgdG9vIGhpZ2gKICogICBjYXVzaW5nIHRoZSBkcml2ZXIg dG8gcnVuIG91dCBvZiBhdmFpbGFibGUgdHJhbnNtaXQgZGVzY3JpcHRvcnMuCiAqLwojZGVmaW5l IEVNX1RJRFYgICAgICAgICAgICAgICAgICAgICAgICAgNjQKCi8qCiAqIEVNX1RBRFYgLSBUcmFu c21pdCBBYnNvbHV0ZSBJbnRlcnJ1cHQgRGVsYXkgVmFsdWUKICogKE5vdCB2YWxpZCBmb3IgODI1 NDIvODI1NDMvODI1NDQpCiAqIFZhbGlkIFJhbmdlOiAwLTY1NTM1ICgwPW9mZikKICogRGVmYXVs dCBWYWx1ZTogNjQKICogICBUaGlzIHZhbHVlLCBpbiB1bml0cyBvZiAxLjAyNCBtaWNyb3NlY29u ZHMsIGxpbWl0cyB0aGUgZGVsYXkgaW4gd2hpY2ggYQogKiAgIHRyYW5zbWl0IGludGVycnVwdCBp cyBnZW5lcmF0ZWQuIFVzZWZ1bCBvbmx5IGlmIEVNX1RJRFYgaXMgbm9uLXplcm8sCiAqICAgdGhp cyB2YWx1ZSBlbnN1cmVzIHRoYXQgYW4gaW50ZXJydXB0IGlzIGdlbmVyYXRlZCBhZnRlciB0aGUg aW5pdGlhbAogKiAgIHBhY2tldCBpcyBzZW50IG9uIHRoZSB3aXJlIHdpdGhpbiB0aGUgc2V0IGFt b3VudCBvZiB0aW1lLiAgUHJvcGVyIHR1bmluZywKICogICBhbG9uZyB3aXRoIEVNX1RJRFYsIG1h eSBpbXByb3ZlIHRyYWZmaWMgdGhyb3VnaHB1dCBpbiBzcGVjaWZpYwogKiAgIG5ldHdvcmsgY29u ZGl0aW9ucy4KICovCiNkZWZpbmUgRU1fVEFEViAgICAgICAgICAgICAgICAgICAgICAgICA2NAoK LyoKICogRU1fUkRUUiAtIFJlY2VpdmUgSW50ZXJydXB0IERlbGF5IFRpbWVyIChQYWNrZXQgVGlt ZXIpCiAqIFZhbGlkIFJhbmdlOiAwLTY1NTM1ICgwPW9mZikKICogRGVmYXVsdCBWYWx1ZTogMAog KiAgIFRoaXMgdmFsdWUgZGVsYXlzIHRoZSBnZW5lcmF0aW9uIG9mIHJlY2VpdmUgaW50ZXJydXB0 cyBpbiB1bml0cyBvZiAxLjAyNAogKiAgIG1pY3Jvc2Vjb25kcy4gIFJlY2VpdmUgaW50ZXJydXB0 IHJlZHVjdGlvbiBjYW4gaW1wcm92ZSBDUFUgZWZmaWNpZW5jeSBpZgogKiAgIHByb3Blcmx5IHR1 bmVkIGZvciBzcGVjaWZpYyBuZXR3b3JrIHRyYWZmaWMuIEluY3JlYXNpbmcgdGhpcyB2YWx1ZSBh ZGRzCiAqICAgZXh0cmEgbGF0ZW5jeSB0byBmcmFtZSByZWNlcHRpb24gYW5kIGNhbiBlbmQgdXAg ZGVjcmVhc2luZyB0aGUgdGhyb3VnaHB1dAogKiAgIG9mIFRDUCB0cmFmZmljLiBJZiB0aGUgc3lz dGVtIGlzIHJlcG9ydGluZyBkcm9wcGVkIHJlY2VpdmVzLCB0aGlzIHZhbHVlCiAqICAgbWF5IGJl IHNldCB0b28gaGlnaCwgY2F1c2luZyB0aGUgZHJpdmVyIHRvIHJ1biBvdXQgb2YgYXZhaWxhYmxl IHJlY2VpdmUKICogICBkZXNjcmlwdG9ycy4KICoKICogICBDQVVUSU9OOiBXaGVuIHNldHRpbmcg RU1fUkRUUiB0byBhIHZhbHVlIG90aGVyIHRoYW4gMCwgYWRhcHRlcnMKICogICAgICAgICAgICBt YXkgaGFuZyAoc3RvcCB0cmFuc21pdHRpbmcpIHVuZGVyIGNlcnRhaW4gbmV0d29yayBjb25kaXRp b25zLgogKiAgICAgICAgICAgIElmIHRoaXMgb2NjdXJzIGEgV0FUQ0hET0cgbWVzc2FnZSBpcyBs b2dnZWQgaW4gdGhlIHN5c3RlbQogKiAgICAgICAgICAgIGV2ZW50IGxvZy4gSW4gYWRkaXRpb24s IHRoZSBjb250cm9sbGVyIGlzIGF1dG9tYXRpY2FsbHkgcmVzZXQsCiAqICAgICAgICAgICAgcmVz dG9yaW5nIHRoZSBuZXR3b3JrIGNvbm5lY3Rpb24uIFRvIGVsaW1pbmF0ZSB0aGUgcG90ZW50aWFs CiAqICAgICAgICAgICAgZm9yIHRoZSBoYW5nIGVuc3VyZSB0aGF0IEVNX1JEVFIgaXMgc2V0IHRv IDAuCiAqLwojZGVmaW5lIEVNX1JEVFIgICAgICAgICAgICAgICAgICAgICAgICAgMAoKLyoKICog UmVjZWl2ZSBJbnRlcnJ1cHQgQWJzb2x1dGUgRGVsYXkgVGltZXIgKE5vdCB2YWxpZCBmb3IgODI1 NDIvODI1NDMvODI1NDQpCiAqIFZhbGlkIFJhbmdlOiAwLTY1NTM1ICgwPW9mZikKICogRGVmYXVs dCBWYWx1ZTogNjQKICogICBUaGlzIHZhbHVlLCBpbiB1bml0cyBvZiAxLjAyNCBtaWNyb3NlY29u ZHMsIGxpbWl0cyB0aGUgZGVsYXkgaW4gd2hpY2ggYQogKiAgIHJlY2VpdmUgaW50ZXJydXB0IGlz IGdlbmVyYXRlZC4gVXNlZnVsIG9ubHkgaWYgRU1fUkRUUiBpcyBub24temVybywKICogICB0aGlz IHZhbHVlIGVuc3VyZXMgdGhhdCBhbiBpbnRlcnJ1cHQgaXMgZ2VuZXJhdGVkIGFmdGVyIHRoZSBp bml0aWFsCiAqICAgcGFja2V0IGlzIHJlY2VpdmVkIHdpdGhpbiB0aGUgc2V0IGFtb3VudCBvZiB0 aW1lLiAgUHJvcGVyIHR1bmluZywKICogICBhbG9uZyB3aXRoIEVNX1JEVFIsIG1heSBpbXByb3Zl IHRyYWZmaWMgdGhyb3VnaHB1dCBpbiBzcGVjaWZpYyBuZXR3b3JrCiAqICAgY29uZGl0aW9ucy4K ICovCiNkZWZpbmUgRU1fUkFEViAgICAgICAgICAgICAgICAgICAgICAgICA2NAoKLyoKICogVGhp cyBwYXJhbWV0ZXIgY29udHJvbHMgdGhlIGR1cmF0aW9uIG9mIHRyYW5zbWl0IHdhdGNoZG9nIHRp bWVyLgogKi8KI2RlZmluZSBFTV9UWF9USU1FT1VUICAgICAgICAgICAgICAgICAgIDEwICAgIC8q IHNldCB0byAxMCBzZWNvbmRzICovCgovKgogKiBUaGlzIHBhcmFtZXRlciBjb250cm9scyB3aGVu IHRoZSBkcml2ZXIgY2FsbHMgdGhlIHJvdXRpbmUgdG8gcmVjbGFpbQogKiB0cmFuc21pdCBkZXNj cmlwdG9ycy4KICovCiNkZWZpbmUgRU1fVFhfQ0xFQU5VUF9USFJFU0hPTEQJKGFkYXB0ZXItPm51 bV90eF9kZXNjIC8gOCkKI2RlZmluZSBFTV9UWF9PUF9USFJFU0hPTEQJKGFkYXB0ZXItPm51bV90 eF9kZXNjIC8gMzIpCgovKgogKiBUaGlzIHBhcmFtZXRlciBjb250cm9scyB3aGV0aGVyIG9yIG5v dCBhdXRvbmVnb3RhdGlvbiBpcyBlbmFibGVkLgogKiAgICAgICAgICAgICAgMCAtIERpc2FibGUg YXV0b25lZ290aWF0aW9uCiAqICAgICAgICAgICAgICAxIC0gRW5hYmxlICBhdXRvbmVnb3RpYXRp b24KICovCiNkZWZpbmUgRE9fQVVUT19ORUcgICAgICAgICAgICAgICAgICAgICAxCgovKgogKiBU aGlzIHBhcmFtZXRlciBjb250cm9sIHdoZXRoZXIgb3Igbm90IHRoZSBkcml2ZXIgd2lsbCB3YWl0 IGZvcgogKiBhdXRvbmVnb3RpYXRpb24gdG8gY29tcGxldGUuCiAqICAgICAgICAgICAgICAxIC0g V2FpdCBmb3IgYXV0b25lZ290aWF0aW9uIHRvIGNvbXBsZXRlCiAqICAgICAgICAgICAgICAwIC0g RG9uJ3Qgd2FpdCBmb3IgYXV0b25lZ290aWF0aW9uIHRvIGNvbXBsZXRlCiAqLwojZGVmaW5lIFdB SVRfRk9SX0FVVE9fTkVHX0RFRkFVTFQgICAgICAgMAoKLyogVHVuYWJsZXMgLS0gRW5kICovCgoj ZGVmaW5lIEFVVE9ORUdfQURWX0RFRkFVTFQJKEFEVkVSVElTRV8xMF9IQUxGIHwgQURWRVJUSVNF XzEwX0ZVTEwgfCBcCgkJCQlBRFZFUlRJU0VfMTAwX0hBTEYgfCBBRFZFUlRJU0VfMTAwX0ZVTEwg fCBcCgkJCQlBRFZFUlRJU0VfMTAwMF9GVUxMKQoKI2RlZmluZSBBVVRPX0FMTF9NT0RFUwkJMAoK LyogUEhZIG1hc3Rlci9zbGF2ZSBzZXR0aW5nICovCiNkZWZpbmUgRU1fTUFTVEVSX1NMQVZFCQll MTAwMF9tc19od19kZWZhdWx0CgovKgogKiBNaWNlbGxhbmVvdXMgY29uc3RhbnRzCiAqLwojZGVm aW5lIEVNX1ZFTkRPUl9JRCAgICAgICAgICAgICAgICAgICAgMHg4MDg2CiNkZWZpbmUgRU1fRkxB U0ggICAgICAgICAgICAgICAgICAgICAgICAweDAwMTQgCgojZGVmaW5lIEVNX0pVTUJPX1BCQSAg ICAgICAgICAgICAgICAgICAgMHgwMDAwMDAyOAojZGVmaW5lIEVNX0RFRkFVTFRfUEJBICAgICAg ICAgICAgICAgICAgMHgwMDAwMDAzMAojZGVmaW5lIEVNX1NNQVJUU1BFRURfRE9XTlNISUZUICAg ICAgICAgMwojZGVmaW5lIEVNX1NNQVJUU1BFRURfTUFYICAgICAgICAgICAgICAgMTUKI2RlZmlu ZSBFTV9NQVhfSU5UUgkJCTEwCgojZGVmaW5lIE1BWF9OVU1fTVVMVElDQVNUX0FERFJFU1NFUyAg ICAgMTI4CiNkZWZpbmUgUENJX0FOWV9JRCAgICAgICAgICAgICAgICAgICAgICAofjBVKQojZGVm aW5lIEVUSEVSX0FMSUdOICAgICAgICAgICAgICAgICAgICAgMgojZGVmaW5lIEVNX1RYX0JVRkZF Ul9TSVpFCQkoKHVpbnQzMl90KSAxNTE0KQojZGVmaW5lIEVNX0ZDX1BBVVNFX1RJTUUJCTB4MDY4 MAojZGVmaW5lIEVNX0VFUFJPTV9BUE1FCQkJMHg0MDA7CgovKiBDb2RlIGNvbXBhdGlsYmlsaXR5 IGJldHdlZW4gNiBhbmQgNyAqLwojaWZuZGVmIEVUSEVSX0JQRl9NVEFQCiNkZWZpbmUgRVRIRVJf QlBGX01UQVAJCQlCUEZfTVRBUAojZW5kaWYKCi8qCiAqIFREQkEvUkRCQSBzaG91bGQgYmUgYWxp Z25lZCBvbiAxNiBieXRlIGJvdW5kYXJ5LiBCdXQgVERMRU4vUkRMRU4gc2hvdWxkIGJlCiAqIG11 bHRpcGxlIG9mIDEyOCBieXRlcy4gU28gd2UgYWxpZ24gVERCQS9SREJBIG9uIDEyOCBieXRlIGJv dW5kYXJ5LiBUaGlzIHdpbGwKICogYWxzbyBvcHRpbWl6ZSBjYWNoZSBsaW5lIHNpemUgZWZmZWN0 LiBIL1cgc3VwcG9ydHMgdXAgdG8gY2FjaGUgbGluZSBzaXplIDEyOC4KICovCiNkZWZpbmUgRU1f REJBX0FMSUdOCQkJMTI4CgojZGVmaW5lIFNQRUVEX01PREVfQklUICgxPDwyMSkJCS8qIE9uIFBD SS1FIE1BQ3Mgb25seSAqLwoKLyogUENJIENvbmZpZyBkZWZpbmVzICovCiNkZWZpbmUgRU1fQkFS X1RZUEUodikJCSgodikgJiBFTV9CQVJfVFlQRV9NQVNLKQojZGVmaW5lIEVNX0JBUl9UWVBFX01B U0sJMHgwMDAwMDAwMQojZGVmaW5lIEVNX0JBUl9UWVBFX01NRU0JMHgwMDAwMDAwMAojZGVmaW5l IEVNX0JBUl9UWVBFX0lPCQkweDAwMDAwMDAxCiNkZWZpbmUgRU1fQkFSX1RZUEVfRkxBU0gJMHgw MDE0IAojZGVmaW5lIEVNX0JBUl9NRU1fVFlQRSh2KQkoKHYpICYgRU1fQkFSX01FTV9UWVBFX01B U0spCiNkZWZpbmUgRU1fQkFSX01FTV9UWVBFX01BU0sJMHgwMDAwMDAwNgojZGVmaW5lIEVNX0JB Ul9NRU1fVFlQRV8zMkJJVAkweDAwMDAwMDAwCiNkZWZpbmUgRU1fQkFSX01FTV9UWVBFXzY0QklU CTB4MDAwMDAwMDQKI2RlZmluZSBFTV9NU0lYX0JBUgkJMwkvKiBPbiA4MjU3NSAqLwoKLyogRGVm aW5lcyBmb3IgcHJpbnRpbmcgZGVidWcgaW5mb3JtYXRpb24gKi8KI2RlZmluZSBERUJVR19JTklU ICAwCiNkZWZpbmUgREVCVUdfSU9DVEwgMAojZGVmaW5lIERFQlVHX0hXICAgIDAKCiNkZWZpbmUg SU5JVF9ERUJVR09VVChTKSAgICAgICAgICAgIGlmIChERUJVR19JTklUKSAgcHJpbnRmKFMgIlxu IikKI2RlZmluZSBJTklUX0RFQlVHT1VUMShTLCBBKSAgICAgICAgaWYgKERFQlVHX0lOSVQpICBw cmludGYoUyAiXG4iLCBBKQojZGVmaW5lIElOSVRfREVCVUdPVVQyKFMsIEEsIEIpICAgICBpZiAo REVCVUdfSU5JVCkgIHByaW50ZihTICJcbiIsIEEsIEIpCiNkZWZpbmUgSU9DVExfREVCVUdPVVQo UykgICAgICAgICAgIGlmIChERUJVR19JT0NUTCkgcHJpbnRmKFMgIlxuIikKI2RlZmluZSBJT0NU TF9ERUJVR09VVDEoUywgQSkgICAgICAgaWYgKERFQlVHX0lPQ1RMKSBwcmludGYoUyAiXG4iLCBB KQojZGVmaW5lIElPQ1RMX0RFQlVHT1VUMihTLCBBLCBCKSAgICBpZiAoREVCVUdfSU9DVEwpIHBy aW50ZihTICJcbiIsIEEsIEIpCiNkZWZpbmUgSFdfREVCVUdPVVQoUykgICAgICAgICAgICAgIGlm IChERUJVR19IVykgcHJpbnRmKFMgIlxuIikKI2RlZmluZSBIV19ERUJVR09VVDEoUywgQSkgICAg ICAgICAgaWYgKERFQlVHX0hXKSBwcmludGYoUyAiXG4iLCBBKQojZGVmaW5lIEhXX0RFQlVHT1VU MihTLCBBLCBCKSAgICAgICBpZiAoREVCVUdfSFcpIHByaW50ZihTICJcbiIsIEEsIEIpCgojZGVm aW5lIEVNX01BWF9TQ0FUVEVSCQk2NAojZGVmaW5lIEVNX1RTT19TSVpFCQk2NTUzNQkvKiBtYXhz aXplIG9mIGEgZG1hIHRyYW5zZmVyICovCiNkZWZpbmUgRU1fVFNPX1NFR19TSVpFCQk0MDk2CS8q IE1heCBkbWEgc2VnbWVudCBzaXplICovCiNkZWZpbmUgRVRIX1pMRU4JCTYwCiNkZWZpbmUgRVRI X0FERFJfTEVOCQk2CiNkZWZpbmUgQ1NVTV9PRkZMT0FECQk3CS8qIE9mZmxvYWQgYml0cyBpbiBt YnVmIGZsYWcgKi8KCnN0cnVjdCBhZGFwdGVyOwoKc3RydWN0IGVtX2ludF9kZWxheV9pbmZvIHsK CXN0cnVjdCBhZGFwdGVyICphZGFwdGVyOwkvKiBCYWNrLXBvaW50ZXIgdG8gdGhlIGFkYXB0ZXIg c3RydWN0ICovCglpbnQgb2Zmc2V0OwkJCS8qIFJlZ2lzdGVyIG9mZnNldCB0byByZWFkL3dyaXRl ICovCglpbnQgdmFsdWU7CQkJLyogQ3VycmVudCB2YWx1ZSBpbiB1c2VjcyAqLwp9OwoKLyoKICog QnVzIGRtYSBhbGxvY2F0aW9uIHN0cnVjdHVyZSB1c2VkIGJ5CiAqIGUxMDAwX2RtYV9tYWxsb2Mg YW5kIGUxMDAwX2RtYV9mcmVlLgogKi8Kc3RydWN0IGVtX2RtYV9hbGxvYyB7CiAgICAgICAgYnVz X2FkZHJfdCAgICAgICAgICAgICAgZG1hX3BhZGRyOwogICAgICAgIGNhZGRyX3QgICAgICAgICAg ICAgICAgIGRtYV92YWRkcjsKICAgICAgICBidXNfZG1hX3RhZ190ICAgICAgICAgICBkbWFfdGFn OwogICAgICAgIGJ1c19kbWFtYXBfdCAgICAgICAgICAgIGRtYV9tYXA7CiAgICAgICAgYnVzX2Rt YV9zZWdtZW50X3QgICAgICAgZG1hX3NlZzsKICAgICAgICBpbnQgICAgICAgICAgICAgICAgICAg ICBkbWFfbnNlZzsKfTsKCi8qIE91ciBhZGFwdGVyIHN0cnVjdHVyZSAqLwpzdHJ1Y3QgYWRhcHRl ciB7CglzdHJ1Y3QgaWZuZXQJKmlmcDsKCXN0cnVjdCBlMTAwMF9odwlodzsKCgkvKiBGcmVlQlNE IG9wZXJhdGluZy1zeXN0ZW0tc3BlY2lmaWMgc3RydWN0dXJlcy4gKi8KCXN0cnVjdCBlMTAwMF9v c2RlcCBvc2RlcDsKCXN0cnVjdCBkZXZpY2UJKmRldjsKCXN0cnVjdCByZXNvdXJjZSAqcmVzX21l bW9yeTsKCXN0cnVjdCByZXNvdXJjZSAqZmxhc2hfbWVtOwoJc3RydWN0IHJlc291cmNlICptc2l4 X21lbTsKCXN0cnVjdCByZXNvdXJjZQkqcmVzX2lvcG9ydDsKCXN0cnVjdCByZXNvdXJjZQkqcmVz X2ludGVycnVwdDsKCXZvaWQJCSppbnRfaGFuZGxlcl90YWc7CglzdHJ1Y3QgaWZtZWRpYQltZWRp YTsKCXN0cnVjdCBjYWxsb3V0CXRpbWVyOwoJc3RydWN0IGNhbGxvdXQJdHhfZmlmb190aW1lcjsK CWludAkJd2F0Y2hkb2dfdGltZXI7CglpbnQJCWlvX3JpZDsKCWludAkJbXNpOwoJaW50CQlpZl9m bGFnczsKCWludAkJbWF4X2ZyYW1lX3NpemU7CglpbnQJCW1pbl9mcmFtZV9zaXplOwoJc3RydWN0 IG10eAljb3JlX210eDsKCXN0cnVjdCBtdHgJdHhfbXR4OwoJaW50CQllbV9pbnNlcnRfdmxhbl9o ZWFkZXI7CglzdHJ1Y3QgdGFzayAgICAgbGlua190YXNrOwoJc3RydWN0IHRhc2sgICAgIHJ4dHhf dGFzazsKCXN0cnVjdCB0YXNrcXVldWUgKnRxOyAgICAgICAgICAgLyogcHJpdmF0ZSB0YXNrIHF1 ZXVlICovCgkvKiBNYW5hZ2VtZW50IGFuZCBXT0wgZmVhdHVyZXMgKi8KCWludAkJd29sOwoJaW50 CQloYXNfbWFuYWdlOwoKCS8qIEluZm8gYWJvdXQgdGhlIGJvYXJkIGl0c2VsZiAqLwoJdWludDhf dAkJbGlua19hY3RpdmU7Cgl1aW50MTZfdAlsaW5rX3NwZWVkOwoJdWludDE2X3QJbGlua19kdXBs ZXg7Cgl1aW50MzJfdAlzbWFydHNwZWVkOwoJc3RydWN0IGVtX2ludF9kZWxheV9pbmZvIHR4X2lu dF9kZWxheTsKCXN0cnVjdCBlbV9pbnRfZGVsYXlfaW5mbyB0eF9hYnNfaW50X2RlbGF5OwoJc3Ry dWN0IGVtX2ludF9kZWxheV9pbmZvIHJ4X2ludF9kZWxheTsKCXN0cnVjdCBlbV9pbnRfZGVsYXlf aW5mbyByeF9hYnNfaW50X2RlbGF5OwoKCS8qCgkgKiBUcmFuc21pdCBkZWZpbml0aW9ucwoJICoK CSAqIFdlIGhhdmUgYW4gYXJyYXkgb2YgbnVtX3R4X2Rlc2MgZGVzY3JpcHRvcnMgKGhhbmRsZWQK CSAqIGJ5IHRoZSBjb250cm9sbGVyKSBwYWlyZWQgd2l0aCBhbiBhcnJheSBvZiB0eF9idWZmZXJz CgkgKiAoYXQgdHhfYnVmZmVyX2FyZWEpLgoJICogVGhlIGluZGV4IG9mIHRoZSBuZXh0IGF2YWls YWJsZSBkZXNjcmlwdG9yIGlzIG5leHRfYXZhaWxfdHhfZGVzYy4KCSAqIFRoZSBudW1iZXIgb2Yg cmVtYWluaW5nIHR4X2Rlc2MgaXMgbnVtX3R4X2Rlc2NfYXZhaWwuCgkgKi8KCXN0cnVjdCBlbV9k bWFfYWxsb2MJdHhkbWE7CQkvKiBidXNfZG1hIGdsdWUgZm9yIHR4IGRlc2MgKi8KCXN0cnVjdCBl MTAwMF90eF9kZXNjCSp0eF9kZXNjX2Jhc2U7Cgl1aW50MzJfdAkJbmV4dF9hdmFpbF90eF9kZXNj OwoJdWludDMyX3QJCW5leHRfdHhfdG9fY2xlYW47Cgl2b2xhdGlsZSB1aW50MTZfdAludW1fdHhf ZGVzY19hdmFpbDsKICAgICAgICB1aW50MTZfdAkJbnVtX3R4X2Rlc2M7CiAgICAgICAgdWludDMy X3QJCXR4ZF9jbWQ7CglzdHJ1Y3QgZW1fYnVmZmVyCSp0eF9idWZmZXJfYXJlYTsKCWJ1c19kbWFf dGFnX3QJCXR4dGFnOwkJLyogZG1hIHRhZyBmb3IgdHggKi8KCXVpbnQzMl90CSAgIAl0eF90c287 CQkvKiBsYXN0IHR4IHdhcyB0c28gKi8KCgkvKgoJICogVHJhbnNtaXQgZnVuY3Rpb24gcG9pbnRl cjoKCSAqICAgICAgbGVnYWN5IG9yIGFkdmFuY2VkICg4MjU3NSBhbmQgbGF0ZXIpCgkgKi8KCWlu dCAoKmVtX3htaXQpIChzdHJ1Y3QgYWRhcHRlciAqYWRhcHRlciwgc3RydWN0IG1idWYgKiptX2hl YWRwKTsKCgkvKiAKCSAqIFJlY2VpdmUgZGVmaW5pdGlvbnMKCSAqCgkgKiB3ZSBoYXZlIGFuIGFy cmF5IG9mIG51bV9yeF9kZXNjIHJ4X2Rlc2MgKGhhbmRsZWQgYnkgdGhlCgkgKiBjb250cm9sbGVy KSwgYW5kIHBhaXJlZCB3aXRoIGFuIGFycmF5IG9mIHJ4X2J1ZmZlcnMKCSAqIChhdCByeF9idWZm ZXJfYXJlYSkuCgkgKiBUaGUgbmV4dCBwYWlyIHRvIGNoZWNrIG9uIHJlY2VpdmUgaXMgYXQgb2Zm c2V0IG5leHRfcnhfZGVzY190b19jaGVjawoJICovCglzdHJ1Y3QgZW1fZG1hX2FsbG9jCXJ4ZG1h OwkJLyogYnVzX2RtYSBnbHVlIGZvciByeCBkZXNjICovCglzdHJ1Y3QgZTEwMDBfcnhfZGVzYwkq cnhfZGVzY19iYXNlOwoJdWludDMyX3QJCW5leHRfcnhfZGVzY190b19jaGVjazsKCXVpbnQzMl90 CQlyeF9idWZmZXJfbGVuOwoJdWludDE2X3QJCW51bV9yeF9kZXNjOwoJaW50CQkJcnhfcHJvY2Vz c19saW1pdDsKCXN0cnVjdCBlbV9idWZmZXIJKnJ4X2J1ZmZlcl9hcmVhOwoJYnVzX2RtYV90YWdf dAkJcnh0YWc7CglidXNfZG1hbWFwX3QJCXJ4X3NwYXJlbWFwOwoKCS8qCgkgKiBGaXJzdC9sYXN0 IG1idWYgcG9pbnRlcnMsIGZvcgoJICogY29sbGVjdGluZyBtdWx0aXNlZ21lbnQgUlggcGFja2V0 cy4KCSAqLwoJc3RydWN0IG1idWYJICAgICAgICpmbXA7CglzdHJ1Y3QgbWJ1ZgkgICAgICAgKmxt cDsKCgkvKiBNaXNjIHN0YXRzIG1haW50YWluZWQgYnkgdGhlIGRyaXZlciAqLwoJdW5zaWduZWQg bG9uZwlkcm9wcGVkX3BrdHM7Cgl1bnNpZ25lZCBsb25nCW1idWZfYWxsb2NfZmFpbGVkOwoJdW5z aWduZWQgbG9uZwltYnVmX2NsdXN0ZXJfZmFpbGVkOwoJdW5zaWduZWQgbG9uZwlub190eF9kZXNj X2F2YWlsMTsKCXVuc2lnbmVkIGxvbmcJbm9fdHhfZGVzY19hdmFpbDI7Cgl1bnNpZ25lZCBsb25n CW5vX3R4X21hcF9hdmFpbDsKICAgICAgICB1bnNpZ25lZCBsb25nCW5vX3R4X2RtYV9zZXR1cDsK CXVuc2lnbmVkIGxvbmcJd2F0Y2hkb2dfZXZlbnRzOwoJdW5zaWduZWQgbG9uZwlyeF9vdmVycnVu czsKCgkvKiBVc2VkIGluIGZvciA4MjU0NyAxME1iIEhhbGYgd29ya2Fyb3VuZCAqLwoJI2RlZmlu ZSBFTV9QQkFfQllURVNfU0hJRlQJMHhBCgkjZGVmaW5lIEVNX1RYX0hFQURfQUREUl9TSElGVAk3 CgkjZGVmaW5lIEVNX1BCQV9UWF9NQVNLCQkweEZGRkYwMDAwCgkjZGVmaW5lIEVNX0ZJRk9fSERS CQkweDEwCgoJI2RlZmluZSBFTV84MjU0N19QS1RfVEhSRVNICTB4M2UwCgoJdWludDMyX3QJdHhf Zmlmb19zaXplOwoJdWludDMyX3QJdHhfZmlmb19oZWFkOwoJdWludDMyX3QJdHhfZmlmb19oZWFk X2FkZHI7Cgl1aW50NjRfdAl0eF9maWZvX3Jlc2V0X2NudDsKCXVpbnQ2NF90CXR4X2ZpZm9fd3Jr X2NudDsKCXVpbnQzMl90CXR4X2hlYWRfYWRkcjsKCiAgICAgICAgLyogRm9yIDgyNTQ0IFBDSVgg V29ya2Fyb3VuZCAqLwoJYm9vbGVhbl90ICAgICAgIHBjaXhfODI1NDQ7Cglib29sZWFuX3QgICAg ICAgaW5fZGV0YWNoOwoKCXN0cnVjdCBlMTAwMF9od19zdGF0cyBzdGF0czsKfTsKCi8qICoqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKgogKiB2ZW5kb3JfaW5mb19hcnJheQogKgogKiBUaGlzIGFycmF5IGNv bnRhaW5zIHRoZSBsaXN0IG9mIFN1YnZlbmRvci9TdWJkZXZpY2UgSURzIG9uIHdoaWNoIHRoZSBk cml2ZXIKICogc2hvdWxkIGxvYWQuCiAqCiAqICoqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKi8KdHlwZWRl ZiBzdHJ1Y3QgX2VtX3ZlbmRvcl9pbmZvX3QgewoJdW5zaWduZWQgaW50IHZlbmRvcl9pZDsKCXVu c2lnbmVkIGludCBkZXZpY2VfaWQ7Cgl1bnNpZ25lZCBpbnQgc3VidmVuZG9yX2lkOwoJdW5zaWdu ZWQgaW50IHN1YmRldmljZV9pZDsKCXVuc2lnbmVkIGludCBpbmRleDsKfSBlbV92ZW5kb3JfaW5m b190OwoKCnN0cnVjdCBlbV9idWZmZXIgewoJaW50CQluZXh0X2VvcDsgIC8qIEluZGV4IG9mIHRo ZSBkZXNjIHRvIHdhdGNoICovCiAgICAgICAgc3RydWN0IG1idWYgICAgKm1faGVhZDsKICAgICAg ICBidXNfZG1hbWFwX3QgICAgbWFwOyAgICAgICAgIC8qIGJ1c19kbWEgbWFwIGZvciBwYWNrZXQg Ki8KfTsKCi8qIEZvciA4MjU0NCBQQ0lYICBXb3JrYXJvdW5kICovCnR5cGVkZWYgc3RydWN0IF9B RERSRVNTX0xFTkdUSF9QQUlSCnsKCXVpbnQ2NF90ICAgYWRkcmVzczsKCXVpbnQzMl90ICAgbGVu Z3RoOwp9IEFERFJFU1NfTEVOR1RIX1BBSVIsICpQQUREUkVTU19MRU5HVEhfUEFJUjsKCnR5cGVk ZWYgc3RydWN0IF9ERVNDUklQVE9SX1BBSVIKewoJQUREUkVTU19MRU5HVEhfUEFJUiBkZXNjcmlw dG9yWzRdOwoJdWludDMyX3QgICBlbGVtZW50czsKfSBERVNDX0FSUkFZLCAqUERFU0NfQVJSQVk7 CgojZGVmaW5lCUVNX0NPUkVfTE9DS19JTklUKF9zYywgX25hbWUpIFwKCW10eF9pbml0KCYoX3Nj KS0+Y29yZV9tdHgsIF9uYW1lLCBNVFhfTkVUV09SS19MT0NLLCBNVFhfREVGKQojZGVmaW5lCUVN X1RYX0xPQ0tfSU5JVChfc2MsIF9uYW1lKSBcCgltdHhfaW5pdCgmKF9zYyktPnR4X210eCwgX25h bWUsIE1UWF9ORVRXT1JLX0xPQ0ssIE1UWF9ERUYpCiNkZWZpbmUJRU1fQ09SRV9MT0NLX0RFU1RS T1koX3NjKQltdHhfZGVzdHJveSgmKF9zYyktPmNvcmVfbXR4KQojZGVmaW5lCUVNX1RYX0xPQ0tf REVTVFJPWShfc2MpCQltdHhfZGVzdHJveSgmKF9zYyktPnR4X210eCkKI2RlZmluZQlFTV9DT1JF X0xPQ0soX3NjKQkJbXR4X2xvY2soJihfc2MpLT5jb3JlX210eCkKI2RlZmluZQlFTV9UWF9MT0NL KF9zYykJCQltdHhfbG9jaygmKF9zYyktPnR4X210eCkKI2RlZmluZQlFTV9DT1JFX1VOTE9DSyhf c2MpCQltdHhfdW5sb2NrKCYoX3NjKS0+Y29yZV9tdHgpCiNkZWZpbmUJRU1fVFhfVU5MT0NLKF9z YykJCW10eF91bmxvY2soJihfc2MpLT50eF9tdHgpCiNkZWZpbmUJRU1fQ09SRV9MT0NLX0FTU0VS VChfc2MpCW10eF9hc3NlcnQoJihfc2MpLT5jb3JlX210eCwgTUFfT1dORUQpCiNkZWZpbmUJRU1f VFhfTE9DS19BU1NFUlQoX3NjKQkJbXR4X2Fzc2VydCgmKF9zYyktPnR4X210eCwgTUFfT1dORUQp CgojZW5kaWYgLyogX0VNX0hfREVGSU5FRF8gKi8K ------=_Part_14646_10493375.1193961243659-- From owner-freebsd-stable@FreeBSD.ORG Fri Nov 2 00:47:18 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 42ADD16A418 for ; Fri, 2 Nov 2007 00:47:18 +0000 (UTC) (envelope-from fbsd@opal.com) Received: from smtp.vzavenue.net (smtp.vzavenue.net [66.171.59.140]) by mx1.freebsd.org (Postfix) with ESMTP id F13CF13C481 for ; Fri, 2 Nov 2007 00:47:17 +0000 (UTC) (envelope-from fbsd@opal.com) Received: from 98.79.171.66.subscriber.vzavenue.net (HELO homobox.opal.com) ([66.171.79.98]) by smtp.vzavenue.net with ESMTP; 01 Nov 2007 20:46:42 -0400 X-REPUTATION: None X-REMOTE-IP: 66.171.79.98 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ah4FAIcLKkdCq09i/2dsb2JhbACBWw X-IronPort-AV: i="4.21,360,1188792000"; d="scan'208"; a="169518218:sNHT22580640" Received: from linwhf.opal.com (localhost [127.0.0.1]) (authenticated bits=0) by homobox.opal.com (8.13.8/8.13.8) with ESMTP id lA20ke7J099423 for ; Thu, 1 Nov 2007 20:46:40 -0400 (EDT) (envelope-from fbsd@opal.com) Received: from linwhf.opal.com ([192.168.3.65] helo=linwhf.opal.com) by ASSP-nospam; 1 Nov 2007 20:46:40 -0400 Date: Thu, 1 Nov 2007 20:46:34 -0400 From: "J.R. Oldroyd" To: freebsd-stable@freebsd.org Message-ID: <20071101204634.0d4efd14@linwhf.opal.com> In-Reply-To: <20071031183451.5d036293@linwhf.opal.com> References: <20071031183451.5d036293@linwhf.opal.com> X-Mailer: Claws Mail 3.0.2 (GTK+ 2.12.1; i386-unknown-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: freebsd-7.0b1 xorg-7.3_1 runs only once 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, 02 Nov 2007 00:47:18 -0000 Adding some additional information... On Wed, 31 Oct 2007 18:34:51 -0400, "J.R. Oldroyd" wrote: > > xorg-7.3_1 runs fine, but just once. > > Subsequent attempts to start xorg result in: > (EE) I810(0): V_BIOS address 0x0 out of range > (EE) I810(0): VBE initialization failed. > (EE) Screen(s) found, but none have a usable configuration. > Noticed that running xorg the first time loads drm and i915. I also see that i915.ko and drm.ko are modules. On unloading them, I see this: drm0: detached Warning: memory type drm leaked memory on destroy (4 allocations, 128 bytes leaked). Reloading them and running xorg again doesn't fix the V_BIOS out of range problem; xorg still doesn't start more than once. Since my last posting I have recompiled the kernel and all the xorg ports just to make sure I didn't mess something up the first time. No change. I'd appreciate thoughts from someone who's into stuff like V_BIOS and drm and i915 and xorg. -jr From owner-freebsd-stable@FreeBSD.ORG Fri Nov 2 00:55:43 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4025A16A418; Fri, 2 Nov 2007 00:55:43 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from angel.ticketswitch.com (angel.ticketswitch.com [IPv6:2002:57e0:1d4e::1]) by mx1.freebsd.org (Postfix) with ESMTP id F3E6213C4A5; Fri, 2 Nov 2007 00:55:42 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from smaug.rattatosk ([10.50.50.2]) by angel.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67 (FreeBSD)) (envelope-from ) id 1Inkp3-000JEC-Md; Fri, 02 Nov 2007 00:55:41 +0000 Received: from dilbert.rattatosk ([10.50.50.6] helo=dilbert.ticketswitch.com) by smaug.rattatosk with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1Inkp3-000GY9-Ko; Fri, 02 Nov 2007 00:55:41 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.68 (FreeBSD)) (envelope-from ) id 1Inkp3-000D1m-Jo; Fri, 02 Nov 2007 00:55:41 +0000 To: freebsd-net@freebsd.org, freebsd-stable@freebsd.org, jfvogel@gmail.com In-Reply-To: <2a41acea0711011654j56037949m381de3f9a243562d@mail.gmail.com> Message-Id: From: Pete French Date: Fri, 02 Nov 2007 00:55:41 +0000 Cc: Subject: Re: Test changes to em 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, 02 Nov 2007 00:55:43 -0000 > You just replace the two files in your STABLE tree. Its big > enough that this seemed easier than a patch. Did you miss a file ? I nly see a new header file in here. Am keen to try this out though... -pcf. From owner-freebsd-stable@FreeBSD.ORG Fri Nov 2 01:02:35 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E427416A41B for ; Fri, 2 Nov 2007 01:02:35 +0000 (UTC) (envelope-from pfraser@auconnect.net) Received: from wic006ef.exchange.server-login.com (wic006ef.exchange.server-login.com [202.148.129.78]) by mx1.freebsd.org (Postfix) with ESMTP id 74C5713C49D for ; Fri, 2 Nov 2007 01:02:35 +0000 (UTC) (envelope-from pfraser@auconnect.net) Received: from WIC002EBCLV3.exchange.server-login.com ([202.148.131.8] RDNS failed) by wic006ef.exchange.server-login.com with Microsoft SMTPSVC(6.0.3790.1830); Fri, 2 Nov 2007 10:13:13 +1000 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Fri, 2 Nov 2007 10:13:06 +1000 Message-ID: <5B12658D0EB52A429B07DFD300B9391CEB1665@WIC002EBCLV3.exchange.server-login.com> In-Reply-To: <472A6014.7050007@gmail.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-topic: usb keyboard FreeBSD 7.0-BETA1 Thread-index: Acgc4eHxTTLWzxItRf+ddV2x0lb95AAAzobQ References: <4728B0CC.40100@coldhaus.com><472979C8.4070908@nw-fva.de> <4729F9E8.4020306@coldhaus.com><4729FBB3.900@gwdg.de> <472A6014.7050007@gmail.com> From: "Paul Fraser" To: "Juraj Lutter" , "Rainer Hurling" X-OriginalArrivalTime: 02 Nov 2007 00:13:13.0267 (UTC) FILETIME=[2880B030:01C81CE5] Cc: Eric Millbrandt , freebsd-stable@freebsd.org Subject: RE: usb keyboard FreeBSD 7.0-BETA1 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, 02 Nov 2007 01:02:36 -0000 -----Original Message----- From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd-stable@freebsd.org] On Behalf Of Juraj Lutter Sent: Friday, 2 November 2007 9:24 AM To: Rainer Hurling Cc: Eric Millbrandt; freebsd-stable@freebsd.org Subject: Re: usb keyboard FreeBSD 7.0-BETA1 >>> Thanks, but my problem does not seems to be with X. The LEDs do not >>> work when using and not using X, single user mode, console, etc.... >>> Was your problem only in X? >> >> Yes, only in X for a few weeks. This was described in several threads >> before. >> >=20 > FWIW, I am experiencing the same behaviour also with X.org on Linux -> > Keyboard LEDs just does not work. > The OP's problem is with the keyboard while at the console. The Xorg issue is well known and now fixed; it has no bearing on this issue which exists in FreeBSD's USB stack. Check -usb archives for a discussion, if you're interested. For the sake of the record, I also have this problem. _______________________________________________ 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 Nov 2 02:16:32 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F28516A421; Fri, 2 Nov 2007 02:16:32 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from angel.ticketswitch.com (angel.ticketswitch.com [IPv6:2002:57e0:1d4e::1]) by mx1.freebsd.org (Postfix) with ESMTP id E3BA813C4B3; Fri, 2 Nov 2007 02:16:31 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from smaug.rattatosk ([10.50.50.2]) by angel.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67 (FreeBSD)) (envelope-from ) id 1Inm5G-000JvU-Od; Fri, 02 Nov 2007 02:16:30 +0000 Received: from dilbert.rattatosk ([10.50.50.6] helo=dilbert.ticketswitch.com) by smaug.rattatosk with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1Inm5G-000HCL-Ls; Fri, 02 Nov 2007 02:16:30 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.68 (FreeBSD)) (envelope-from ) id 1Inm5G-000L4A-K9; Fri, 02 Nov 2007 02:16:30 +0000 To: jfvogel@gmail.com In-Reply-To: <2a41acea0711011849w5008404cy6850036e06a5106@mail.gmail.com> Message-Id: From: Pete French Date: Fri, 02 Nov 2007 02:16:30 +0000 Cc: freebsd-net@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Test changes to em 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, 02 Nov 2007 02:16:32 -0000 > Eh, what I see is if_em.h and if_em.c, does the version > that came thru not have both?? Nope, it's only got if_em.h in it - I just took a look at the actual mime stuff in the email and tere is only one attachment in the version I received. -pete. From owner-freebsd-stable@FreeBSD.ORG Fri Nov 2 03:40:31 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ECD1216A469 for ; Fri, 2 Nov 2007 03:40:31 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.183]) by mx1.freebsd.org (Postfix) with ESMTP id C98C613C4B3 for ; Fri, 2 Nov 2007 03:40:31 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so875337waf for ; Thu, 01 Nov 2007 20:40:08 -0700 (PDT) Received: by 10.114.149.2 with SMTP id w2mr1325619wad.1193968158376; Thu, 01 Nov 2007 18:49:18 -0700 (PDT) Received: by 10.114.177.13 with HTTP; Thu, 1 Nov 2007 18:49:18 -0700 (PDT) Message-ID: <2a41acea0711011849w5008404cy6850036e06a5106@mail.gmail.com> Date: Thu, 1 Nov 2007 17:49:18 -0800 From: "Jack Vogel" To: "Pete French" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2a41acea0711011654j56037949m381de3f9a243562d@mail.gmail.com> Cc: freebsd-net@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Test changes to em 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, 02 Nov 2007 03:40:32 -0000 Eh, what I see is if_em.h and if_em.c, does the version that came thru not have both?? Jack On 11/1/07, Pete French wrote: > > You just replace the two files in your STABLE tree. Its big > > enough that this seemed easier than a patch. > > Did you miss a file ? I nly see a new header file in here. Am keen to > try this out though... > > -pcf. > From owner-freebsd-stable@FreeBSD.ORG Fri Nov 2 06:56:24 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D0D7D16A417 for ; Fri, 2 Nov 2007 06:56:24 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (mail.1command.com [75.160.109.226]) by mx1.freebsd.org (Postfix) with ESMTP id 84A3313C491 for ; Fri, 2 Nov 2007 06:56:24 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.3/8.13.3) with ESMTP id lA26tiAX013370 for ; Thu, 1 Nov 2007 22:56:01 -0800 (PST) (envelope-from chris#@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id lA26tiZg013369 for freebsd-stable@freebsd.org; Thu, 1 Nov 2007 22:55:44 -0800 (PST) (envelope-from chris#@1command.com) Received: from hitme.hitometer.net (hitme.hitometer.net [75.160.109.235]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Thu, 01 Nov 2007 22:55:44 -0800 Message-ID: <20071101225544.wys3pvc4ggs84cok@webmail.1command.com> X-Priority: 3 (Normal) Date: Thu, 01 Nov 2007 22:55:44 -0800 From: "Chris H." To: "[FBSDS]" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: H.R. Communications Internet Messaging System (HCIMS) 4.1 Professional (not for redistribution) / FreeBSD-5.5 Subject: date/time trouble - PST came too early 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, 02 Nov 2007 06:56:24 -0000 Greetings, I have a server that is still running an old version: # uname -a FreeBSD 5.4-RELEASE-p12 #0: Tue Mar 7 19:37:23 PST 2006 root@localhost:/usr/obj/usr/src/sys/MAIL05 i386 Yes, I /know/ it's old. But was waiting for 6.3 to "stable out" as that is it's intended target. Anyhow, as the title says, PST came too early. Is there any way to correct this? I have another server that I'm also waiting on 6.3 for. It's running: # uname -a FreeBSD 5.5-RELEASE-p2 #0: Thu Jun 29 17:49:12 PDT 2006 root@localhost:/usr/src/sys/i386/compile/UDNS2_SMP i386 But this server is /not/ suffering this time/date discrepancy. Any advice would be *greatly* appreciated. --Chris P.S. the current/correct timezone (at this time) is -007 Thanks again. -- panic: kernel trap (ignored) From owner-freebsd-stable@FreeBSD.ORG Fri Nov 2 07:13:38 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B444116A420 for ; Fri, 2 Nov 2007 07:13:38 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id 6081D13C48A for ; Fri, 2 Nov 2007 07:13:38 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 8756EEB871D; Fri, 2 Nov 2007 15:13:13 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id Ia8VuKZqa2oj; Fri, 2 Nov 2007 15:13:05 +0800 (CST) Received: from LI-Xins-MacBook.local (c-67-161-39-180.hsd1.ca.comcast.net [67.161.39.180]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 0F84BEB3BAA; Fri, 2 Nov 2007 15:13:03 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type; b=wWTXoMW1910qDaz/5Vp5jpNJfwKhii8XsGZOZdhVCjjJELwV40nIL3oSryb1UYI4a M1bfnEML6NEwhsUpA7HYw== Message-ID: <472ACDE9.9090509@delphij.net> Date: Fri, 02 Nov 2007 00:12:41 -0700 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: "Chris H." References: <20071101225544.wys3pvc4ggs84cok@webmail.1command.com> In-Reply-To: <20071101225544.wys3pvc4ggs84cok@webmail.1command.com> X-Enigmail-Version: 0.95.5 OpenPGP: url=http://www.delphij.net/delphij.asc Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enigAAB106326327230BA6E71186" Cc: "\[FBSDS\]" Subject: Re: date/time trouble - PST came too early X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Nov 2007 07:13:38 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigAAB106326327230BA6E71186 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Chris H. wrote: > Any advice would be *greatly* appreciated. Install /usr/ports/misc/zoneinfo or upgrade your system to a recent release (preferred), e.g. RELENG_6_2 aka FreeBSD 6.2-RELEASE. Re-run tzsetup and choose your time zone accordingly. You will need to restart the time-sensitive services afterward, or reboot the whole system :-) Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enigAAB106326327230BA6E71186 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.7 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHKs3pOfuToMruuMARCiwvAJ0XPcQvDlNVG+CqV40JSYH588p8NgCeOIWW ey+dqXKE2FwSHAjm6fYaWuc= =k/zU -----END PGP SIGNATURE----- --------------enigAAB106326327230BA6E71186-- From owner-freebsd-stable@FreeBSD.ORG Fri Nov 2 07:35:39 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E7F7716A418 for ; Fri, 2 Nov 2007 07:35:39 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (mail.1command.com [75.160.109.226]) by mx1.freebsd.org (Postfix) with ESMTP id 9393E13C4A6 for ; Fri, 2 Nov 2007 07:35:39 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.3/8.13.3) with ESMTP id lA27UHtt002627 for ; Thu, 1 Nov 2007 23:30:24 -0800 (PST) (envelope-from chris#@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id lA27UHe6002626 for freebsd-stable@freebsd.org; Thu, 1 Nov 2007 23:30:17 -0800 (PST) (envelope-from chris#@1command.com) Received: from hitme.hitometer.net (hitme.hitometer.net [75.160.109.235]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Thu, 01 Nov 2007 23:30:17 -0800 Message-ID: <20071101233017.ul8kpfjfms4s4ccc@webmail.1command.com> X-Priority: 3 (Normal) Date: Thu, 01 Nov 2007 23:30:17 -0800 From: "Chris H." To: freebsd-stable@freebsd.org References: <20071101225544.wys3pvc4ggs84cok@webmail.1command.com> <472ACDE9.9090509@delphij.net> In-Reply-To: <472ACDE9.9090509@delphij.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: H.R. Communications Internet Messaging System (HCIMS) 4.1 Professional (not for redistribution) / FreeBSD-5.5 Subject: Re: date/time trouble - PST came too early 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, 02 Nov 2007 07:35:40 -0000 Quoting LI Xin : > Chris H. wrote: >> Any advice would be *greatly* appreciated. > > Install /usr/ports/misc/zoneinfo or upgrade your system to a recent > release (preferred), e.g. RELENG_6_2 aka FreeBSD 6.2-RELEASE. > > Re-run tzsetup and choose your time zone accordingly. You will need to > restart the time-sensitive services afterward, or reboot the whole > system :-) > > Cheers, > -- Hello Xin LI, and thank you for your quick response. FWIW The system already knows what timezone it lives in. It simply chose to change to PST according to the /normal/ standards. What happened here in the USA, is that president Bush decided that we'd be better served here if we waited an additional week to set our clocks back one hour. So. It seems this particular server decided to ignore our president (not that I blame it) and set the clock back one hour on the /usual/ date. :) As an experiment, what I have done was bounce the server and set the clock in the BIOS ahead 1 day > save settings > reboot. My /initial/ findings seemed hopeful. But, given that I run ntpdate as a cron job, the first time the job ran, all went back to the /wrong/ dime/date. So as I must wait for 6.3, I'm just going to end the ntpdate cron job until PST /really/ occurs; unless of course someone has a better solution. :) Thanks again for taking the time and effort to respond. --Chris > Xin LI http://www.delphij.net/ > FreeBSD - The Power to Serve! > > -- panic: kernel trap (ignored) From owner-freebsd-stable@FreeBSD.ORG Fri Nov 2 07:49:04 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7515016A41A for ; Fri, 2 Nov 2007 07:49:04 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (mail.1command.com [75.160.109.226]) by mx1.freebsd.org (Postfix) with ESMTP id 0903413C494 for ; Fri, 2 Nov 2007 07:49:03 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.3/8.13.3) with ESMTP id lA28m2DR002011; Fri, 2 Nov 2007 00:48:11 -0800 (PST) (envelope-from chris#@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id lA28m2k3002010; Fri, 2 Nov 2007 00:48:02 -0800 (PST) (envelope-from chris#@1command.com) Received: from hitme.hitometer.net (hitme.hitometer.net [75.160.109.235]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Fri, 02 Nov 2007 00:48:02 -0800 Message-ID: <20071102004802.lrhhecgjzwgs00sk@webmail.1command.com> X-Priority: 3 (Normal) Date: Fri, 02 Nov 2007 00:48:02 -0800 From: "Chris H." To: d@delphij.net, LI Xin References: <20071101225544.wys3pvc4ggs84cok@webmail.1command.com> <472ACDE9.9090509@delphij.net> <20071101233017.ul8kpfjfms4s4ccc@webmail.1command.com> <472AD520.3030802@delphij.net> In-Reply-To: <472AD520.3030802@delphij.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: H.R. Communications Internet Messaging System (HCIMS) 4.1 Professional (not for redistribution) / FreeBSD-5.5 Cc: freebsd-stable@freebsd.org Subject: Re: date/time trouble - PST came too early 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, 02 Nov 2007 07:49:04 -0000 Quoting LI Xin : > Chris H. wrote: >> Quoting LI Xin : >> >>> Chris H. wrote: >>>> Any advice would be *greatly* appreciated. >>> >>> Install /usr/ports/misc/zoneinfo or upgrade your system to a recent >>> release (preferred), e.g. RELENG_6_2 aka FreeBSD 6.2-RELEASE. >>> >>> Re-run tzsetup and choose your time zone accordingly. You will need to >>> restart the time-sensitive services afterward, or reboot the whole >>> system :-) >>> >>> Cheers, >>> -- >> >> Hello Xin LI, and thank you for your quick response. >> >> FWIW The system already knows what timezone it lives in. It simply chose >> to change to PST according to the /normal/ standards. What happened here >> in the USA, is that president Bush decided that we'd be better served here >> if we waited an additional week to set our clocks back one hour. So. It >> seems >> this particular server decided to ignore our president (not that I blame >> it) >> and set the clock back one hour on the /usual/ date. :) >> As an experiment, what I have done was bounce the server and set the clock >> in the BIOS ahead 1 day > save settings > reboot. My /initial/ findings >> seemed hopeful. But, given that I run ntpdate as a cron job, the first time >> the job ran, all went back to the /wrong/ dime/date. So as I must wait >> for 6.3, I'm just going to end the ntpdate cron job until PST /really/ >> occurs; >> unless of course someone has a better solution. :) >> >> Thanks again for taking the time and effort to respond. > > I think you have misunderstood me. I knew what you wanted, which is a > corrected day of PDT->PST transition. > > The reason why you want to install misc/zoneinfo or a more recent > release of FreeBSD is exactly because that we have updated it for the > modified standards. For me, America -> United States -> Pacific Time > works just fine. Ahhh, right you are. I /did/ misunderstand you. Thanks for taking the time to /enlighten me. :P I'll do as you suggest. Thanks again for your time. --Chris > > Cheers, > -- > Xin LI http://www.delphij.net/ > FreeBSD - The Power to Serve! > > -- panic: kernel trap (ignored) From owner-freebsd-stable@FreeBSD.ORG Fri Nov 2 07:51:03 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A713C16A418 for ; Fri, 2 Nov 2007 07:51:03 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id DB9A713C480 for ; Fri, 2 Nov 2007 07:51:02 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 521FFEB8781; Fri, 2 Nov 2007 15:44:01 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id zvuJIQD65Dh1; Fri, 2 Nov 2007 15:43:56 +0800 (CST) Received: from LI-Xins-MacBook.local (c-67-161-39-180.hsd1.ca.comcast.net [67.161.39.180]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 26476EB8707; Fri, 2 Nov 2007 15:43:52 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type; b=nGYFepk1EgZ9k12fxFdF9T1meFHP22OtEw0dmdB424+x4R9EPqvYZBvEWoiH7deqZ GTs8bKVBAty/6+3BYEFMw== Message-ID: <472AD520.3030802@delphij.net> Date: Fri, 02 Nov 2007 00:43:28 -0700 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: "Chris H." References: <20071101225544.wys3pvc4ggs84cok@webmail.1command.com> <472ACDE9.9090509@delphij.net> <20071101233017.ul8kpfjfms4s4ccc@webmail.1command.com> In-Reply-To: <20071101233017.ul8kpfjfms4s4ccc@webmail.1command.com> X-Enigmail-Version: 0.95.5 OpenPGP: url=http://www.delphij.net/delphij.asc Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enigB082EDF6CD405E053550DA2B" Cc: freebsd-stable@freebsd.org Subject: Re: date/time trouble - PST came too early X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Nov 2007 07:51:03 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigB082EDF6CD405E053550DA2B Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Chris H. wrote: > Quoting LI Xin : >=20 >> Chris H. wrote: >>> Any advice would be *greatly* appreciated. >> >> Install /usr/ports/misc/zoneinfo or upgrade your system to a recent >> release (preferred), e.g. RELENG_6_2 aka FreeBSD 6.2-RELEASE. >> >> Re-run tzsetup and choose your time zone accordingly. You will need t= o >> restart the time-sensitive services afterward, or reboot the whole >> system :-) >> >> Cheers, >> --=20 >=20 > Hello Xin LI, and thank you for your quick response. >=20 > FWIW The system already knows what timezone it lives in. It simply chos= e > to change to PST according to the /normal/ standards. What happened her= e > in the USA, is that president Bush decided that we'd be better served h= ere > if we waited an additional week to set our clocks back one hour. So. It= > seems > this particular server decided to ignore our president (not that I blam= e > it) > and set the clock back one hour on the /usual/ date. :) > As an experiment, what I have done was bounce the server and set the cl= ock > in the BIOS ahead 1 day > save settings > reboot. My /initial/ findings= > seemed hopeful. But, given that I run ntpdate as a cron job, the first = time > the job ran, all went back to the /wrong/ dime/date. So as I must wait > for 6.3, I'm just going to end the ntpdate cron job until PST /really/ > occurs; > unless of course someone has a better solution. :) >=20 > Thanks again for taking the time and effort to respond. I think you have misunderstood me. I knew what you wanted, which is a corrected day of PDT->PST transition. The reason why you want to install misc/zoneinfo or a more recent release of FreeBSD is exactly because that we have updated it for the modified standards. For me, America -> United States -> Pacific Time works just fine. Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enigB082EDF6CD405E053550DA2B 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.7 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHKtUgOfuToMruuMARClNwAJ9LynLu/d1hb8m/JOMvKvyxuuV0wgCeJWYm MOyOj6Q2ej8aIn4WvpfjzZs= =liN8 -----END PGP SIGNATURE----- --------------enigB082EDF6CD405E053550DA2B-- From owner-freebsd-stable@FreeBSD.ORG Fri Nov 2 08:04:17 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E000B16A418 for ; Fri, 2 Nov 2007 08:04:17 +0000 (UTC) (envelope-from slogster@gmail.com) Received: from v4.rz.uni-leipzig.de (v4.rz.uni-leipzig.de [139.18.1.30]) by mx1.freebsd.org (Postfix) with ESMTP id 5082113C4A3 for ; Fri, 2 Nov 2007 08:04:17 +0000 (UTC) (envelope-from slogster@gmail.com) Received: from localhost (localhost [127.0.0.1]) by v4.rz.uni-leipzig.de (Postfix) with ESMTP id 682691AAFF3 for ; Fri, 2 Nov 2007 02:55:04 +0100 (CET) X-Virus-Scanned: by amavisd-new at v4-ul Received: from v4.rz.uni-leipzig.de ([127.0.0.1]) by localhost (v4.rz.uni-leipzig.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8LRnGLQXiBqA for ; Fri, 2 Nov 2007 02:55:04 +0100 (CET) Received: from v1.rz.uni-leipzig.de (v1.rz.uni-leipzig.de [139.18.1.26]) by v4.rz.uni-leipzig.de (Postfix) with ESMTP id 4AC441AAFF0 for ; Fri, 2 Nov 2007 02:55:04 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by v1.rz.uni-leipzig.de (Postfix) with ESMTP id 3B60F1598B; Fri, 2 Nov 2007 02:54:54 +0100 (CET) X-Virus-Scanned: by amavisd-new at v1-ul Received: from v1.rz.uni-leipzig.de ([127.0.0.1]) by localhost (v1.rz.uni-leipzig.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NOUZEE5hquOf; Fri, 2 Nov 2007 02:54:54 +0100 (CET) Received: from server1.rz.uni-leipzig.de (server1.rz.uni-leipzig.de [139.18.1.1]) by v1.rz.uni-leipzig.de (Postfix) with ESMTP id 1DF86162EC; Fri, 2 Nov 2007 02:54:54 +0100 (CET) Received: from a144026.studnetz.uni-leipzig.de (a144026.studnetz.uni-leipzig.de [139.18.144.26]) by server1.rz.uni-leipzig.de (Postfix) with ESMTP id 88E5D145; Fri, 2 Nov 2007 02:54:53 +0100 (CET) From: Momchil Ivanov To: freebsd-stable@freebsd.org Date: Fri, 2 Nov 2007 02:54:52 +0100 User-Agent: KMail/1.9.7 References: <4728B0CC.40100@coldhaus.com> <472A6014.7050007@gmail.com> <5B12658D0EB52A429B07DFD300B9391CEB1665@WIC002EBCLV3.exchange.server-login.com> In-Reply-To: <5B12658D0EB52A429B07DFD300B9391CEB1665@WIC002EBCLV3.exchange.server-login.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200711020254.52899.slogster@gmail.com> Cc: Eric Millbrandt , Juraj Lutter , Paul Fraser Subject: Re: usb keyboard FreeBSD 7.0-BETA1 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, 02 Nov 2007 08:04:18 -0000 =D0=9D=D0=B0 Friday 02 November 2007 01:13:06 Paul Fraser =D0=BD=D0=B0=D0= =BF=D0=B8=D1=81=D0=B0: > For the sake of the record, I also have this problem. Have you tried this one http://selasky.org/hans_petter/usb4bsd/index.html ? =20 From owner-freebsd-stable@FreeBSD.ORG Fri Nov 2 09:14:37 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD87516A41A for ; Fri, 2 Nov 2007 09:14:37 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (mail.1command.com [75.160.109.226]) by mx1.freebsd.org (Postfix) with ESMTP id 85A6913C49D for ; Fri, 2 Nov 2007 09:14:37 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.3/8.13.3) with ESMTP id lA28nujR001331; Fri, 2 Nov 2007 01:50:11 -0700 (PDT) (envelope-from chris#@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id lA28ntM8001330; Fri, 2 Nov 2007 01:49:55 -0700 (PDT) (envelope-from chris#@1command.com) Received: from hitme.hitometer.net (hitme.hitometer.net [75.160.109.235]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Fri, 02 Nov 2007 01:49:55 -0700 Message-ID: <20071102014955.3y8iw21fi8o4008s@webmail.1command.com> X-Priority: 3 (Normal) Date: Fri, 02 Nov 2007 01:49:55 -0700 From: "Chris H." To: delphij@delphij.net References: <20071101225544.wys3pvc4ggs84cok@webmail.1command.com> <472ACDE9.9090509@delphij.net> <20071101233017.ul8kpfjfms4s4ccc@webmail.1command.com> <472AD520.3030802@delphij.net> <20071102004802.lrhhecgjzwgs00sk@webmail.1command.com> In-Reply-To: <20071102004802.lrhhecgjzwgs00sk@webmail.1command.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: H.R. Communications Internet Messaging System (HCIMS) 4.1 Professional (not for redistribution) / FreeBSD-5.5 Cc: freebsd-stable@freebsd.org Subject: Re: date/time trouble - PST came too early [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: Fri, 02 Nov 2007 09:14:37 -0000 Quoting "Chris H." : > Quoting LI Xin : > >> Chris H. wrote: >>> Quoting LI Xin : >>> >>>> Chris H. wrote: >>>>> Any advice would be *greatly* appreciated. >>>> >>>> Install /usr/ports/misc/zoneinfo or upgrade your system to a recent >>>> release (preferred), e.g. RELENG_6_2 aka FreeBSD 6.2-RELEASE. >>>> >>>> Re-run tzsetup and choose your time zone accordingly. You will need to >>>> restart the time-sensitive services afterward, or reboot the whole >>>> system :-) >>>> >>>> Cheers, >>>> -- >>> >>> Hello Xin LI, and thank you for your quick response. >>> >>> FWIW The system already knows what timezone it lives in. It simply chose >>> to change to PST according to the /normal/ standards. What happened here >>> in the USA, is that president Bush decided that we'd be better served here >>> if we waited an additional week to set our clocks back one hour. So. It >>> seems >>> this particular server decided to ignore our president (not that I blame >>> it) >>> and set the clock back one hour on the /usual/ date. :) >>> As an experiment, what I have done was bounce the server and set the clock >>> in the BIOS ahead 1 day > save settings > reboot. My /initial/ findings >>> seemed hopeful. But, given that I run ntpdate as a cron job, the first time >>> the job ran, all went back to the /wrong/ dime/date. So as I must wait >>> for 6.3, I'm just going to end the ntpdate cron job until PST /really/ >>> occurs; >>> unless of course someone has a better solution. :) >>> >>> Thanks again for taking the time and effort to respond. >> >> I think you have misunderstood me. I knew what you wanted, which is a >> corrected day of PDT->PST transition. >> >> The reason why you want to install misc/zoneinfo or a more recent >> release of FreeBSD is exactly because that we have updated it for the >> modified standards. For me, America -> United States -> Pacific Time >> works just fine. > > Ahhh, right you are. I /did/ misunderstand you. Thanks for taking the > time to /enlighten me. :P > > I'll do as you suggest. Thanks again for your time. > > --Chris Hello again, That /was/ the "magic". All is working as expected. Just wanted to send a note of thanks. :) --Chris > >> >> Cheers, >> -- >> Xin LI http://www.delphij.net/ >> FreeBSD - The Power to Serve! >> >> > > > > -- > panic: kernel trap (ignored) > > > > _______________________________________________ > 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" > -- panic: kernel trap (ignored) From owner-freebsd-stable@FreeBSD.ORG Fri Nov 2 10:08:39 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4B5E716A418 for ; Fri, 2 Nov 2007 10:08:39 +0000 (UTC) (envelope-from clint@0lsen.net) Received: from QMTA10.emeryville.ca.mail.comcast.net (qmta10.emeryville.ca.mail.comcast.net [76.96.30.17]) by mx1.freebsd.org (Postfix) with ESMTP id 37D2213C494 for ; Fri, 2 Nov 2007 10:08:39 +0000 (UTC) (envelope-from clint@0lsen.net) Received: from OMTA08.emeryville.ca.mail.comcast.net ([76.96.30.12]) by QMTA10.emeryville.ca.mail.comcast.net with smtp id 7lwW1Y0010FhH240100000; Fri, 02 Nov 2007 09:56:30 +0000 Received: from 0lsen.net ([24.20.127.157]) by OMTA08.emeryville.ca.mail.comcast.net with comcast id 7lwW1Y0013Pt6RU0000000; Fri, 02 Nov 2007 09:56:30 +0000 X-Authority-Analysis: v=1.0 c=1 a=P7zeeM2J0MWzc2p9B3QA:9 a=YsG-kUt2ovAgqjpiSJepT31Us9UA:4 a=gi0PWCVxevcA:10 Received: by 0lsen.net (Postfix, from userid 1001) id 680E7179CB; Fri, 2 Nov 2007 01:56:28 -0800 (PST) Date: Fri, 2 Nov 2007 01:56:28 -0800 From: Clint Olsen To: freebsd-stable@freebsd.org Message-ID: <20071102095628.GA796@0lsen.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Organization: NULlsen Network X-Disclaimer: Mutt Bites! Subject: Source upgrade from 5.5 to 6.X not safe? 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, 02 Nov 2007 10:08:39 -0000 I just attempted a source upgrade from 5.5-STABLE to 6.3-PRERELEASE, and it was a disaster, more than likely because I forgot to do something. Normally I'm saved by the fact that the operations are not so scary as to cause problems. Well, in this case after running 'make installkernel' and rebooting, the system did not come back up because it got kernel fatals on reboot (fatal trap 12: page fault while in kernel mode). It appears that my filesystems got marked dirty in the reboot loop that ensued, and I had to manually fsck them. I figured after that it might boot, but alas problems remained, so after grabbing a disc1 image of 6.2 on CDROM I moved kernel.old back and kernel to kernel.bad. Now, sometimes I work fast and loose with the rules of upgrading, but I was surprised that I managed to royally screw up things. Any pointers would be appreciated before I shave off a few years of my life again. Thanks, -Clint From owner-freebsd-stable@FreeBSD.ORG Fri Nov 2 10:15:28 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D4C916A417 for ; Fri, 2 Nov 2007 10:15:28 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id C0DE513C491 for ; Fri, 2 Nov 2007 10:15:27 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 14764EB888A; Fri, 2 Nov 2007 18:14:54 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id esd3CLTh0A1i; Fri, 2 Nov 2007 18:14:46 +0800 (CST) Received: from LI-Xins-MacBook.local (c-67-161-39-180.hsd1.ca.comcast.net [67.161.39.180]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 47383EB3591; Fri, 2 Nov 2007 18:14:41 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type; b=sSiRf0nqW3+jpUqQurQ9XrmX43JTk10MdYG4vLWhkWAhk+S93+8VkjyYRqUg3MAM+ VqKNxlZrQ500sxV8XfJrg== Message-ID: <472AF87C.4050007@delphij.net> Date: Fri, 02 Nov 2007 03:14:20 -0700 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Clint Olsen References: <20071102095628.GA796@0lsen.net> In-Reply-To: <20071102095628.GA796@0lsen.net> X-Enigmail-Version: 0.95.5 OpenPGP: url=http://www.delphij.net/delphij.asc Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enig345D630D91EE0D3B366FC327" Cc: freebsd-stable@freebsd.org Subject: Re: Source upgrade from 5.5 to 6.X not safe? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Nov 2007 10:15:28 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig345D630D91EE0D3B366FC327 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Clint Olsen wrote: > I just attempted a source upgrade from 5.5-STABLE to 6.3-PRERELEASE, an= d it > was a disaster, more than likely because I forgot to do something. > Normally I'm saved by the fact that the operations are not so scary as = to > cause problems. [... restore old kernel worked; new kernel does not work after fsck ...] So we get: - 5.5-STABLE works well on your box - 6.2-RELEASE stock GENERIC works fine - 6.3-PRERELEASE failed for some reason. So far as I am aware I have no clue why this could happen. Could you check if you have any special configuration in your /etc/make.conf, especially special CFLAGS? I usually simply remove my /usr/src /usr/obj and build a new world without make.conf to make sure. Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enig345D630D91EE0D3B366FC327 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.7 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHKvh8OfuToMruuMARCuajAKCA2mNUwbpPvCA3BWII13eETFcIZACfRZyw SQCv5f9M0Gv4bZji5WeKLvY= =5vXq -----END PGP SIGNATURE----- --------------enig345D630D91EE0D3B366FC327-- From owner-freebsd-stable@FreeBSD.ORG Fri Nov 2 11:22:30 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 59B3416A417 for ; Fri, 2 Nov 2007 11:22:30 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (mail.1command.com [75.160.109.226]) by mx1.freebsd.org (Postfix) with ESMTP id DE0E513C4A3 for ; Fri, 2 Nov 2007 11:22:29 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.3/8.13.3) with ESMTP id lA2BLlxO022381 for ; Fri, 2 Nov 2007 04:21:54 -0700 (PDT) (envelope-from chris#@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id lA2BLlj9022380 for freebsd-stable@freebsd.org; Fri, 2 Nov 2007 04:21:47 -0700 (PDT) (envelope-from chris#@1command.com) Received: from hitme.hitometer.net (hitme.hitometer.net [75.160.109.235]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Fri, 02 Nov 2007 04:21:47 -0700 Message-ID: <20071102042147.x8kukcv00sw04g4s@webmail.1command.com> X-Priority: 3 (Normal) Date: Fri, 02 Nov 2007 04:21:47 -0700 From: "Chris H." To: freebsd-stable@freebsd.org References: <20071004165755.GA1049@pp.htv.fi> <47120D83.1010703@FreeBSD.org> <20071015203202.GA17964@pp.htv.fi> <20071016004637.GA79351@cdnetworks.co.kr> <20071016185714.GB2186@pp.htv.fi> <20071016130146.pfyan4vs5cwgsoc0@webmail.1command.com> <20071016202251.GC4047@lava.net> <47151FF7.2080501@FreeBSD.org> <20071019011316.5ffmycud8g0oggsg@webmail.1command.com> <47278CF6.6000403@FreeBSD.org> <20071030145101.8oyf6b1wws0ksoc0@webmail.1command.com> <4727BAE8.90502@FreeBSD.org> In-Reply-To: <4727BAE8.90502@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: H.R. Communications Internet Messaging System (HCIMS) 4.1 Professional (not for redistribution) / FreeBSD-5.5 Subject: Re: Reproducable, possibly NFS related, fatal double fault in 6.2-R-p7 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, 02 Nov 2007 11:22:30 -0000 Quoting Kris Kennaway : > Chris H. wrote: > -----8<----SNIP----8<---- > > I think that document explains everything that is necessary, but if > you are unsure about something please feel free to ask. Good luck :) > > Kris > Whooo Hooo! I crashed my server! Whooo Hooo! it made a big mess in my /var/crash and here are the results: /var/crash/info.0 Dump header from device /dev/ad0s1b Architecture: i386 Architecture Version: 2 Dump Length: 536416256B (511 MB) Blocksize: 512 Dumptime: Fri Nov 2 03:20:53 2007 Hostname: ns1.1command.com Magic: FreeBSD Kernel Dump Version String: FreeBSD 6.2-RELEASE #0: Fri Jan 26 16:27:14 PST 2007 root@ns1.1command.com:/usr/obj/usr/src/sys/NS1_01 Panic String: double fault Dump Parity: 2079915865 Bounds: 0 Dump Status: good /var/crash/bounds 1 backtrace of /var/crash/vmcore0 3:43am Fri, 02 ns1# script /tmp/vmdump kgdb kernel.debug /var/crash/vmcore.0 Script started, output file is /tmp/vmdump kgdb: kvm_nlist(_stopped_cpus): kgdb: kvm_nlist(_stoppcbs): [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Unde fined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: Fatal double fault: eip = 0xc0667e49 esp = 0xd5694000 ebp = 0xd5694020 panic: double fault Uptime: 5h39m36s Dumping 511 MB (2 chunks) chunk 0: 1MB (160 pages) ... ok chunk 1: 511MB (130800 pages) 495 479 463 447 431 415 399 383 367 351 335 319 303 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 #0 doadump () at pcpu.h:165 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) (kgdb) list 0xc0667e49 Function "0xc0667e49" not defined. (kgdb) list *0xc0667e49 0xc0667e49 is in uma_zfree_arg (/usr/src/sys/vm/uma_core.c:2270). 2265 #endif 2266 CTR2(KTR_UMA, "uma_zfree_arg thread %x zone %s", curthread, 2267 zone->uz_name); 2268 2269 if (zone->uz_dtor) 2270 zone->uz_dtor(item, keg->uk_size, udata); 2271 #ifdef INVARIANTS 2272 ZONE_LOCK(zone); 2273 if (keg->uk_flags & UMA_ZONE_MALLOC) 2274 uma_dbg_free(zone, udata, item); (kgdb) (kgdb) list *0xc0667e49 0xc0667e49 is in uma_zfree_arg (/usr/src/sys/vm/uma_core.c:2270). 2265 #endif 2266 CTR2(KTR_UMA, "uma_zfree_arg thread %x zone %s", curthread, 2267 zone->uz_name); 2268 2269 if (zone->uz_dtor) 2270 zone->uz_dtor(item, keg->uk_size, udata); 2271 #ifdef INVARIANTS 2272 ZONE_LOCK(zone); 2273 if (keg->uk_flags & UMA_ZONE_MALLOC) 2274 uma_dbg_free(zone, udata, item); (kgdb) backtrace #0 doadump () at pcpu.h:165 #1 0xc052a7aa in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc052aa40 in panic (fmt=0xc070e8e5 "double fault") at /usr/src/sys/kern/kern_shutdown.c:565 #3 0xc06bc82e in dblfault_handler () at /usr/src/sys/i386/i386/trap.c:866 #4 0x00000000 in ?? () (kgdb) quit Script done, output file is /tmp/vmdump /usr/obj/usr/src/sys/NS1_01 3:52am Fri, 02 ns1# ############################################ Hope this helps. --Chris P.S. Note to onlookers: I would have produced this information months ago except for a preconceived notion that it would be a difficult/time consuming task. D'OH! WRONG! It is truly a *trivial* task. So /please/ give generously! :) > _______________________________________________ > 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" > -- panic: kernel trap (ignored) From owner-freebsd-stable@FreeBSD.ORG Fri Nov 2 11:29:16 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7114416A418 for ; Fri, 2 Nov 2007 11:29:16 +0000 (UTC) (envelope-from xfb52@dial.pipex.com) Received: from blaster.systems.pipex.net (blaster.systems.pipex.net [62.241.163.7]) by mx1.freebsd.org (Postfix) with ESMTP id 0A3E513C4B3 for ; Fri, 2 Nov 2007 11:29:15 +0000 (UTC) (envelope-from xfb52@dial.pipex.com) Received: from [192.168.23.2] (62-31-10-181.cable.ubr05.edin.blueyonder.co.uk [62.31.10.181]) by blaster.systems.pipex.net (Postfix) with ESMTP id D9152E000666; Fri, 2 Nov 2007 11:28:44 +0000 (GMT) Message-ID: <472B09EB.5000106@dial.pipex.com> Date: Fri, 02 Nov 2007 11:28:43 +0000 From: Alex Zbyslaw User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-GB; rv:1.7.13) Gecko/20061205 X-Accept-Language: en MIME-Version: 1.0 To: stable@freebsd.org References: <4724BAD9.7000400@charter.net> <20071028164152.GA7516@eos.sc1.parodius.com> <4724BEB3.5080905@charter.net> <20071029132447.GA2658@kobe.laptop> <4727063E.7060107@dial.pipex.com> <20071031143923.GA1580@over-yonder.net> <20071031190830.GJ82954@cicely12.cicely.de> <20071031193045.GD1580@over-yonder.net> <20071101124341.GL82954@cicely12.cicely.de> <20071101125909.GA52150@over-yonder.net> In-Reply-To: <20071101125909.GA52150@over-yonder.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: /usr/share/man/man8/MAKEDEV.8 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, 02 Nov 2007 11:29:16 -0000 Matthew D. Fuller wrote: >On Thu, Nov 01, 2007 at 01:43:41PM +0100 I heard the voice of >Bernd Walter, and lo! it spake thus: > >>Show me the positives that outweights the negatives and I'm on your >>side. >> > >Why do you think we're on different sides to begin with? I've not >advocated removing catman capability, or denied that different >situations have different needs, or that those needs may include >catman, or for that matter said anything at all applicable to tiny >environments or appliance building. > As the author of the original statement creating this little furore, I don't think I said anything of the kind either! It's kind of depressing that a throwaway comment at the end of an email gets turned into a straw man argument that even I could have knocked down, but no-one has bothered to comment on the, to my mind, clear logic error in man/catman which allows the wrong manual page to get displayed in the first place. When the cat-ed man page concept was invented (when even the slowest machine cited here would have looked like science fiction) the notion that an upgrade process could install a manual page older than a pre-existing cat-ed version would have been unthinkable. With FreeBSD as it is now, it clearly isn't unthinkable since two experienced upgraders already had their own personal steps in the upgrade process to avoid the issue. At the very least, it would seem like adding that step to /usr/src/UPDATING and the handbook would be in order, but fixes to man and catman could make this issue happening a near impossibility. (A scheme using something like md5 sums could make it even more improbable, but hardly seems worth the effort). In addition, considering an *option* to simply not have cat-ed manual pages (for people with machines fast enough to just not care, or who have machines where you just don't read man pages often enough to care) does not seem out of order. An option. Not behaving like Microsoft. Not discriminating against anyone. On Thu, Nov 01, 2007 at 01:43:41PM +0100 Bernd Walter said: >My point was against retirement, which was mentioned by Alex. No, it was not. I said: >Of course, with modern systems where nroff-ing a man page takes >negligible time and system resources, it could also be argued that >cat-ed man pages should be a thing of the past > "with modern systems where nroff-ing a man page takes negligible time and system resources". All your arguments have been about systems which do not, by any stretch, meet that very specific criterion, and, for which, I therefore advocated nothing at all. If you had wanted a clarification, you only had to ask. jonathan michaels wrote: >sorry for my noise, i am not complaining rather asking for a bit of >thinkings and for some tolerance fro people who still use "old" >machines .. I'm sorry that you've seen intolerance, but I assure you that none was intended. I think you are reading far more in to what was said, than was actually said. --Alex From owner-freebsd-stable@FreeBSD.ORG Fri Nov 2 11:37:02 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C329016A418 for ; Fri, 2 Nov 2007 11:37:02 +0000 (UTC) (envelope-from clint@0lsen.net) Received: from sccrmhc11.comcast.net (sccrmhc11.comcast.net [63.240.77.81]) by mx1.freebsd.org (Postfix) with ESMTP id 8EE3D13C4A6 for ; Fri, 2 Nov 2007 11:37:02 +0000 (UTC) (envelope-from clint@0lsen.net) Received: from 0lsen.net ([24.20.127.157]) by comcast.net (sccrmhc11) with ESMTP id <2007110210290401100rqcdde>; Fri, 2 Nov 2007 10:29:04 +0000 Received: by 0lsen.net (Postfix, from userid 1001) id E04F2179CB; Fri, 2 Nov 2007 02:29:03 -0800 (PST) Date: Fri, 2 Nov 2007 02:29:03 -0800 From: Clint Olsen To: freebsd-stable@freebsd.org Message-ID: <20071102102903.GB796@0lsen.net> References: <20071102095628.GA796@0lsen.net> <472AF87C.4050007@delphij.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <472AF87C.4050007@delphij.net> User-Agent: Mutt/1.4.2.3i Organization: NULlsen Network X-Disclaimer: Mutt Bites! Subject: Re: Source upgrade from 5.5 to 6.X not safe? 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, 02 Nov 2007 11:37:02 -0000 On Nov 02, LI Xin wrote: > So we get: > > - 5.5-STABLE works well on your box > - 6.2-RELEASE stock GENERIC works fine > - 6.3-PRERELEASE failed for some reason. > > So far as I am aware I have no clue why this could happen. Could you > check if you have any special configuration in your /etc/make.conf, > especially special CFLAGS? I usually simply remove my /usr/src /usr/obj > and build a new world without make.conf to make sure. No special configs in my system: X11BASE=${LOCALBASE} # added by use.perl 2007-08-24 03:20:32 PERL_VER=5.8.8 PERL_VERSION=5.8.8 Unless something in here could be construed as dangerous? -Clint From owner-freebsd-stable@FreeBSD.ORG Fri Nov 2 12:04:48 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2199716A421 for ; Fri, 2 Nov 2007 12:04:48 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 707D613C480 for ; Fri, 2 Nov 2007 12:04:47 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: (qmail invoked by alias); 02 Nov 2007 10:17:48 -0000 Received: from vpn-cl-161-217.rz.uni-karlsruhe.de (EHLO mobileKamikaze.norad) [141.3.161.217] by mail.gmx.net (mp004) with SMTP; 02 Nov 2007 11:17:48 +0100 X-Authenticated: #5465401 X-Provags-ID: V01U2FsdGVkX1+WMZIgmzqWQbYcg2glxSoiIMQgXFE6ssJN0x4YFa olSqJvO0eoU1ZP Message-ID: <472AF94B.1020600@gmx.de> Date: Fri, 02 Nov 2007 11:17:47 +0100 From: "[LoN]Kamikaze" User-Agent: Thunderbird 2.0.0.6 (X11/20071101) MIME-Version: 1.0 To: Clint Olsen References: <20071102095628.GA796@0lsen.net> In-Reply-To: <20071102095628.GA796@0lsen.net> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: freebsd-stable@freebsd.org Subject: Re: Source upgrade from 5.5 to 6.X not safe? 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, 02 Nov 2007 12:04:48 -0000 Clint Olsen wrote: > I just attempted a source upgrade from 5.5-STABLE to 6.3-PRERELEASE, and it > was a disaster, more than likely because I forgot to do something. > Normally I'm saved by the fact that the operations are not so scary as to > cause problems. > > Well, in this case after running 'make installkernel' and rebooting, the > system did not come back up because it got kernel fatals on reboot (fatal > trap 12: page fault while in kernel mode). It appears that my filesystems > got marked dirty in the reboot loop that ensued, and I had to manually fsck > them. I figured after that it might boot, but alas problems remained, so > after grabbing a disc1 image of 6.2 on CDROM I moved kernel.old back and > kernel to kernel.bad. > > Now, sometimes I work fast and loose with the rules of upgrading, but I was > surprised that I managed to royally screw up things. Any pointers would be > appreciated before I shave off a few years of my life again. > > Thanks, > > -Clint I think you might have no choice but to omit the reboots, because the world contains lots of stuff that has to do with the kernel (like mounting). So just go into single user mode and do the usual stuff: # make installkernel # mergemaster -p # make installworld # mergemaster # shutdown -r now and pray to your deity of choice. If the reason for your problem is something else however you're stuck with a system that can not run with your old kernel. So better backup before you try. From owner-freebsd-stable@FreeBSD.ORG Fri Nov 2 08:11:28 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8EC8A16A41A for ; Fri, 2 Nov 2007 08:11:28 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.185]) by mx1.freebsd.org (Postfix) with ESMTP id 9B3B313C4A6 for ; Fri, 2 Nov 2007 08:11:26 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so579739nfb for ; Fri, 02 Nov 2007 01:11:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; bh=iF54dnJCkbeEBlCt7sgjfnartKuR2DMQ+flDTL4FcKE=; b=KOTNzMFiTHcP+DEGhOarhw6Hb/ssPQTW+hmaxB+y7QLihCEulUyvlMGM7Fw1aYYxlAsS7XNIjKwdUFTkrHY4FfeP416Rz+t+q5I8YSNWXBTUhRtnWdkvGd10Fa2o5EVyJoJb5H32HHnaVhAdIcefyNJ6HXJBNr2eV7D0rDNKexQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=lglDGjAI5DRA1XmL0GpDRXg9W/Au6r6Y+rbCbaNT+FIdHmQoerNBd87oV0Iw8LKHsSRIEkr1jpQRfyHSS1TAGQsQ+CUZHE7e4ZDxthmpKU4DgMXb7+LJESIRqbCHpwmcx6MPOZYi4Sqpix8DR3eeweGG7tJJATytyA18/6wDk2k= Received: by 10.86.80.5 with SMTP id d5mr674148fgb.1193991059712; Fri, 02 Nov 2007 01:10:59 -0700 (PDT) Received: by 10.86.100.19 with HTTP; Fri, 2 Nov 2007 01:10:59 -0700 (PDT) Message-ID: <2a41acea0711020110j45547a9dsbd2157fbae53f4ee@mail.gmail.com> Date: Fri, 2 Nov 2007 00:10:59 -0800 From: "Jack Vogel" To: "FreeBSD Stable List" , "freebsd-net@freebsd.org" In-Reply-To: <2a41acea0711011654j56037949m381de3f9a243562d@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_3083_5547868.1193991059678" References: <2a41acea0711011654j56037949m381de3f9a243562d@mail.gmail.com> X-Mailman-Approved-At: Fri, 02 Nov 2007 12:06:39 +0000 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: Test changes to em 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, 02 Nov 2007 08:11:28 -0000 ------=_Part_3083_5547868.1193991059678 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Although I see it at least one person claims the message came thru with only the header file, so I am going to send if_em.c thru again. Jack ------=_Part_3083_5547868.1193991059678-- From owner-freebsd-stable@FreeBSD.ORG Fri Nov 2 12:17:21 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8897B16A418; Fri, 2 Nov 2007 12:17:21 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id 3F9E713C447; Fri, 2 Nov 2007 12:17:21 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: by blah.sun-fish.com (Postfix, from userid 1002) id 8BF151B10EE6; Fri, 2 Nov 2007 13:16:50 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on blah.cmotd.com X-Spam-Level: X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.3 Received: from [10.1.1.3] (unknown [192.168.25.14]) by blah.sun-fish.com (Postfix) with ESMTP id D4A7A1B10ED2; Fri, 2 Nov 2007 13:16:47 +0100 (CET) Message-ID: <472B152A.6050508@moneybookers.com> Date: Fri, 02 Nov 2007 14:16:42 +0200 From: Stefan Lambrev User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Jack Vogel References: <2a41acea0711011654j56037949m381de3f9a243562d@mail.gmail.com> <2a41acea0711020110j45547a9dsbd2157fbae53f4ee@mail.gmail.com> In-Reply-To: <2a41acea0711020110j45547a9dsbd2157fbae53f4ee@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.91.2/4659/Thu Nov 1 17:24:40 2007 on blah.cmotd.com X-Virus-Status: Clean Cc: "freebsd-net@freebsd.org" , FreeBSD Stable List Subject: Re: Test changes to em 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, 02 Nov 2007 12:17:21 -0000 Jack Vogel wrote: > Although I see it at least one person claims the message > came thru with only the header file, so I am going > to send if_em.c thru again. > > Jack > > ------------------------------------------------------------------------ > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" In this mail if_em.c is not here for me, as in the previous. From owner-freebsd-stable@FreeBSD.ORG Fri Nov 2 13:11:44 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9B89E16A421 for ; Fri, 2 Nov 2007 13:11:44 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from ch-smtp02.sth.basefarm.net (ch-smtp02.sth.basefarm.net [80.76.149.213]) by mx1.freebsd.org (Postfix) with ESMTP id 56C7A13C4B7 for ; Fri, 2 Nov 2007 13:11:44 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from c83-253-25-183.bredband.comhem.se ([83.253.25.183]:59688 helo=falcon.midgard.homeip.net) by ch-smtp02.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1InvQK-00080g-8h for freebsd-stable@freebsd.org; Fri, 02 Nov 2007 13:14:53 +0100 Received: (qmail 52773 invoked from network); 2 Nov 2007 13:14:21 +0100 Received: from owl.midgard.homeip.net (10.1.5.7) by falcon.midgard.homeip.net with ESMTP; 2 Nov 2007 13:14:21 +0100 Received: (qmail 73634 invoked by uid 1001); 2 Nov 2007 13:14:21 +0100 Date: Fri, 2 Nov 2007 13:14:21 +0100 From: Erik Trulsson To: Jack Vogel Message-ID: <20071102121421.GA73596@owl.midgard.homeip.net> Mail-Followup-To: Jack Vogel , FreeBSD Stable List , "freebsd-net@freebsd.org" References: <2a41acea0711011654j56037949m381de3f9a243562d@mail.gmail.com> <2a41acea0711020110j45547a9dsbd2157fbae53f4ee@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2a41acea0711020110j45547a9dsbd2157fbae53f4ee@mail.gmail.com> User-Agent: Mutt/1.5.16 (2007-06-09) X-Originating-IP: 83.253.25.183 X-Scan-Result: No virus found in message 1InvQK-00080g-8h. X-Scan-Signature: ch-smtp02.sth.basefarm.net 1InvQK-00080g-8h 4bc9709f578a8b49299b9739ecd667e6 Cc: "freebsd-net@freebsd.org" , FreeBSD Stable List Subject: Re: Test changes to em 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, 02 Nov 2007 13:11:44 -0000 On Fri, Nov 02, 2007 at 12:10:59AM -0800, Jack Vogel wrote: > Although I see it at least one person claims the message > came thru with only the header file, so I am going > to send if_em.c thru again. > Attachments are usually stripped off by the mailing list software, so you are probably better off putting the files on a webpage somewhere and just telling us the URL. -- Erik Trulsson ertr1013@student.uu.se From owner-freebsd-stable@FreeBSD.ORG Fri Nov 2 13:38:25 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6763D16A419 for ; Fri, 2 Nov 2007 13:38:25 +0000 (UTC) (envelope-from josh@tcbug.org) Received: from conn-smtp.mc.mpls.visi.com (conn.mc.mpls.visi.com [208.42.156.2]) by mx1.freebsd.org (Postfix) with ESMTP id 3B51F13C49D for ; Fri, 2 Nov 2007 13:38:24 +0000 (UTC) (envelope-from josh@tcbug.org) Received: from mail.tcbug.org (mail.tcbug.org [208.42.70.163]) by conn-smtp.mc.mpls.visi.com (Postfix) with ESMTP id 3DD227835; Fri, 2 Nov 2007 08:13:40 -0500 (CDT) Received: from build64.tcbug.org (unknown [208.42.70.167]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.tcbug.org (Postfix) with ESMTP id 99C4110AA8A3; Fri, 2 Nov 2007 08:13:33 -0500 (CDT) From: Josh Paetzel To: freebsd-stable@freebsd.org Date: Fri, 2 Nov 2007 08:13:36 -0500 User-Agent: KMail/1.9.7 References: <20071102095628.GA796@0lsen.net> <472AF87C.4050007@delphij.net> <20071102102903.GB796@0lsen.net> In-Reply-To: <20071102102903.GB796@0lsen.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3281674.7vY6c7gl5K"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200711020813.39603.josh@tcbug.org> Cc: Clint Olsen Subject: Re: Source upgrade from 5.5 to 6.X not safe? 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, 02 Nov 2007 13:38:25 -0000 --nextPart3281674.7vY6c7gl5K Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 02 November 2007 05:29:03 am Clint Olsen wrote: > On Nov 02, LI Xin wrote: > > So we get: > > > > - 5.5-STABLE works well on your box > > - 6.2-RELEASE stock GENERIC works fine > > - 6.3-PRERELEASE failed for some reason. > > > > So far as I am aware I have no clue why this could happen. Could you > > check if you have any special configuration in your /etc/make.conf, > > especially special CFLAGS? I usually simply remove my /usr/src /usr/obj > > and build a new world without make.conf to make sure. > > No special configs in my system: > > X11BASE=3D${LOCALBASE} > # added by use.perl 2007-08-24 03:20:32 > PERL_VER=3D5.8.8 > PERL_VERSION=3D5.8.8 > > Unless something in here could be construed as dangerous? > > -Clint Supported source upgrades across major version numbers are the last of the = old=20 release to the first of the newer....so in your case 5.5 -> 6.0 -> 6.3 Other upgrade paths *may* work, or they may not. =2D-=20 Thanks, Josh Paetzel PGP: 8A48 EF36 5E9F 4EDA 5A8C 11B4 26F9 01F1 27AF AECB --nextPart3281674.7vY6c7gl5K Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHKyKDJvkB8SevrssRApWUAJ9KrtbyhidYqLq4+5k6UAxp3GAVzACgkKEW zEBN7gdDb8oZbmGDjgKIznM= =GJVr -----END PGP SIGNATURE----- --nextPart3281674.7vY6c7gl5K-- From owner-freebsd-stable@FreeBSD.ORG Fri Nov 2 14:17:04 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6285916A4CB for ; Fri, 2 Nov 2007 14:17:04 +0000 (UTC) (envelope-from cristiano.deana@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.189]) by mx1.freebsd.org (Postfix) with ESMTP id 02E6913C48D for ; Fri, 2 Nov 2007 14:17:03 +0000 (UTC) (envelope-from cristiano.deana@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so647852nfb for ; Fri, 02 Nov 2007 07:16:35 -0700 (PDT) Received: by 10.78.204.7 with SMTP id b7mr1239029hug.1194007119418; Fri, 02 Nov 2007 05:38:39 -0700 (PDT) Received: by 10.78.172.18 with HTTP; Fri, 2 Nov 2007 05:38:39 -0700 (PDT) Message-ID: Date: Fri, 2 Nov 2007 13:38:39 +0100 From: "Cristiano Deana" To: freebsd-stable@freebsd.org In-Reply-To: <20071102095628.GA796@0lsen.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071102095628.GA796@0lsen.net> Subject: Re: Source upgrade from 5.5 to 6.X not safe? 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, 02 Nov 2007 14:17:04 -0000 On 11/2/07, Clint Olsen wrote: > I just attempted a source upgrade from 5.5-STABLE to 6.3-PRERELEASE, and it > Well, in this case after running 'make installkernel' and rebooting, Did you reboot in single user? -- Cris, member of G.U.F.I Italian FreeBSD User Group http://www.gufi.org/ From owner-freebsd-stable@FreeBSD.ORG Fri Nov 2 18:55:14 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8047816A520 for ; Fri, 2 Nov 2007 18:55:14 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.185]) by mx1.freebsd.org (Postfix) with ESMTP id 75A6813C467 for ; Fri, 2 Nov 2007 18:55:13 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by mu-out-0910.google.com with SMTP id i10so898201mue for ; Fri, 02 Nov 2007 11:54:55 -0700 (PDT) Received: by 10.86.96.18 with SMTP id t18mr1010319fgb.1194023032083; Fri, 02 Nov 2007 10:03:52 -0700 (PDT) Received: by 10.86.100.19 with HTTP; Fri, 2 Nov 2007 10:03:51 -0700 (PDT) Message-ID: <2a41acea0711021003j70993933w9852cadfc900481b@mail.gmail.com> Date: Fri, 2 Nov 2007 10:03:51 -0700 From: "Jack Vogel" To: "FreeBSD Stable List" , "freebsd-net@freebsd.org" MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_4024_2310972.1194023032077" Cc: Subject: Another send of EM test change 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, 02 Nov 2007 18:55:14 -0000 ------=_Part_4024_2310972.1194023032077 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline It seems that some mailer is stripping source attachments, so I'm sending this in an archive. NOTE: the attachment is a bz2, rename to extract it. Jack ------=_Part_4024_2310972.1194023032077 Content-Type: application/octet-stream; name=test-em Content-Transfer-Encoding: base64 X-Attachment-Id: f_f8iyqy4l Content-Disposition: attachment; filename=test-em QlpoOTFBWSZTWSgyB4AA48h/lf//9qB/////v/////////8EAAQAIAAACGC6Xu8FsMgAAFVQARAJ FN932+50926Ci73vezAAAPiQulzVt9s7t7kctvl7i7sltPB7d59F1jve46e0ypUG2d4avWQA09F7 3cql0NJfd9999SqJaySCqKqqopAAKovo+99Vete9d9vMzrLrvZ5sAAAAAOvfHQnmO3gyKAE3pz5V rZ71Hm+vK93t73bWVWm+2fPcAHbe7uB0ANd99SDKD5fJ75jt9233jfZ999e+rfVXd96ekorZ3aTu 6jud3D2MfY9burtXafbla87Uh6YqGWIq8hhbvvfS98u9z5yWz3buvHvI59D6+vdZU9fLz2iXZe97 PNjd97WrwCmvHrqQ9jKl8zPbXt9d912iXRGtrfW4AJ9wblquvdvhQAAD5ldTgb1weAtAvDsre87l vU+1K7h3dAqcNtU11zV3CU3bsfc9PfJ973abFubO3drHtwGdnZDdWdOZ9ty1XnYARF9ezrdObs31 9fB2+7U+bXrH3g2nVOb6fXDohU9yZZoeuJ7W3q3wFOhW3Vt99vp5XxiKvfb4KAD19x1nu6JxNb6P fN7vtVca1RW33ZTs2zPfe+Aqzw768EppAgAgAmgAJMAEaE0aYgA1NGpPJPSb0oZNH6kb1R6I0Epo IJoQRNA0Rok3qKfpqYyaSeGpknpqBk0AAaAAA0ABJpEiKZCZJpiaaNTBNNT0p+mqD9Ubap6mZBpo epPUfpTEZNBoaPUyDRowSeqUohT0EZU/I01NpNMET1A9QeoDE9QAAAAAAAD1NDQRJEBBMQJpkyaJ T9NMiaYE0NNNJ6ZCPU9Sh+KanpmqMaNIPJBkP1QRIiE0CTAEATSnpNPJPVT1PU/IxJN6NSeoyHhB G0gyAAw0Q0/4H+h/h/u9p3HD+YTMALF6DiCFQPg+PBUtCEIEWSChP+84ywwFRiH8mUD+kdDW62Wb bKLIzMlkmpVvdLLuYlozS2NGlFUstlJpKUZiTKWzRtAlpCREimyYSyWaaU35F1J5V7bW6y8sdUZm gy4lpQZZBgUREidhYSQqQMAAB1AAD80FQkSE+EkU+z+37z8MEAD/Sbat/AXS/ii1XK2veKYY0ZLK FqZqNfG5WBJCjRrQwYxBNIs1797/b6b0AP9X195Xmv9mXWmxMXxu0JpL2KiwiYNviZK1iKomH7f+ n2fJz+dLn98+JmbsTwEUIKCxBIttWKR8yFqhZ9hXE1LNSifquxS0WiK0SSH0ddKprUQMNiLZptSS RavG5d3RbFiMK9q6YGxfbVc1JGw9na6GkpHO/B5eXlRUTNkLJqTZ3XU7rq/A5FhkzJqLISkVijY1 EBaCGTxXWaJMmlXd1GIgz6Ou8c50EpJhu3du53NFLvl3iXUkvCIWUY1oZFKGSxSlZE1M2ozicHNt yxUmu7kxGTXF12Y7th1XWr17Xa0mspZpr9nu36Hzfte3zeu0hJRBmjYqNJtZ9vrXTKMIym2AklEp lNKFQ0Rk2NLGmJQyzJMkSJRm3y9X0Xl2J+xbu2oZsaI2UtlLGFLbEZLUSaNFM0bRlpVYZq+G4399 6vnvXbibFkRh9oh+L/z9QnOM7YCy6dHTEzUQRhG1b49N2Gkd1w2X7TtKXeeeUQyWkO41iioqE/u2 /jjJ8+Xu1H+5/buKhIjJSWiyfWXMmTevT7rKiJLMsliLP7iGCfY/Z8q/4r/Rous9Ja5f3Pd0s2SZ QaVLTKZKb5ldad1EO2utfZ7xeXMQ66E2pokvhJDbGxbGSdrLLSkksymMkMVMpMsZYyffdqFUSlJA wxSKqGUlIQxQRW+03UqqXXXZKSSkpYSpZMmnN1sRUGpNGyUmTBjSJ9td+h00Zlm0kkn+fvW87b2L dEyhMypNlstJbGj9XrrDBtKG32eqgDIs5fy2lcWrlSZVMMzFzMuFrkwxFFjcpcuKUKiq1MPxWuKK 13G5mW3FX9O5lt1QWy4GVy2FvXa5EdYqlBJlMybexcYiKWsS/R3JD1dSKY1RGyRJSgSMZMIkNgop ASksWoRNFg0liKYZKSkyUkJDGMmTTLJsGQYZmz8fdhJUTLNSQ0KIQxVZpoolAWK/sLXJ5ZwcRYsh /HQsjED0H/QgGH4qtEnaHAT/lTwz3Mkp1bVUKsqUVGjuozDV2TrtJKptRjEm2alYzS2lAREevX4X mV6UujbVhNsaNSsZic4CjbArEBAQ9iWCQTubJ8fOk49ug2xaKNQa2K18XW5NL6zsFWpV7lW7ayql a0xLBFiQiwkAi+57P49b/H5aT+z1UFt9/4pdCj3dvH+vknT8n4wtMn/iUPSGCZpzbxIp88Bkjf/B c+SfUYGRWqzjMQMLTt8PjbzmFyofjRe8wCZMrxaJFSaIVIciR/Rs41CC+e/cqv5M8ZxI5qtkqq6Y U/6IQ8N985cRbhGHgd43+jhd/9/6nfMdNhqs91f9u2bNFaQRsv2wCJJ3Unf/c5ZPRg2n2/C0+LNg c5mZgd3N1AWRnWZE8U3KMEGnOXdSotbtmIbzhigm9WYvdD+enWXbZFmmXINh3uqQQpba0SCtpnDT vh3hiB103nQ1ZtbMN17y3nOIGsjJ1ZubymHOLCiBUBSfR6gosNDh1vkutMK/wlP98TvIgd8DIhCS ECLi1VBNt29C4KAmf7+nl8i2gbL648pazYI3pt21QeDmT7rrraI8uJipzLPT7Cclw3IYxQ+ZEohP ClEBdyZuhFaor4WppMeds5CmLIF80L0t7wMvWFR2xZHx4wNdzxvN56JObmTtFNTteU1DicRE6j03 uwYWURXTe2moPVOjU7vYdDBnOFgT00zrqZzzZnKTEMEzbaOZWKwXJeMDEx0vebkldTMAPJbpnMOe OYrx5hnLROXoIJTyohCE9TpVSsiENt77PacOLBF3Hb4N3iazGeztvbpHrqtaSjXR5yx0puU1j/l6 uQ09atDLW6GYYKMjR6yVkYprA7TJDzZ0ZGLwSgrlOVH7P0ZLlmKuZgMw8I5h1N+IkRdwCkCQSCkg kylBl2nB5iPms1HuJFJCUR/20CVvR5bUOmaFvBQ2Qqc9KR0zNCrTykhUCIFQ4JkIOh2zLx6zEW7Z uOBhXAIcNj9n9oXvTvsPiIkFtCj1ZWcQKJ9n2XIgrMe53drTrIo+U54g19XdonL8ML901OFlfisf Tn5jHNU7imVV9WY0kQEAXoJLOT/9E0UOKm3p6x/zdP5ePMcsbcwSfTe+j6dcdinvrL1njmJ8ICQa EOJvBOofkYCnsQO2a9iBmUBZiE/G4k/PbMZNQ4kWaMiM7ZAo74px1mJfq8dU6Z3zNKVixQU6tsnT CxTjRLSUFGsk1yW0rCsRqCNG1tQVtEYiKiFLmTI21baFZUFICxVI3DPlZVHo2kw5Q/cHDKoxKOMe WhajKJRK14mCmcuOJTlmGVQaOeDmYWgdJzKG2lQrJU9UqSaoCnfMPT1piqPTS1BgeLXI3rC1tomZ g267uaF1ahiVcOHRmuyxWjajHjhjalVSnbctVUGpeuhzU1iKnP15gbRqtKnOsxBmlFFtbO1zG0wz vMRYu6FmMnMLkvEFme3cXKUO8xqY4iNpaUtO7TAVynMLpa0YsvVgCzEcpDD22b6tg6cuBe/Vq4a/ lMo9SnObjYljIsiJ7moiRVOUpqDR/dOsOQggg85KoGKxKNCIMRBiQ9stMZWSWGxFShUKhRKqSVDF fatKQFkxhUU1Csy2ClYFtAy2oz4fPhor0WExRURaIrF7vWKxiKxr4Wrmt6ty0aDGiioxBeqt0qMR e+Xp5wsFFPDI4XLSpLZSH2JMGYiJ2l7zMZrlzIqMEirEFUFBSV6ZKxoxPTrmik1FXsbhoNY0Rk3o iuaedchNevenlrkWNtu7jJqKTFXiLXQoFEiosXns8vL3bTjYAV4hKih8h8Avf2e9vk/V4m9FET1p WtoEvxja2Ir+X2pXkx5ubrP4MX3ptvipQsf8k9CWhJUUD2OPSONMP05Rygn8x7w0M7KreWooqpe6 BltioimaYGU9Pvn0nU8j+YVm9Pq0ze1NvvNiZdiVCE6HZOPNQpJakXICdM6JpjsMUNeU8Lb49ZlU l3FRzrLG90CWnK+MbNMCFHTxc+dz1lUoJWYYeIH+iZhCuEkX58uvy8NNvSbjhPldf1fhKv8nVh7R gHdsOIcPbLGNvpeJt4QY6OvrEVnt1ItyP+N0KfXLEw907R8Sab3v2wSI0tfT4YGRgpqCwEssWYb9 bnsxqO12eb7ixvvJcZXs3Gz6rjbEJIPKwmcaQmBIZPFESNVfv9t1tfCoetL/pa9tf7LLs58P+GRD xvbeee5Qd9ypDGKP+Wy3gQcsZ9Vn/6z0ljp/oHpZBkfN/U3++hHxt21f+ObfVEPH2UZp9V/FFS7y fFD/Y9In+L1JJfjSH7PhJqkxF3a54fRoZ1BO3m99IRDxk80dJJpw2I500JD0IuzH0ZShl53qXejC ZXfFLNEkxgkc5Pbp3zQYmGNkxrWuX24/z/wmCsFjFJB8DjD0zxnCNSfjmQBti/ri8/1b7JhFbIAN KDrGyPxLzxPxPSULaqGoRARE+wRAZL4ns+n6qAzZimUY2+x1xoyb9NqggsYfOdeEWPfgr0fT9rrZ y/K2DIan1JxAuhggxFEVmSsrfmtZ7Uk5va14vFb+v3svY3TMiZMUmZh6bugNPn1+u+dttReu3wtG ozKjTN7G357zixiXnbXtH0en3XyWw/aH7ygVY++T3iyIqa9J3236nAbbr/quQv5Muv7vR47fTnz8 KfVL2oQUDvmrsoAUDyd3ZZV3lX0KojRqK0bX1TVXq18H/PqcYiSTgyjAUn02hDyDJWKAiI9hGiUR aiMjAnXE4y5C+RS0xCwUlFRcz7J+bscfyG7l++tgs+yzlqQz+kiLcRX4aXWawGl1RcAq7pPzxPvi vCJM/vcJ92T3fbje590Pe/9murZJ3eFPp+vYzo6AwiN4LJIFQGr1c9gWuOEheIrf3v9iYqu69sa/ ArcFBkOwnKQ9wmYUDEK5MLCuDBpZJSJD7jKomtfx2oqwRPg+7AqD/UtXUKxPbGggLIxWI3E+t97j kGfZT93L/Dufrmgg59klv+2ZMUdMIkaWh/+RO+Z7p6WFu0B+oh7DTrTP80+8sEzEG4gecDCE3Iwg kz4h29hluIGBzRoZrQrtIZgdbY+2xU/6Zuy4mIIJCYWt3NWBN3BIURgkIFQkan0vtVeaZL4/M4H9 U0Nv7oGr+bt9rcnL+f5Q+YNV0MjUqSNTwG1bJOE97vHuSCRA1CAUBUFDm71M4+eN4BjEbwGiPGAG Ih9gfZyse9zb/C+vLVDyfS3g0HaQKA4BeIPfPslcdxUFvjW95caPtq/XbwasO0lg7RTrFeow8ohU X+UiBUExAkOYhvOcrDhWrLQE4xA4wkAbqN3zWvM+n8LNM8EsA5QcW00UXb/RJBKgpxge/9Zdgc2A 1A1iGkPyYfjBDrN+7Tt3pc4h8ZeflXp6X2b3/X/N+Xya7arEayYipI0aCktRsVjaoo2tL73p55r6 e/HPPzK7LLNNfpdyzLRJUmNpNojNClmi3uu6hLBei7TUaKNJJaPZ9NF28RWDFTU9NDsftz3qqsPE d99owxH+ClxCS4zShuZi/rwU/kmuwfLU5qD3lOhtvay2ltKagy8mX2+Vv8PgmT4tqsWwk1KJLunD nhGcdJd87l34L6YX+5dEq/9nypNpXvhF/dNEJf6xaVt9D43mLV1Z24dczj66GFK+uK0eoufxODn0 7b67FdNQLovB+MW3RtBghxXiVuUKbd3/vbWh/0GZCdn+VyEpU/dTXhhHPAqulpi6mtiayOdr1Hpn PX/GrhXW1ZQ/5w/fY31fdiU5yVtTkXB1bDlzPw5qUsdcknaS4u7Rdz7uqqO3hjK4rSnXy351dHU4 +Z9V/4SnDj5+3KvLRdTPBXWSqeaGkmrzezLYTTbHn51gM1HWRpWVVL6j1hsMATZmPOCSJjO3qt40 n5rLiwleZh+QY9ofiEThvof3Lp5XdoQ1Gqpmj4x8UdV6vno/WQQ36Pp/VAYwLOaZv4VlmNP1JwNO bhQX3WxVqN4mdXJhIPt5be/w+mUpSlKYFVm5KAaDPHBd2vjBqfmViNBQl6D5H01NGt85Hp+d/vIz w01/F9X5O+xu+Xc4NU2zUOjoNh09/UNn95HGUYDy+2VKmcbzDc/ibfSYa8x9uys+T+Y+TbyTFP45 V9sS0aGLKiwUUhkiwnwED163I9WU0Pn1n3GBEfGBtrn9u6IHnxxrmSRhogh21p14QYn+BQTJmghu HvK21Syubm/Xs1k4W9/olDdD+powmixfVo6NNEbfU9d5esmGrEzRTkBtKY1k7SrCuukFzDlbRRWQ 1GzXiTtnDLjYdV/6dG+zNWwd6mki6jr7Loymbnk7Os/F3+2abmZ0NQixkOeW0IabdArZoSzzKEWi XP9c6QPVNChBXsyVd37vP1Fn8uQcz2MxXkOoM0LmIgf6nTVo5CRefeNGjf9V1kOH0XVFpL54lWG5 y8FIwFBWvlaRKyaBR448Cat9seh7N90hJfqt+bbY48bFoGcoiQarZr+793D5iIEc2GNuM3R6gt4R 0D7W3DiTWyCxyICvNC8lVX+OJxYrlVRBn3QW313W99rcRoz2x1t32ts5b1LeeijtF27K/Ez32PKk YO1lE88oO1duNWVWnRW7syPcR57/prfAxdzZFn2LhcWZRkqo6wQoaGbSBr6VcaW1FsRtrQZyVJls XYekluWCW0mCP1eXRghrtyRHp/feK9BtIJEkEVagdAhH2uZKCGVmT1DwJzeaTdBlZc98rMsN/Kw3 TRJywFhdPIyDjiXHgbYa7LYy/CgENnQvTDDFBWzZkMEBJcU7XlKAqhWOCNARWBt2KVTEqwsOVSyn QQ3HdLQ0ZXhqDKsUGxZcSb5Z3bjkhlJYtJcFgbtO+zNBNQ28vJglPNHsIg7bnkFhUPJ8Hrkt0EJ+ tuH5iN6ikGnKlsZJhNldOdw603b7GrLB/XAHN4RKsItdnSL7CaVlxU1eXGabN3kDwg8M2GBBIHzN X8YaY5EmIlAjZwiJSYCyZAYLqhVdBfTpFw8/tBvx4EPo9PwQkf3GLiPuP5HnMBH3BZ4lBa6xLM55 xExo5Ow5HOPVajoHP9pwNOY5YxISMg+WBxNNuRTqPEx+Xh9D+g32JP5A0V327RBLmEP4O0onoHPB 9nV2b+ELCBzper+EPUR3E65HYCDb+s9xiUbQwLVDq1g1f9buk3m/P+NquI+YfBv23DHQyFG4NXrH CCSEnM5iefd8sGJE/ZBJDrZ7uPhyDofGMJ/cSDHkkzM5sknGKopFVVgB+4dRLA+pOx5VsloFJJyo PZaexJshyyECgb3IWRyhjJGtkJr0DJu8s/ruDKhmwKh1Pn/Ffk4fOwwF7Sq1P7AmCiq+DzDtBH2p ISSvSQk2rPd7/lGVSvd4VwCBCqcCDopy+XBYq+5hLHX0MJ6jwKXzzvrpIA5OEBhBOFTxgdojpO3Z StA7PwIM1fIx8ac5i9e8ixZIxhIZ9OlWke89h6TI3YbNffg6Q4CZsBEkJJDKsveDHvnabf5HtLWP +tRZu0lmyQ/N4FX4Ke376JEYx/BSjS3mFwkbVLxFMLaW0tKW/UAhgLpc/QH/QeTCfs8NU1bsWm3V AzwvaAb+2sVYt5xIHASRkyYScdD9iHet1BnzIENj4MmXtT/MU5UsGRhT80Br6o857xBgfvOqprw3 Sx1SQ7hNHPbKRq3bIbkiwRiaSlofVTbKElK7bSwGErOgFzNQNKYOPM/zan1TLYD4dBElrN4UvqTM zGIzIGYx5H2llMMnlW4WHic4jvIHEiVTkYHOdhMoRHEX8dcy4uNRdvTNUskCX9xx5tRHVxqMcYdD RXz7zn4pNrXncHTSJwoiLMwF0HZhPDyIm03CLgn6zuFluYiQh2QNy1Ci2F3dl4KBqTU6uGCQz9/b LBF34Jn8KPlGYaCNghuS0E3+yAHyxNx2FVQJMlccA2lUdRzOLoIGw5iJlcY7yIbIOfGkLRY7DOgs c/GUpmQ0cfy5ES2qyp6PwnMh89hid5cOOIn5BU2w0VJMhrRRw6L4HTB21eNx3+w0kiLc+W7YWTQb iLO4h+h4ISFA4L1xCQQzoGdAkO5g5J6zVhy+vigvnGVSgmdFw036emHlI2ZajgZWltxve0VVmUZK 1lMataCuA37rZ6w3cxaYHGHHZ7cc7nMUO6cHdzesOiJ7I2XT54gcjd3w8C7yKu7yzsUW4C67EwBD cG7sNGexmh2V4aoxFkSmLEO0q095mD3PQoq7ujEdMZDONZ7b2+MBANL8qOMzMnRX/kr5C2RIP/5Q hRCKfH98MwAxyIZIwQWP/EInS7QGUHK/4RK+iRrITvxRoNWyyZT/D73LIyayf7Y3XW215a1SHPV6 3dfPrqIjyZGYz5v7Cr25RSh0zOO66a9tznT2MdTQPPDg5Wurt5nOpvFzOuL8+Xvi31dOj7v2HVZM x0HcVmU7vugaqFQatPNr5/0ub5X8enmujXpc9eVtn8I1HUN8R1qke7pHhI+sxb8O36LUcJzDJFOO JL4OdMSJ0do0rVUHh25XaZaIfTdPVJJTsJBB2eGnlbENTbMpPh4o1VHzqB3ge3LLRXpjHebHA4hI v4aiYKhJyjI/htuyR/B9AzRx2pt+XrbWlyjgvze7gm9pDDvpZh5sTFukDtc4YtugVK6990vKE2Rh Ct2c/GYfinTxDTn6GRhGQelV5EcPnNPd61ptXWO8Jpjad0odpEjqqWVwZczMPiXxGLiqkcBy92zn OVYVPCemcIEiyaKZTnrZIoXbK52DbkSSyeR2zbJCQiHTa40Wx8a7vNMlbxg9szRklcS9U5O5Q0Pn A5TtR4RMSxKRaCObYp+zKqMrAy1VdVnZGOZh0k9Ms1XONU+fC4v5Jsi09r3DnWOtofPhw3b9In2z jpPznnePSI1CEVkXctyLZzLImrPhy6a467i0rreCEJkTH5CgveezLH2uWb0lEzqrbrc4dMW1cXkQ 0GZB4uUX73f2FPqjUuJJbVFhc+O1VctvQ/TocxZmDty8aVwoFKp2e17ZXojIKCd+yv342G+ZN1zw kjz95K6R4FfZdL8uzts2Wz0FmBqTNbF2DY8RWZmrXs2V7snymyzfn6vy+dwvF5MmvGnW7NKJAh5B 5l0HL2WWhAyECBFpIRDlFOa54yrdNur/w6tNxIEITwXJvY9Gltuv3KhwyzykBHGSr7dnvw88gULt hhl1wU/iLxyovJLCVDyR7M69Jtue0033IscTDeaNwg3bxTreY8YXVlowoFNz0AQyE0M7i1btT0wC pg0WOFL8F/r4mrnj3i9dPBclHfuwPF3+tHSz5wNpo98TS76VznTGn5Ja8qju1qmxQc5QyaDVVxyR eTTQToZTI413aJtRgoKjrr7ittETzHCrFv5AUEB1Zd1ZL7VeQzUL6+TEBOvf6Mn8VY90+yfPL5YW 3l74PCzEIQYT+yyzbFYxKoPUi6dna99yiHZEfZKjky7rdy1c3sMKyx+5tvlSIdVDsWjr1q9iyudn vp2wjHyP1WFKQJiFkINUJCgurpOpl29dgy0iHzLbMwu+yHBlKumOI82ckKGAAYBREkxx9oEAgw4C cR1EwIKrBWJ7nYPvQ0YHqwDYot1nrnCSlqswvjaYKOac29XsmSkADv+r6XAhEtowPxvzDgvP4c4t xdr6ixBPU9jnYges5HUvvL4irGxa1jgdHLWINJFZN/PhSsV2Ezq1ux15cxmo7Ko5l7DDXhBwKtQE RQOp6sX1+F+Qa1U+GFwVzz8sIqmG3d41deHOobXyuBltAdg6xoIBCaA7Qnli/2wRL/pUKPyd3dcz vCVoQjxiEhC8Ue7P6Yxfh4MMR9AudVnN5lern+lVZ+jPtnjo12jX54/EKUlst7QSdBXbQnMnVF4L YhzUjo0/LtnW5TtqzOu7eyWDvLIh2dlRO+dXiaEIIyssflKquk+ukMoP5VD1LGHUC2UnXQ6F50ZQ ZLeEFmun7osIg9+Z5FfLibFaao7Ug/VFpOlWilyNxV2CnaJ1gZjFjpnSx6zbU6a8bEBDYocKgnZV Oq26vwsaRn2ZZ4FQlVZUu/DKbBc0Xqx6LarDFp/S4/yUWuZu99NpzwvKAzZxiVLRrdba1Sp5OQdn 785h+Eqle7OWKrsfuNB7a/mk3vLVtbNolStw1cAOPfC2ITKqtiHz0GrUSmbRzC62A4iiOdDd2dKz NY7ZZ1NCCO+WqTS0uF9s92ECSCgjtWETi2J8OmYi14UM9Y56WnJbN+2MGLu2/ey/MIalCJYjUVN3 u4ZKqbYiaAXiwL9LxHpjBpwNqHqcExtDnceWKezZTVVjPH1YqtyDY4NYo2mLYa0KE4Rg7jsjCjtE cSSSU0Z+hjKddDxXcjrVc3u+jVwzmNFbNVXjHj6j701/POrDYpD+qNkY8tZ0T8KTgFFqIg/4apaJ KX21braQ3/HtMbL5lx3Z9Z269JQoI4uV0fdQLfB8njXfFcqQx1W9nxDj5dHvcmtSt/nm+ZXaJQ1X BdtGxvN9Ron15g42muPz7elHwIgE7Aqrd83fgTTDJGmIryB10RfpGY/CO2Pu/DG9Mr+JGvLAayDU a712OybOmdtezehJlfiabMKXYWzrm1ZSEYZXFsiMOJnWHt80xbZX8Z7119zHzHP7t20szrOqOfmd xNLOGcW6RRqfRW5Ui54RkZCbxTpAX++lFUfDtpjl948X6r0eT1rc5mTLfoeqEc6+tPPFjHrwX2f5 rMO0Y+yLvfZsutpUidTkrqDWS+E610PYbvBMdl+0oF9Jvo8tcDBMxO7dG8N8+mqx2qqA42Sj5b44 rU+/rH0W4ocuDOVVlV2DGDF5HEyvNNcdsI8hWzJQE4lf0Uh2rbTyjbfR629FcEWdPzPFyf5cLyp4 64Oj7NNcW2UA2bhMg269V2nu57JbrjMwhZ81bzrckJ8tB4qJ5rCotkn0nSYQFEvkJ3RqZx8F62lu xmXjzrrG+dfA3ibNlmGemTuaivCJEhzcqrYlYzubZGnuaNfKOmckfhMDmjcO0G6+ZzCfdr1b5Y9R oysMGLWeCdYOdEnZhC5y9y1HpIWB0iy1K3r15sl0bx9pBcvrxbnE42J2zom1VG8p/aY4t7jYxc+Z G1CHNa3lZtZ7enJOEnJNlm+9439ut/ZWt987/p5zgbWu/PSjRrXFYt2bDW8UeOdjcxciNE0T1wdu lwg4wEh8HzT5M4IqoIpya6QVPoovzRLzGKRzFR3h+7vFsQX2yNHXBvumnQr3c2t0NbX1pzGDUwcd aiLQWT3q3MVA8mCdxVJtXCtaElQ7vZyF1tXjJbqVbf8+qzoX7MbdZ62vro+MGBwiyc3HPEJsqHJH W7dx7ky/wOsz7nrjj0PWtzGMD3cyiCdCjJ9KqT7v80QRPh+HBFO/ur1xPwTB3iiF2tv1eZZUW8nw 8DzJv7HEiFSfOXgH4emh0I/XGfqmvkw6j0RcmRF16lsL94/7tYxwbQc2Xsj2HuSfa75KcleHTzq8 UbonJtU1lyz8+hFjzlW7nIoU1a17uidPq2Z8OcF6D5wL8edpO22o+kMuJJHOm1m9jDu0qU3kIOEz Zb/AnQtDG6nMpaUxm8CGLwrhFciVh0zoLdH6VrQbejX4ox47myaA5R5Jvpkm8x5QOQgHTey7wUOP cKi86er6DZMlzFlcgpmp6eLMzMfaQzV+VKyvPVSuOfStQVY8Pc3EHaOa9W6Vru1qSu/S+OmMvnab e5VRprGhPmym/t2JukVY2RCMhqa5mTcfn5SPq9mLm3hx4VRoQhRHESRR7zkyRvHy+JcvdsZE02jn v2RJPPVR/OjniddFotIIm1xe8dduM5bwEhJmsbaKwYtjRqKtmWixACTCQNyZA0LlZAOSYaW60+XD obu58Vu6fruj+XdDNKBczX2Pf78DR4td5/JtHv9frtvRT7Aqu9ADvzJIa64uIWUNJ3wDSn80NHho XgR+YR0kHn2sTKwTNM7ilOIa8pCdsJJGMhDSVz0LG/cD9rB/GHj8JSjzmJ8j+IP1iosFUDv2/5oF kgD/GHPcpLpGG6HhDkHidG7UzxahCrt/voDjAi/ptJ8EPCYgerJ7Ur+gpQPfhZAP5/Jg3MMcbFUP ZhlbLPTtufLbb5KThFeMX7YtrUq2klZ+gVkxIjNskqbSgNsEqKQiSfwVLxWQGEUkEAa9nylB/VBv 0msnuW28jZ9E+pfVkk1TKyosUEiwUcBIAwQF2FEhQMOTjD/CyobWQrbITUwGGMUkoDUZEJCQJHn/ R+9PTf0dO36PIDc2fN8sDNG0HH3YvBN5mOKA7EzNP5+1RHcc7DSZfKVaxPwTpH9zjub/q/rv9fLT pw/Oc3ofG1R/giDIKSIhICWMfNkUsarSOjzjOmT+1uKuixXCMY/pY+Pl8efku52bMPzl/I/pa9Rk rOo6OiE1KUtD7f4O5vxPoQ8HoG0QAT7kdH/KvsaXIJHhLSCm+0vuUnSAHQbkSEYC/7X9x8Ymapm6 Qkw1ND1unB2qdrF2mgUIbQievMp2bdbBi2/2Fy4fl8PW2eaXInsQ6H0vF9W7dKrIXqPnz89NV8Ql GHp9M1BzthvwHoHqOr+Eko/AjCsY+MNCHQ0JYvyQREvmILeMJFSWdxJmhx37vGav01iwt+8E7vvr EOt3RdU6nOWOMEi+dKYyurcMUqpkkXg9zdFg5Qo15QpmY0YNA8nawTHPvfVQeCUUOkzDjlso/6KL TTazBkiZcmFPv/w0DVSfcRHMOwUTF1zid2dGxZMtulKcyUYjtKgpB5J2SwtLRzhiNtkiMO2ggdFD a8doD4n5XMsiWRpHVoZwk8g8jgjf0OsJ4N091Hm/QnodQQMBbO0ajElYDwCfmO7gjwDKIV7cx8cn ShBXsYm044kly/KIHePiVsPZSnLHqsNU0pQO4zDaXHK0wRJnjApa3UqP4x3xP06ewhF+R9npa5v3 /hZ8GKFzG4YrA/AKmZYU/AWowMtKQOP+T1LD3QNPShz4J0AtTMIQycP0F3xdtx2v3iY60x/tE2xq OWWjrtfUgiIA8hEBQXFeJ6gddnbMRFvKmyfAQY8VKp6Qku128qcqqrM6N02XDXvFri78+8bPJpdH NuLwU9oDbnjEmc8F7WsunPNTeS5vydEEuFuDZn8Q7WBICyWK41qZe8TKaBGO1BSz7tqD6werDTya hCpyCd4mmkuYkOnJksC53zHHgv79fuFY3/yjZ8vY7Gsg5+v4NrPGPhFbuzyPlNlq/Ofojslla5x/ z9fMT/VkaTwubD9EKemnSYuaTWPmqb3q+uVlEa76fluGxCqOhT3jpMl8aQU44p4eb98Q9lVJ8x8J 3JlYcZb76pdFRZ9vq4FlX+/Hm19JjdXGtR3YekJcDm8D9iME6r7Cf/hs5tP4bUnd5+Hq3bOMPs5z t2nr2/BDnncZvBffPzVOQFP4jKlTwEPV7n7Ct4jQQRTeZE0wQ1bdCNjVN+/hubb+Yttvi3bocNfs Lt+DknJENBdtx+h6mjql3dy8YTapPxfH62NX0bCR5e/ST5Fvn88Uagt99vDc/LZRHf1ajnOdzzFL /dznuOJ6ebt/Rt6t2Xj0/m1pJW+aXT3ceqx6gXTxf+PX3Q3U5l83nlTo6YeLdj/Xoxhfc3aWngKB Ishwi/errJ7KuuL64fC7GcJtPX+PyvwJj4V5w1yjDC436dMjM6q6vi8zUtIuM/nU9iuuTODggVGd JjCEzMjYJvKjTh8NH151SVg8KObN2sfl+6R8sHvOp4WXnlEjM2xxJbYwCuLmuwfjEsI9G35b+Xql bG8oQ3GDSHblaPGXf7Fy+j1mxMgQHfduxHO2t+PtoiZT3RjpJ08wjplVHzt6w8u3o+/cXrdQq4W/ X2PZ1c+OWZTZGVLL7ObZlq1sVYW7yJqFU2+VcOoru8KLo0OZq6sg1ib5w692MfqWtcbUqsu6P8oK JO1467PXLnnCd9ZWH0XSii4QVBM5ZalohbNnm285XwJzhdFjUjSezFj1AmN5w2VXYacYCFwiU0RJ ueyAU0uEoGtO79qju5PBIPb8IOsVdsFOByuve/ORYKq6zzRbrFX8E60dcNqybpuOmcejHRa2izJN QvnA3+roHx7RSbC5+i3fGPZnkZ7e7ZZTn8Eq1/ApSdpbDkC0lon9gyv2ZVpmEkFNXn+t7JEoqcOR vMPrnqVgemh3qPHETmdDr5YtIQcVkuTg/U/j3NKC0vjxOg+gjhtwhlPqXD3y1o8y0LYmXCo2Rq1n p2x668cNx4IT7KNx6nCesdKhsn/48/qPLzVQ0cdMZW+RoTdlTm9PXb8Pd4zlKUpaJjV8nDDUjBBh bohxO2H5oNuJO8tEDdpcqUzeqo8HDiiXY7JDJkcLfKFSpSjncfAPRvLtiUst3hd4w6oel9XD4yIV xvmbM4aahtnf6nqLZGp7cufmu8qtfTku7x5Pppwr1wdbOjXDhs7cr1LVm+hej9ecOrA7KhPEerfK PTv3mzlbPVYa4TUrpWcZb9cTCVdlCEb4ZF18Cr04YQiXLklU5NBLfpfOOOLx9q0d8avHSrKSHreC vRdsc2I7UT+Zb7tO3pJFNW3sIadG+BvVSI9EJrx2bKFyaHXlCJFnDXddpr+17Kwqr3bq0/aKUree eElX5D1bbefB/IejW9xXb65RqoZ3u2CXied9e/IdsEQrUT4/fw/VPv7nLSjDu2SLGSauvmz1YSvq fLLbt765lx8zjsXuHhunzxmb3zhlC1rua2mdGXuefoOkUnRAhFvQfgPu/ehIkIwjG2xo1lrZqipb V1OdSktW1zRZYE16vPONEw2kRlFipZSkbZsJpbxColp/6CSY4hMtrUDFI4WkWQjOdBU0xsmwlqC3 ddo0Z51xZCju7MrhblkTLDZni4V53SJM1eXl5eG5yik0LMym7u5eeW7xYxJSsljIkS2ixQtshUMY VAxy5mJiVp/LYahIsgCgSwJ9ymkkIrBgIaUQoyCoxETMAGQR/sgIc4IlwSQdiBUFAxBT+0imIEVV 6Xdtb2W2st5SZktbG2MbfS3+1W8MQ28urjRseLk38Rq9b1sXlemr0Mwhg0m+qboESESEiv1wFYpv 2ns/Aqqooe/lDDth7i/mUYIYh8MmhUrE6q8uvNEKBX7ikDixxDgYDgdh09sPdX+eKJaXLIjRmy+M GYrg6TpI9i9rxR9kHgrXlVSj+u/XuaB5vLzcqeIHpP8ZVy246GWhGcPq9B+DV5tbx6fyGg66wmHq u22jU9pM+m8R9ljRY+ez+fxH1fUvWQMjPHmeXSczm3ozyDQi/McYLFQvDWzYRgJJIQtY5MQGqJJB AXQj88+8/TRtZFvsP87E3n67ILaKWOaEMzLcZH6LhfPzeN9NvEHjFNfHnsreCP6I5yFSpCZeO4ti Q1+sJazXbl+HrCYHVTBi3pORW+05zt5VlUtBf/Tj42fNysJLkFyOiCd4em0+2JSWpDdGo5cfznTT oNOBYdwzAbcjHz/o/h9UiT9t2W0ML78cOUdxtrrJdbdTJk2gatustYrPaFlQvcY4+sX9qIEVQOwg 3PN17/PzfLsPdLIZHOQ/aZmxvSZkih3NCZ83xbXv4czBi3LPxJiPMBxYYDcbxjr8Djexcaysatpl QdPtuNhvPyXs/k9q0rBew9/Aw70auaBr33A8O/jc4fBMdxSrVZLb6d/fbf7TX1m23W7XVfCVmqk4 mbbPhTPT3Vlpc0sXvMduBVKC0WPkhNJD5zrbEjX6MS/u7D4tOxGPbnfZGOXuCiq+zA2aJ25tNQNe DQJFd8BkkbZkr37XeskbrKV7U26rAaiQ1vKsLhavq0tGppdxcYdt5SaMOmlCLOZdR2uwQ7PGeuzt L6be3X5cjw7TsrA1595IDy4VWttJ8/XnnLna5jLYGRscwu6S1aJA6TQZN0uFVDqbJVaiZKCm3rfw 35aNJaVF9dvvuq1WNKC2Gg0Qkzs8LTUFJ52L0KrD9T1i2N5/r+Or9/X9PnPsBf9sRkObj4P9N/6Y obzygZpZDuOwOzrjR8ZyeqHnAoWgitw4c4rZwGOYfKJSKA+8UZCQUM0v1CFERdYBj9KQA1skiepH 1J44Aj81LwQ6gTLAc3MVqNxkBkW5UDllCyCrofqaFF6hBcBEVMEHgQQSAcQt5rgFTqyEWBoEwmhO wUag5Jhj7QvWgnxOjP+PeTXHza+17mvQ0TMVID19m+Xoq7j4W2VfT0SpKTC2m833SMsn+lUPUznh 0Py6f5NcXvzNqrnyeaa2528oMn0ncczenWJhyKnHe0qyd9Licow5EupEps7ieHyZeZVk0HbNyH73 mmpN91R9h+scrRKe9PhF+p2eE8bU8cYx65lAqI+/4EGFN9sT0/A9ySvnPS6wrfZzUX+cjMPiw8ij Rqwg+yrRzZabKry0l27ZJiRqhQPs7vpVpsZuLFGgOS/u2cc2hxw4Inci/OFGpelflBNgMtECYanY IUIhBywIoENYbvr/c+uiusKVb7lT1T2teu6iqt36Z3rXzZxnDdjnT7gUByzHdh7jlIKSr7kNGkqa 4KQ0FIDWsyYDCm4RwcimrpwQ2QiGpEMOXUijcUCgx4XA+QUBPZB+aP6rMhCSpUSgUqLlMwSpWVs/ dSoirMRpZGf+KH6Q/u9/7fmEX90Ykk+9BmNUlASERqDeJUJiFQKkFMSazbSagjMRSG5QFJHKQxhi ZLSQWahD+hwR/z0lTggVVYeENyhG0IUn/tTw49EhP/49B5z263PSdn5g/hsPj+7r6iR+r8jEfN0z 7x4+kTBJNASPJdswf85QpGPpeuBRNWfR6gnzHxYBkjtt6H/t0/jRjLve7vxvnj9X/X4bXwp9w/JR hcwLLKKWEH8sDOWkYteNRV/MKq9nXYX4l2yG0uLBf+P4FWZIAcQgaQ2ThYBfzTdGiIDk0gGuZ0BY H9pLJihmRf5iriioPQoybAFkxw7KsRRkZAhFAUgQBVwIbSBtbh9UjD1NxdE/zo2QwNwoGxCy+zin 6Iitd9A5htKikgveFbJtDzkrk45bsh/3f7P/IiIgfHZJAnEFgqgBKCS221PfX5b9H/r7u3/ZesB6 LargyRuuygwzBhYz/69RxOcj+9IdTOojWfzP0UtW3fSH2f9VOrPq+vrixUfclt9TMa+49aTKfKYR GPYQ5RN/T/1sGngevZ/5GF5zT65SmIheIAQRWmCkYqAEZAiCJQqBZYH0P2lUWIoSQH9bG4h17Gc0 GwtLTPG4C6oqFZ2f2xDU1P8gsEOIlOvPQfGA3dpb1pwHtsPzsD5y4sPfigLDz/p1E+SzueB9D65a 9SYeWCzedsP7onpgEfwaIRCxL9WMNxRLlGw1oSNn/x2xLFE7XNImtR/z2t0hiRl0yCx3ZsJinvGZ gOg6CB1l45IZmCjH/JAa81e+EB0/AqY1wfYZOIbw/tG5x2kr/eltvaxuCvOH0oYdGBsh9+r54RXa mcQkyEyifDRzyNIja/9ZP4MkC7wGQQhPdBXXwEz08HdUct0o7hztbtSYlq/cWT0YIVjU7HkbTFwh JDjU+4eR/SbdlNiYl+2jFlHN6jIMaFE273l7XP2nd7b0SXCcLFHgQRoiT8KAbBDMaWKHNVfAr6dO UU+cCEiAXubGL90Bu4bHFNdNBvgOOFhc4kQ2SFCckOdR3ES5SYoxmTQ3ojaIqbhgomoXJAx9UO3H M7O7E9El/Rj7wHN6CSxA8DoYmai7DAOw8jqq/1wbKd+4dvzNJqY6jsG1ktpKsgdjCq6A3vIprbPF +QUjweNhfzXq4D0x1N2EOw8tl8ZY3HzWxBdEC5AF0IlxT1ZMKo/dDJlunaXPyFc4vxW1T0vxOqNp E2k2l11t2m6bbdZitKTNWkSoy+d1wDseooG5lYHXNc18lOh+0DlscZwCTdCpiYGr7r09vkUZaIxZ I/avT+yHr93zdz/KmFbcz6DZehEmU8TpWSUd3hCqqwedP+P6/DRSlV5BGg1550bDz1RaOIbfL9np MAfPSqHh8p1ctZ0ygxVfjOaZhE9Voqm2D00fule3T87vlfokOJmUbHV9H57jIQf8C67/Kyldn8D7 P8qTY2O6w1nRDj2ufkFjPD6CEdyt0f0gy/2t4QAkmiLiyHRUmME1Hcs6/9IAraoAdYtWX/lAwuxI BDKcEIP80GOFNmt751v3wktF3FQYwRdcJwSD5Iou1NamhKcDqVSI/a76XHRjrYfr9O7++Oij/4dG 3/zjoLh2ccfLmi/P0/7u/UVCotTkFo6YcXiWTkCpSHNe5IQciI4cYJ2byRavepms4PA+pB2K1DMr VKBB/cokM/6TaCP6TTkYxaF5TdvItqAzPSTiU6K4M14vDzWQOrazmyCb58HrTxSy8x6/bYXwvT4e 9T0kDjJjWLCdJXOeJMR8PUp7YXBzBs8SiWXY+etSbfKkMyNyhOopA60D73LkncV1nd7bJh3yhGO5 MFVzyztiqwZnsmv5ud/qyV6ulm+5LpJMUuyYwt0zpj9iYN166CHQEHZrylnUhNtJV/dZ3S519lCh xzw3n1z8jnjan8cj3oyCfxVQnx3uRV1PWuHfSf9PdwXWomhDE0CRQc2wMzj13xbfW4VrdRwkJgOZ UWxMdyb6OE34xOXXKEL4LC/6tFXuzq4yqh1LX7rvIhEtU9jsPY9DWnM23oDcjtwdt/of341yJ7XS H4mIj1tDChnX3cLHL0XRg76wk3WKC3cZ9+Kzw7jiV3jc+5+OAzkjEOIbCGvrs2tJYarrquFJUa1G O2rRroQ01yyMFy21Trvyyu32luT1QhJX22sWI69sKobbL98DRy+ZaI5Jex8HyQYliE33Pg+4iz+o i9qjClcqrueaurK2MRoVi2RsrcrR7rKZKQrZvDXjDUmNiJWlIOsl1CdAlHQD684mCrkGmXSQK1pi 5PCMC2TmU8azG/hhlptjbtwIaY5L+aZO8De9Fim3IqVSapFS06XY9yLFYi/SOHNcWztvmEuLtDz2 QY7kU9NXRt2TOvB1MdxNfbpjF0+PVoXRvlPTbZGOCC1RaVkAuRmunVPXGCYlzOErh7rXDWu+16+7 4wOG5sYFLHZJXPUpCLkTscJpmSN74QdQtTtBTNY4QQdPqrgGyx8/F+34LTDJd1/9Mb1IjdGEUFMs 4N27HVTnnW4ihCHsTOS3wbnV8Ua+uEC+TReKhvxhzqLGvVrMm4SdHKbtxV4mosPQ51k9cKe2friX MmCtUgWwbX3OHFBJBigYPNJATugp5zPdQeM5cKKiXFk51SyL5xCKAs6qehapV/6VPd8BuaMIzaGP eErEByb0oHIFJf+36fw/QsWQikWRWEIgyCB4wEfotQf6X++gVp/TTBgp9ZHf9JSSBoP9HZgc02uU mvarebpMihhkWRmgElTWwEmiSVHPHg3p7AOqRyz2mgaapUtL1pmzGVSyxIsor03eEVOmgr3LpXuI h1gWAdeLKhghEH/U+CoNsQQenTDJmeaeOaciJFYkYxEEEDQkMZzveR5wwYE1hAqyR20JzxQhN02M ZGFpUEhaNwZJSh0yGAheqQKxBJgMgFEmMgHQgYwCoAYQW8CxG5A0GQX19p9RdQQ5wnmECAbWAroA qKT4fGuo9J6LOns2/8RU/zP5evex6Ncq2NIz8382Esze5JTs2n7x+rDR9z9COYe2TYZDhd+M+IwC EjLU3WEIECf92w+kf15B9/HZCyPq14bphVSEJ9tgkcI4iOL+UGAI+wu5LwkCJvJAh0Eo2p/6AnSY P3lGJR+5d1LBCiPJALGPUHI3GmTtR3A/gYDQbAMMMUsUmQcAyAxRQLiu56kiP69OQwBwWEBYDc6h q40H5TJBQJjudGMHOhNpIA/WZJCzDWIwMbI48FYEyYHkO6BpoYBFTFF3WITNdUgmJzaiB0OJF26I H4wyjOW71ikh2EAqL7xg86BDgdkkSEIlmCLIAWJax9/nk8VfMdDHvbED6fm2VDmLgHVyO42YnhA/ OqEd73jTvQ7wUyLFedP9Y3iVShU8aGg5BpRvq917v2WMMhKPT7a1d+FfLR3t77tWAPZv0sSNaVOr ti6oV83HotqMEo8i7/ktRbzCJkx75pJJQB3SvkUQSBMDpma/YGYamVukussORu0K25DZXHItjuwR orEeIvA1KAbEQENBFvkBQDW02gYhq5jssm8kgyNDDef4yhvJoUB4hcKRYEFHeI0bgseW/szvMmiQ iY4D1K6gafZ3yFSn23cGoA6aRQqEGZZeOw1mmDs+KBISAR7QsCQaCG8gOLhEJRikKfc8Qn+ce09A UzOXTDNO4omqTmcC6Dzmo/viu6KdRAoE2d736SKbmFqmb4ZycJF4hEUOIQTQUI/GybnPJE3ej6XH yYzyU5R4Q6lJAFgMEDM1jwnMvtR1vQyRHHpQWEIoMnkJMrA4wSIB0y2q6ahIyNlgWDAfL1wWwNew 24JM/TobyxyQbVwPvsETR5iaSTo+Q+w4BDOWQobA1BDHds/dkyGhGg8EKb0JEiL7Qsnz7D/wEAMn AFRlNfWvg+BiMre/2a9Mr7HyISkMxUJ6rwl9XrMoHiMAHBA8zOATAkG1yUlMbMg2nOJiMMtDArMQ w0qDcspEiEPIIG0OyASIB/6wRohomqn/2SO6owNoj3TcNJtNY5KhxONCq7UTClz0nr2KBxBuPQTy XsUWLImXJhRDqCIkUp4kGFOMZ/io5raKRkQLuk+bv1gB1Jg7kwAzsrHNRa5v3Wbb9ZVM9GjGIjbK SfhRTWENiEokYyYmAzGDOzHPOpNdTa8V02yGvRrlGSq4wAxAWqOMmL/Rr/k2Sp0cSQb/3SgEEwZ7 MwNHDbAW4dtzm+Secn3RJxg8VKOsMzMLk8tNNslhHzV9shAEchkFO7/F+P/W7id3Q1TTFcVmPfEC 0JuWiJBmHQOaBe2luH7hOQl+CfWczki0x15oAkSBAOZj/jz6ioSD3QSlJ6yq5m+CYLTJxvI04hfg khkl8vh72IsYIW0wkZBuDWWuMHMMf5St4t7ZRo1GovQWvLZs179upD0kn1iHkPbQYIamNtYwBWfO w/GeRycA2IaJIuY3ORXmNMRxMrECmixDuJhlfWXsHiRODEdWBWbCJFEBhwQt/loSElJJJJAkYEkv uNF3LkXfNDxbbPLnzXOIb3YDzKaqUQwIh0DAN9ihCjhCj4zKzx+jqXmg0DffzPnkI2UYSz8qXc6l D4CdwQtELLBLlXciG+aanFHsU7Ah8MQ7oeaCPWMTRdhCebcNw5yleAQETGgMXyJoGR5hO2g9TRTx cvmbHh0cleYeWQMA+XRFoL5jSa5tWhF24mqDeidFH7InE/KfiO0gWgk0Mtz5y/tOskvG1Ger2hBH qzYRR69eBqK5hCoJR+Y7uLYQ6ho0czBhYCHiGyvIInmUPNhoGx1DQKZsIuQopNoBRjdCFuIhIJyo 2DGNF1J+J1S5gi6mhbiF3CBn0EUkFP9SOqLC05gesA4c6C0ATi0s8aGoZKKXBsUnLxKYIkk468zH gg83EUiwRamHDt817HLuYrvCZDA0NroL1QORgdirZog8lN/WMuW5BDYOJkjYXFLkM080eoz7z2Q5 yq7nMhftwrmnhvfPZyEz5IYUoGFy50IsWQEgylBQ+hkUsLEoDJoMLE1PINjBEYfWcVcW7B5rhwql 12DVNEZhdnHWSXTBLnM940YN9U5q6nYGgfNA5ag2BVI4GzusxvQCGl0iBGxps3P4A1E0ygB8QgNY GQaYpc1YJ8MQMgLFPojcnIj6oJaWlonuY8YWVLkFMDih1f0hH3hS9E914HAEMFZfiNYdIWBUDcoj SbQQEFYQx8jIhhqJgFBDzOjnYT6GYfSfaNm2lRRrYoWFN2VMo9w7RZIYbE4kt7QpD1CB8Qdj+YNR BPUJgeScmfJGLp66FGJMQWC1UerA8JZIMPWB3J7AwdwBg8AhR1MnxPcclOJT39A4h5HjOjQ1GgCj UHiEBXXyNQhuWBsibWjpze02CNQHcpFA6TxCG6E8K5I/PFT9kTxn6IpUR9pvwIM2DeruX+CHdDjr 0J/RCC8f2agGbdWMORnQVVY6T3HXS9CENqYQMWCCRaPgcN8lwMYi/2O+/dw5EIZGEj1dwsEXm5zb dw+nQn+9vTmUaGWElVLwJB4dAy6QFLIcB4nxBOcghCJJ75xMA04kyA27VO8PB0mtmmsQ5j0G3U+K qKi9mOD7sboSIl7/vlxyTabEOhzhzBHoD2FLkHuFCFw6kHKiuSGuBEVfex6BG8uUY9nXiQg9pGEI MYEhJEjQsaFqDV75V7/d292quq8sA6BETB7BybW5DeCEIHiBAaIvGK3/FxBPskjnj09R7aZMQ55M 4KhRUJRgOWDDhYeAGw5JNQgP3BqlJ3kTtso1QYpl0EojBbKUaGJfAPaYHQgm/GJ3U9LbdwR1UOB1 BHINTs1HQ5E8+hzHMUG01CBSB2G0aAhcZQQK2i2ZBrUegsF+fj6YSeYUDL4+wtAeQXGDQo4HCADc FpDMOkV3Q6+RZqDCATSLTGdzqFndETujb7dwptr775GBN4m29OWKQdWgqAhcWmBab0FKn1j7ZISH M4ZfDiXanYWYwGmFMibhkJY0S42xlQ/NlyINqpiInECeOQKHUD4ZwHqgwDLAsyUBDK5klvQNuSzt tRqxopnQUX8fQ7zkszA9wwdoTHuBKEDegG0ICXM8RSkoIc8e5PcdAaBoKBZRKF0mJKQYQcRF7g3N NJBUzcgwAu3yAuiITuWRYFGHBKIqmOGwOxJnx34gicyB4XGi/kUmHtYHdItwlkSvVwN9V9qGL0Oi GNgjcQSIlE9o4Do8CnmANobshNj18OYdO8NjwfibBoEK6CcEGpa9gcUaLhDM2hxdpxcS8FsFXTrO tCjBU7bgODtk8QQzTfrNhmG1AIagMngNbcrLodSHYQSB2Bymmh2CXDjZlVp6PLJorlsmrGRyw3TR Ae7l0HdpYJc3EbhIwZYPJMx6Q0ba8EknTo9OB3EbOXiyIF6bzEz51FpRUDTrHka2sHnF3csm8SNV mcVSoby1MZMmFwoKIj4eFi2YpPWEgCn6D3QgJUZEokkiSDIJIHDdsbY7PNwg5ZbS5OTIaA9D2inM zRV5Jqi83ZFMSRNW82BAvrzuMIFTSI4ikgGe8ofQ+ZSNqmgnr6a89Be8gGpEgcVohxEsYlwuZ7vL JhrrkPA3XwcCYe3WXlzcqgKBaD62NJqAzJDsxPBCaHKAaqdvVSBdffdHU4g0+YeyGQcOnbjbeehd TCaIIIYIbdnx5KgHWwZfcbrt9es+fu9aW4UiSHjJhhfhIW5QU9rzTonQ3Dn0cXmMZzAhzQ567m2w qYTH5izKwqLhEM1w0xGEjdBHYERBORfeE4gfISFrkAoDYUa3Hcb3U7w54PmAhpnkGQGdqQ2NQdTs iWgXGImhCho3EN5lSEU0IQ6Ddx1JC5gJCGJFLUlKWlE6BpndQgJqanRULCjp7IeM7vLQEORzgxOB OB6nNpXNHYlsWDnp0sE0NC7NgGNt0aLHQ010JEwGpFLNdUNQzkOSHYRToQkPcQUuIY25FUYQo84x ASbCgQZNDdN+W5kTF19g+xpt28QzjBF/Pu4ECMDg4XbPu1NxyukL6727HHyPAo9Wkozk9VfAtPVU O45Gk4UQ2KoLIjUR4BYS5R5npKXeDsI85Y37XNTQ63fJVGhk6kEMAOcHYcQL5mhmvhAlBkmAlzVW jeh3BSZlBxQcQIvN5DFC7dIe5NC5R1Dj3lOQY0QLs9CYMGiJuQ6BkO4sNB0KDIbBgwLdpHA5KQIK UhwmKDfxDuD1G6kgQyHU1BDjzCwv2YCPgFljbR6CXiczA1R3jeicX3w5vwpRuEihUH+WLcIRLiVP d0Pce7zji+OT0PgdT0DIbEMFG3ee9O/xPB5OOCuwETB0yYD4iZehgiol3dN0vu6ge5kgmcwOwmS3 +RCUhG1XIMy9tyeoSIfmuQLFkSPk3RW7kVnU2RKiLr2p1N0InxSn3WcwsDUwRB07/Pl2oeGch+wm gkyoQoisISLRvMA5A5VQdBvz8vLeFQ5YFjnLkDuE11BWcdvV3O4GlWxEE7yxQ8hI+QIbA3kC4HEj jBubYUPSd0pXRTsOioVAQL1NA2CMY3Ao1u1OYFEIOhC3hr6EgyGtUWbiQIM1QINDwDwkJIha+fib HEyRIe0g62yikd6ZbXRidAWQxxHnAlwdTINgcjcGaHSOxIZ0oPQIwFn2BEH7QIQYhEIORF3EQIQH YG8IHK3jEOoIchiCYixJwiwLFqwvINI294XGkIjBzD6NRSW+sJ3sphYxCBeGcohhM3h5FXEmEKEd zHFDKAHpgIwlRVhE7o9IdBv7yQ37akD/UHinjzkCm604DzbPT2kgWuZqGj3DmwBeo7ngdpECSRUC MBYd3UBAIicFP0kQwYgcQMe04IBvBL0uoWMg2HQYgdxyhsBQezqgmWATjQQEKMKWEUt1DyF2WBOS JYE4hvrKCHcN+5SQos3oNFMYzvXQ0ALNCndcpCJ8oJ+uBbH1KpyPIK1VLjwpFCChkQ/knU/cD10p xDcnIgkMoEW6WSi5S06+asRyAuABtG2lbEAmhnB2Gblbp1fbncTj6aZSRFwdERiIJHlHILA9kzwm Wy9fTQyipERcaTIWElAWqJJKqZrMZiGxXeBijuM79hZRRqZeWjIQsSiDyA6A2bIeJGAMYwEGDDAp TyHZSzzMBiz2GQ5949NB0hkNO8wmRHCiegUg7iaCbooHKiCdWEMhz/l5Ef2kahafA+8G/y/2b0f9 f8FMOHBEy1gxgiKKqcZD1n3r/eje1XL6vxl7srvyovWKSVR/fR4DxkSwe2/DPQg7ICSH6oJgMLVr PgfuIQ/V+OwZ91H5o9f8K/wZG9N7rsjISE3BWHSVdMdbY3jPr5k916Bl9H7T3Q+sL2EdbdYwgQeQ 4OD/brZPX/kvRCivE+/TDRkhxCeCGY2nyi0yBhoO/4/ZlMCXrrq+5AXldNGs0317/Ht42b61FbqQ CBEIxY7cvYfImdnye/1STDMnxBqqfoZsyIRIGgY9Rs/GabkUCx5dBi6fShsVwJC2gTXaIz9csIkA 9TQ3JzZrNk0cntxiKuElw2JYZCZrEh+M9wcHbtg+poUZGrhwmgo77psHKzVki8yQomi2bDgXMCDP 1SpRVV0Pl4dxRwQ8Wy/LyHI8kUOS94IQF4Os/pYo5PSzQgYsx1dLNi4abksaR2dUHgHHibnKa60z ELIFtjeihjHi56GfLsqeU3hDsxv57r0+iLqdycDIWZoNTqOw0IacOo4pyCw3deAOqOfkkBQLPUih D7v5SRJJIxc7r1cdxk1NxwBt0DkgNgRcO5i8sqtYZqkpk5Y5C7bwz5q+TAX795SZvSydMYSRA0uC ZWgtuZgNS5hCASEglmQgwgUIdWVJ13041RzSPI6OOppafbB4bhvw7blmzA28UIZr0aGlmcESFrlg 6tbgTXvBSBWJZvonAMzKsHfxQ2Oybjljtj3ISHWGD0Ldsar5Ng1RlxDUVaMsBmubgamgYRP2lCs4 TmM2sZR2AYh+wyEyN+Y891dpm9Zu6IZDt5jdEL3DWt6t2kHoq1vb8aoktKZDY1jZaIhsakiQlAII Momw0rq+G99p1Xlq1yBPEONh4eHHld204F3TgWF2zuOh5cM8DzO3Wd6jLspj1n0Cpr11u4n8MEmm HG8B3j2nUFwRAWYHDIK6lmO4ICBCVg3HAvJdkSsuuVAo7jWJoaoZJJOJ3BXXyKNru2qKegEDk7Ju kAoZYXttxqqzC3KrqOFT1iPOEjEhBjzNee0RkZFkmbOJecziORnt4ljbjmlk1DEeshzJjtxzBWBB Y+U/2D4IB+YfaH9Ah/eeqEGJ+dCkPo+L/Ffzlh+/ph67O9OR504h/eTg8TbeZed0n7f4nUj8u5s5 POOwdq3/xJAyNUxuDtfiS3MAmWu8EhtM3KH1EwUkkkZFYSuShRjAHZmXXEAzRZIRAQrhlcqq2XQ4 JszVNhvbHMH8jVdAdTB1dcAwzNXgfPBLIZdEgtU41WNQSGSyLBCKDETR8LK6Q0hr0iBMmq5g/I8l HhGxsZo7rlwdxBEwNo8ItggKVJvhniTWxreNEmZlPCyAVEQJFuw23JIcssypulVxsUaNcGuYMLF8 evsG0e0gUnQTRpWyILoFlZEKDMf5/Vka8AQJFt7UbhWMYIKlsSFqZrw49equ9veGg66d7JPM4Uwh yp5K9VoIofKxzc474JuoWNBSQKYUVUeK8wYgdUWQm4NTIylnbQrr8w6ZdTgGOg9bduF8EJgpCF0H saGaj4Np4vbGR1sPMgRihFirCHBKm0SwLiKGwDR6NtSRhOdpyzkMvsbAPBA0MSQiR3CUxjCSG7Y6 GDbeCb7OpCTK6cTt3NIQ9KoqR39cJPaWwPEep4PQEVfgUpWqqiqkJJhDyHgGjkSC9baAyhtOZzp1 XBS425yWH8SKHQxnKtFnCalpLKRqIZS83ke0QPIph5ePIbcyw1XTBZmyaWjIOwTdnivMyAepxFro junEL3kkktQ13HnsmbAuQGQHGpIQkJWs05FBm3NDJt4Vw0bdLoe8MTMxagISSTsRi6RwHEJwwDRL EKEnsb7ORCt6bQsGg8NrsNmRFhVU1RCRklHonMEMByzbo1gLEoASBJupzuEk2B1seo0yyDIMQ2O1 EOKFK4umoSEi9gNZXEx6kyN52bB4PWQMDanUmizVt18cg3uDmQjBgQ2yQNiwOdhY4hSOrcNv2gmu Tw3YnE7Xi3vyNU3IFTv9OFXd3d3qh0eCteBtqHgxDySPLWcISVEKiwrIYHInMEHBuu0DaPSuPIOf kaaqbceYzOD1c5AmFg6WDDgk7BgdFMSB2R5HUMFAhJCUJCEh3sj0PMZCa6x0tQ8B1DCEDz/QfjDR p7yV3YsqH6jO5dMgRdmBiSBs42zZePWXuZhOyQu6xAZahxbMwR649S3bKvZspxEi8PBXKdXcDZLY z44c90s37QoMRgSAHCTa0hJS14LaMY0Ai7mgDaIuB0qugU6V2BnsczpgSSDoGbiSSYDcWE+kPaLQ tKHSgsQCkS/IkGwJ3AYkPP1TJiGmhSiggxYID7kPgBDnKA8QMevM2YQnVHqcg4odIHAU3XdweW56 6xg/aIHRTHTwZYeHYGr7dJJ0Q7nim4acQvz+Jj3p2V59ocLER+2BxmEJYCsCCjlOzoYb6ZkWFwpW fBKMMTHIhjCopS0UzSk2arnadGaMPHC4cLY2Bwbif2KSTpJDdachhjnWYV2EG0MGYtB4FLRBQkE8 SgoBIAReBwLUwVgd+8Y0TugWiZJDu1IPF3cTf2o8EendrM0a4MJJSyaX1tvktU2Cqc/7T3LhlxNs GQ1kCBRGLXwcOaoyqAMi4IVuw2kkhIRrEOhIQfSg84WgmCKxiFy2RxAO9NQ7SIQIDIEIH1XdNgEQ v1prtLZtijZigRILQYggHQ/3feBUQlhKFDqQ4VaI2ING1YrRtd1dUY2IVKCRAf8e2SaSfRn+I0qb +2nDVsu/sK2punZAJLYJtuuKkrlxCmQxAuWwmMBQIUBAYjYhhhRKAWrpdrTJ/NLTHXg5gIdO6cGX K4LyEaxwvXLJ1YFiP+q9YO+TIGd8MExByiYUAxDDAQerhuz/BhYeVTkFyDWVrLnMNE0m5iI2ZRtM zNtiGT2PHWEYUs5nN4xtduLlqQ86OWp47x3ncgsAD02vXyJUE5TBMgFKWEsLzmVTQ5u0M5y6Yiao XJpNhx3bIHM5nWQsQTA2baKCNr0pyEJ5vW87XpwfJAZB0++gYSP762Wib6WFEMVbcfyp9jFGHr8U zwFMim89E9FAyBcpFitBBpPqvyHA/AD7IA2RRS1wfUhFDDkAcxHs+0iBHuw2EitAQYMRY/rYLIrl PDqFNHdB4A71g48YRHUXNgU3fqRkMwGUJlT1Wa/QsxhwHe9YQbfZLPrN7PtNNDqZ9NtLdjUTYXDN yA/LAfoOfyuf3DGRkOW2OkXduVKO6PSHKJcaRv1GQISDAbQgMTaSBdAgy9isqzwHMg6GpEZFCDFr gaKjEMSAQJEICUESiCQNj8hWDj9NeXZ0hzMVEq3MbfRMWVYXKshZR3SxL687VtoaVKQlecBhBDqE gbw4ICWkDtfHpo+EkEdzXewwQMkT9QwOzfTYCOgCHnvLornkNE4nJKpOsiRCQZN636/leWtJXsdl RZlabS2p8gZESjKLuhmRq/yIqCm3I2mAltKZRGuJvsx5h2ZCx8+sdh5s61eeAMiuXJkCLCEA1lIQ I1QEqlDgAlxuL0Hoejr9V+wKHtPPavAOvADSIcvtuokFKK8fBDUiyDAnBkgUJ6h9b8nt2CMSd1UR qSNB0geJ8MaECmKJQQihwAI08VKLDgck91IVET980OpJ2nLmxcC959vMss2ni2qXpqwEE3G7gaSS MWQiSEPdgtSoPIV+YnbAHTeHuwE3X58TffzQqNRoMGmY6lvzxn0mGIbGsSshhgMGBHVyUOYcSlSS ZGSF1HkKzTWPRsw2EADCeb1OXSIX/WUsWw3xHebF00F4SwFOWGLOIsOaxEHn6zjArM5jAUewxADQ 3yMMj1gaEWhpSQWQJBWCdKO6Gs/VagPMGCsh6dASEE7DUChqqCDdh4Ng0xNqAKCRkkVjEDmJ7otZ hNPt6n5/I1FuKj0aIHoBZtKxm0gzUJM5tPd7O5rwJsVIASAiQV7TqFglL2s+cHdAL2DCfo30Eiec DQXSKpICnBgX1IbLAk5QIRnpMyy4r5f7ensmGfyJFB+aA5iG76yugtvBTmr5u1ys175rYzDCZmq0 ln0TkUCNwgGH0FpMdSBpJHkdp+BR5207kGZYFJbD4Y0ChWGFRpKUov6KTBGGXlaWwhS1Fp8ROwCg S4kIfpI4GzqDkZ0cJ3HfQOEZZpaIdlSd+6x1e47+/41MpfC8Rf+Pj46zmfyhwzNyaZw0gKUv789m Y4h23aSSWICMWAE3TocxcdiWAXB3TQJCQDekTBpA1zdbafr10S06Fg7IbRLk8KFL6PVU66pUIalU BIAtJ7FVfIWr4IqJFFnxtgaTn3skkD2G+4Y3yBa4yS10xxfbHtbApF8kPbEraC/s54ntKuww+7Jc l5KW7kgRghXIswIJF1DgSKshIkkIc7kNTrr0D5Q81k8eftGerYhkEwyCJauBSlymZWWzkoXLaTYY FiitikoQoIQAZYTFOA8OSq6cPQLynMiZJtVAb6MiwTGBn3O9zzNp1KEojJGSRgMAIGwTIw7Ih/XZ egDkzgIkVgBEiEZSTm16Igc15lbvZgTKOEKocwoJJGBIxjQxCUrFSlWRGMJlu6aQDOBpOAe+/Xgb RhBIzYqEKCTyQTeWK9BxFtykwDBDv6wokJHALw470yLOE9u3bZOuYRkcmKRIUL5mh7jYUp8wQMAI WdGGDEBIIz3FSw8fITrDiHsSoiy1Wh+BC4Q6RXqXqIsY8Xm4OOQuKgOgY7MtugQgYgVDzPBkJCEM +0NxC1IBzqNiwCApIRGKD5BlPEKu16CF+vOASLDyEqoJNgthCrGSXd3CwpxNp00SjYZxJEA4Lcwe rGv3lXA8/roJPE1hm3WM2RhvxKwuKwrBEBbrkEEQwqqzT87Og6SMy4IpRjJJCcCFFhRqJgEp0T31 gnmZWV261rKqVJMo6FLoW4L+PmXVLwOg0RL0HncmmjNuGyCMLGhsoZJ4ZgMchTnA3AoO4HnyTf6d wdKZpKF2in4+jMtKz1cVsDDGGEjQvllOymjDiXfY14UugLLWkRAsaYbceW2wPGehmjnMh3O3SPFl YiJRszcy2Vtu4hy555LwSoKDCtZBURWCLCcTzUihfJvodwNId6hEGUPSCXKNp7C24jiKIdFpp4uM 0eckqnnKw4s5H2ewvjxRM7b32Q2TCkEqKHNoVrMQQxpYd5fDsP44dXnE7MXbfLsUdBlq62552yk8 wggsCQmALys0LBtC04Vq8RsyjgdBYLoEDLgLDjkCxSIaaAAn1ioq0V1fV9zWURpfJrruJa/JL9P3 r4isIOJmgAaEQPAMYIEBk0T/vmiE347QmwqWhaoW8QkZCEiWccR7VY/6CqfFTcYMBGOgf2x9CuwD r2UDIuR5Myy8My7gKYMUCQJEAkEGfZNynnfErBRbl7UFli+JBX1ATrIlyCEgkEh30BQaRJBzml1L IEYyKkCKqkkWQWCMgI2l/zGZDwhOww/L+mmBjex9GSgOa+X2YV8dU6m8kA7GQhwkIjADHsUyD0+n mgBiEAXPq99iaZ1MQgG6NB78Gm5RA8clPPoh3z0GZgAGzhcgSQO/6DOz2GHzjUqiyoBLcimih4Ic QJ/f/nTY5/+WKt2MC4EH/pZWgsf9rKLuJ8Xn0JfqQfxAYGCD3KupXtqMld/iJfey3wKfW2+nUsqy lFpKpmQhFCIwXYNcFiNNwAkYYRSnq1vunNmYVwW8w6dFsDlF3R1gw+kCpspoYvkaJCmRzTFD6PEp ubFfAJCIagpY5xtPzPAT7U+kVNfs8U7J2/hWZWilE2dNKrPnoTWiIwnHka2Bps2PoY8gzDMWQfaw 6yrN/RvZ78xfjeqpK1hWtqTL7czltpbdsJnVI4W7wmNhqOBgLOlYdIe+8aSpQqV3C1QFTYmjXF6O BxuMCHyJhgiEObIYKK3BDi4Thraqty3uBGFHGWqkbGgu6KoplBY21O7SOHGILXLi/bJgxZ0iubWf eoKR6s2jIERaDJVCoTWh22lK6hA97ttK6bNUOZh3wMWy5f7a7HHE3zcxtAjcovTk3HWn4VWrojJJ e38O+bTq7ciaURDd9gm1ovLN/BWcj313cvTuINcxhF6c6iHUJLUBSI7Q+qc34E4MdmBiXOnbONg3 F0zjvtiDqHbO0jMJx3YWFdBCHh+omhdUD1rq3VAkPRcTljAzdnfCN41KRcEjSN8vI7jdDQh3e3bU QZ2YzEdtiZUtT1R2tqndjh3Dbs525fthtyB+J2lmSQrUbwWy1+pLDsbJ2MoMMS7EKMtjjrHhzwdD rk7LSEYgbbfPNjkxJHMFt36lBurqeAv0kkV+3Lw1jFrG3TvfHR5dPnDltVaajfeduLPHCiB9CgTb tnDwbbcEFkwkEbu0mxhr9WbOLstjUGSJm0GWIHyjdaGg4ve8w+8GmyhujbGuQN7vwU5FObhUxzWI LFGtjO9o07ymSlJRZ7FPswmwtkUqZp0x331cuXpCd6WW4GDucNwMlk77NXBu3Y13G2ZSI4ZOCOtw SG5d3d4DBD4h3d0X5OcwHZRhvpeeC5gcDvO/GeJ1Cb8hBxfRYcmIey2TwDmDqsVet9YjawbxBvt4 2LRt1MxjdOyvHbF5C90c7zJtjLztOzf2vWwDH1oD79v5PxE/If1MM0Dq45AlthxKwdVp/vlnGGjD BDYDq3lshlOXX9b6BIep7foBhGvP2Viu6mPp695dzFbcMTzVDz1APJ13eI/OjkxMHLPDJY5hloKN tBSDu0AcEp0YHhBZ2NZbgGTIHQPWZ1JodCr1Yc0EEjWCSQ4pqmcsOIJw1DdTApqxZAoO5cMzHRkk Mg1FyTUNgCbgOg7vBAP5zLRxKwa4BbGCEQYIEgLBUP1nfUI3VOSwMId8TP+igDEIMEOcpu6aI81+ VEkYdRnuSRJIsjIgEgbLsBuMAR9/SSwBshmidk5v+/O1InazfjVretZ9JL+uPnnS4TSWPU7sh9yI FkzfUw+YMQPpBsnokiXpYZNhsaIMGPXgyalvWizH5tatvmzBpWVYnaxzBLv4LB6s2yaw7wPsK7TW Hni10zbmDe2NjozQmEhIVxCbDlqeNFZsYKnKn2xlFixkuxeFmRSSII/AgkOAdnbkP4BJMkAvmOE6 KftignTVOJDhdRJIBiIUBoJRYbg3kwnhh/edId3W6f4hCBu0Fe0BuoBMyQmgQAGiHJhXJ6iaK1Eg lDSBQkQSNfdvIXyFj0kZExFxWAJQ7Q3ifQG33Y2gSFMKlwIjoOK89v3nUqteQ2vcEITI5ByCIr4o lgDh8z7sZrLFH36x7TdY4cHF4/UQqRiQkjQv2WsWGgPshaKSSJJkemdwR6fi92hxi4J3+VyOd98D Bvs/Qj+jMxiwUV9nDDNttttHfUZA5N3NTz97Sc8W+L0AwzC0yccMwoV996y8tvMzyWVixQe+ZlvW Fy26XPNKjTe9FhrG0u0tuwHKUtlt/gzF4bMzOZm4l6umMUa27zN2nnxufFo8OvxUW3yYFdxOMfPj DFc25bUR57HvDcpbQr4YXv9zeby25blucpnjltrzvc1M5M00Ndk2ASM3WLTmlF+117gfaBzicn3o gXDZch2TxC0EgQQCy/yVR86cw9YJ9xkoXVAcMqASCcPoplNJyVoJCI+jb7+p7hPbhnmRau1Po9CI 3whgn3nFRuX2Z9KnE4L78WSEhFMpArgljlFMtMWdJDUZ5fZa7zwqb5jKhnVXywbN8/s76kkuevSg 7tRaEt2rqmSnDBwgbJIyEIS58SvxKmIm8vKJuKa9Vt27jsTeG6c7BMA+EgFkDitA8Te91gzE+NPv qpPTwo5hzDIC56UY0qUaVYgGgWhQhg8/phrQohO0wmTDEzaqrC88bYxQru6HT8zZ0MYmgsWIic+y G9t7PD2ixgtaHHU2B5rcW92wWa6N2Gl1qcWFVKN5vta2cPjYemRDOVDkNTphUsEDZtSOJHtoLhvE pv27jpAHQyQ051z2znTJm3jCoiTBCQWKSKm8EaiyOYK6hHMExCRospvlVJBN40kRM6S7EFXRBYAs FiSSEWnsvRlN66BUjHvZzzYdZVKSpwlxkjFywBKaCkKadB1Qw7bLpusF2GRDaC6ZOoHN2rKGEm+x aNWGDAIyHX020tRRqMAgQdtgc/+KZot47gSEkkkjq3kk5t3evnMSK1AkEjH2EShsQZFixBqpBPeY Pb81FS3gdsmib1U2M7Y8iJZCJHwCBIMkrFtZTyiCeTwIFDH4iyQx4a+SrlvX1q2Isp4zZ55XPsXs kxBZ87ZfPDtrVO+YXgy4grHyVWjPsmxgW1ZLtIQ7IQyTCkhIFdGamvOOQvYm185fCuP8SFIvEEV2 RT5RikIECSKMIoQgnILg+kEWQDPhLCQ8qz4rQokSCQ948ENxOW+TxMjWOSEEOAPQRhAhoEKEqifN bZcz9mGuZmfvGlkM5cDlqRy1NX8Yl9b1mOcShiFh3uAH40lFp4vdknvOS9200yZNFKmlNsb4K3wX X2MWMA51oq/m6GesPApkE+QIe/kO5dm5OYNid2TSr5VLSaSyTa2+vVtfNAR6Uz+cgm8fSzeZveq7 w2hs50VTaBEMvy2KOcIbTUox6WSRkgAJCYj7gmOvwtel82r7TqRSL3b7qvg+pe3cE3cEISqIodlA UI3e9jZ0e/YJ0J4QgicYSDUKICClKWc6Qq1wJTVEyk5mGF/tZZ+0wpN2EiFmPWhnd2UiiFYUR+8r hkdpThSblEYGUpvU3DEk1lcStuCOELYpfHXsJMgUsDQECA4YihJ0F4rPw8vqDzCgkI5VU0q37i1L 0/cywFfLppLb7kSiBAJfcJURNuU50McWoD9S5GxTyRAOBFZAqAAlQG4Jy6gQi4KBUcoDcT2CZjgX xE54SKESLIvS56G17yksmyMSMY1uwGBELHzUN4BMeNFhkS1FKeRUjTIO5AGZU0GM9uR+P9t1D4wN GoqEYPkgyboWp7x+PgIeAPMglwS9CDwUkEYoEUimQu5GCgeMQ1XUOLYy7SJ21Z0QVMCpMmAxEgMD hCQkEO+JLpGZIh0PNirDrB7H640XNedhlp7jwpbD9RtA1eIBEhmTsGCWRIu8gYShMVRg6RF0gsuk uqRZBLukDmkXVL0FyGhpA+CQsT3aPHyHkROiHllRkgwEeKhLrSZbA6YGBh3ENTPPQdRI4xdpJQnA sA4RIbBCQs2bIYSyLqpy1LbRESiAwPzWgesntDDR5dmkh7gVSpnQTV1hCQIyDGDIai5QXTE7p3et GOehIki7KnzYv00OmZB+G4J+nXIdePEhBPFgg1tlIWEpSrAoyDADgUOfk9YesEPGqgF/Apbn9cDU IlkcyqGVETqgYZSK0GcOwvpGTgianLNRLW+uFC0wEqaiBsJS98NXUjoH9ELwHPxb2ZQniV77Wk1B h50LSjbFiY/ASSy+L1bBH9UfolQMEGaAPmdVkiRjYIeps93XYe8FxtSlwmoP92CEiyFqLbGqKti1 e+a5WiiNIJIgMgEgMygphAhFgLhO4RVkBBAD3+476jfclLQFLLQqeLYyEKq0KJpQOM3ZuShLD1jL C8vbpj1TKNCkWxKUqmFBERSWaD5D6yRIBwPBwYHwQzb58t7pb6Lebey/6Xy7qikiZo1IWM8w0A9v XjJZ9T1oqPVEoP6ws9cbqZARQA1x363Wyprk+mT8mR9fKIrgf5IBt9n9+G57MBlotOI1wPIohRWV fUgacaLcaWNWVmFzmIfw5AJihPuihcQPqgBslLFT5lsqyDkGaGBLq0JFAKSRIgD6L2Y2Dwybv5RT fgFIKH6Y/GD1AGLgNIHzBQ6hH0Cg3OmhC7YYMA56pCc1wQ/hO+8pMgZxRgP+6VheaVlw2aNDz7gG ONjaF71e0ofe+vnDWIhCLW8E+SAvqi/ZGmSP5P+39f5MvH+u+eYptihrlQt4BUdY1tekTSbxtblr m1zWvMldtMNYVkFhWFanrD1PtcCwkYE5xKh7KJ61GQU/n/P23uJiQZEhVIMJ7cvhdHrHiJRz/e9o HpZCvfWd9w3Rn3y7OLzEkTLAvqQYSfXJIZosVQZzrJbxhUMQFATZKB8eZKypkrIcz5mpgK6k6HqJ v8vWbgFOiO1nSxgIonyXO1KIIvy584M94MI8e1v0oCAGryQkIZkwa6H8Jb8qprIQBCZoSkTUU9ja ARiYt4uVC+8z2mIp8pBLEKhIKURdQ/XBrvi+XX59ezdoqIQk2KTV8ckqIyHzC0vhb/BrrPVzOBec TjzhgSL85vj4ihkY5bbAbIWE4AQESBpIQkE4kaTsdXN4TFl2h4msPhBffPleJ8KKJnLxWBAYwvb2 SI/oEfkQRz94tE/CCB/wunhJTP6PgEVNfroJkcq0S5iIX7eJ62WE+1Yxh2ymPrn7gucDos3vrddD TN7GvCyTMo4nn59O+B3sobiNRQq0/LG0IWVyfqwIQUcWaymoeahEP+BgF+UKGMkP0aXWUGArAy/V HJpWXYxKUvuddD3bqvpq3jbXultUUDg4Cj5k81l2moGiGLCSJIQQiSfhSFrkAHa0MqBjvb8/3ni8 tTdIOrX25MVitNU+mdrYrSFKEEiQgEItrj15h8JyA8zcKPbHvIFngUQo+ulPNMZLrPg57NEInbgJ R2jAwuywAo9qMAo44DyQMU2GHMIDj1Hdkec8l58PfVfOtX31JRa+z8KVpMBUWkEKmaKVSlNYibNi y1LKbJUtiF8G+1vzC1fw/FaGbjevs8x475Ah0nSf1b9eraG6xdTt0GEt79XzF6Dh2AxrqdGvy0XG BUUtuqhdVUUuVq/bmGYKbklCvsf2ZTYprMicgIwFijARpuVAxBjICE6Qz4kDegdLjldA+qPaxC4j qplpubkQ3AVo8SZosKOIQwQ1SGwNes7OUWA7/z0rYxJIpETBOELtAqAwNOWoUMH1eBdW3vV1Qtpp SlWfBez7XfavE3TH847Nn9xh9UHEk3DjNhxgUMsXtI+vAuFiAy05cViW4xyRjCowEMAo0yBt4oFR FkQwVSuUMsWwYI3QWgfZZXKN1DSj1SyKQI4xzMGKFNiSCJ+CKaQOZsT2HBje996l2dNC0sdDwCh2 Lsw7z0oG8K6DOwe8l4UcDhhZ+HnWV511nUcygba5ZbdE2DptCy2xvKCrg9JXSzh4A8WQp69nXhnJ EURhQ2GZSQkReYB1IsVRaoqWlS4tsVTMfQYFZ1qw2q9qMDVlDVrE+a5G2425C0bMWBgoZEE3D5BF 9Md6aJ/XOefrP4B/IKKlMqMKsA74mHQw46qatu2d0PgafsLHZF7y9TU9hOwuPRuuD8/mxAwirGKO JHi9eZ5RYaCkmGFeegSLe4Jn6VMxid7EIRJPll4e9FwlmEqmQEkDBnVs0E3dRQriYhGKxiRgXxUu hA+6BIG0Auh41zZ7K0ptYKLUMpIwSccv12yEh4l/TyaAJhOOz+QnTiBng8IkXtXgi1PYEgsfRf10 UguCsi6aZDMAO2xTw6B1QyE9kw70KuI/yd5qVqaLFFc6uoH+EnnmdVL2tjaNBJ8UCpuujzh0QgEn BmGCpx7WR9gtqQMov9UHHE0+WxSFVUHtX2Z7YXXKk6AdYMgy1ae/IZHE5nqic5FSER+spRfe1z34 GKfz0py1o00GU95cOsDYmbPshDKcYFJWSgB0qCCKqQgJCFKSRyTEXmvs+1T1CHSB0sfvRxizEtKT 6H5oHaAF4WUInhexKMBdFgFiEh6ik5EVLh0ifSOyBIfhVHuKdEexXABq7B3eHqWZPCR0EEsfB7wi hAIoZARQ3qhdXkRQPTpiLgmQrw2xa8t8kPCZoeoZ0N7JIlVQ3EZKpHjvwcxo7uzxrIwaYZMTSAwu VRW4sli1VwjfS9CPvg7M6BCBeSE+IZ2i+qqpTVuC0WEpRjRCBOpysDE4Qoo4ml4F4LENudCmVgpy OR4KQxVDJCUbGUVxBsSkkGnbAEnaqlA4yGhgMkfbLv8dKyRkbXTzLeYAbPFio6oEXkEEoBIIZihx VihCIRiAYIqWwAsAsEHxELxAIQUjBZBVLmYCmM7D+Lekcml6DiXbMPZ06qLFsDceQiMRw/DBp6hy 0p7Kp0iaGYFZdLMKZhUML65cGS0ulzkTE3T4N+aSEccSBAVXHkhm1BZINhNh7fk9zTVzjjQfc7ti P7I9QuyL6bAD0aOkJml2cj37cDDd5wSdfOfMKvuvuqrcitsC0zMVsQUBoUicFv0ORbDmDK43hDAR gcAIBR00LB2MsKbGMJE7vkQ+MCUR5kbtORCUFBT2wCcZPieQrFh4BhvkxuBgR3G/E6lvAJNmRbIo CXJ1mPsJQkihBhGViwsWQEE0S+wk6Igs6/WPwh2w5kSGJsbOQTnOwY+LwJTwG71ecovCIHpTPpIi B42n0884ByUeGAWG0XLR6ggy8iL3xPDetu7jJ0GH4yMeLiSJfpXJ5BAvGNSNIc2mCjpB8Hb9LIu3 +MHoMjIQBqJE6SwOqRTqWFeHXHsqXElNVGnh+fGYSHEFkkS+JcZ0iACksNphbT/AWyCEMSS9UqBi EKCIBzpkmIZ1lKmn18L1vWX9hl1DUMy90PGXRnA7M2G73lc8UrOdcNXnedaMnWIiZCspbFMMhxLt HVdpuDKgdCVr8x0cTIMY2idpZHrxZjFORCxLuYGJjnV0yUUGJUNEC40pSP+wAMYqFQKSQ7YHPrOF Ss5OD1OIKyK4w1hLS6+uF1lSY1eeme35DgTwzWFanhWZ2X2GYSYp7Togs8WoivxocwJSxqJNdXXb QaS1yAUFji0cME/swhIQgdJKok/0I1SDZnKJwojdcTt9Y8yWRhA6ZF1NjZhIfNQg0O6vGaEuUOlQ WS0CHyz14Bs4BTpLIpKJDGEwYKTIJ1tga4k9+7krMS4gl+UMtGXMNt0NwsrZYfMQvUPKobaURcwN VKAClXLdQqETAtEZIRdaMUFRQzZTfHff3zeb1uqvb8eKmgBqqbWmcl7RTVyOhui6h+RMRgxdFMiL 2vJpJQFRDlBZVJUJNFTK3xtWinaur4lHK2GYquVy47ltKK0UZK5utpJtfqBkgYOAVqeSAWz3e8Uu tGHYwLDRJJiVVzMItu0tVIDEeyEhIkgHBJCN7m0eza7oEiEOWE2gmYCc4/IlzmkT9khxLTkGseUs /TS3IS1B0WDGXQuBT/K2UhdJNOiOxJ504FJqGpmLppLCgUBeEJ3X7CF1UkCQknT+JMIOTMRJgERi qQ72hiA2UvbQRBNso7lxhgxnGyUxGK1LgBQINlUgsFiMSGaTxGslYtyZXaVpZaLbdFHlW7bbGgZG FyUpDyRkAwAOu+eGBzKD3SVCdF2d76/uJ66fbIsqH+M0oGpA1JCoVQuwc9uwTeOEfeecSe9kPvtC xuqYCEx/gL2n3zgzgvWgohoICkuHzRP2oYEJiQU4SB91BtPs5eZa3CqKqHHi1XGswG4O4hqhOMzp iDLtCf8dE7ZL4lxslmcJyA+CGYhegezGMfy6GHDlyDaWo2FJQDsmYJQ/iEXeH8KXQTrKGmIoVQBm WAkFJGa69bAdhuC6fT73j9RJEpbOwKnlzHHcAPbARkIi6EWNYBE/5hVHvd4ecsM+Q8bIwki0c6lQ 2odEV2VvpDzgq6Pt/ID/IjIM6sI9WcDzhT2wAoLXayxueQxLgGKMGj3oMKwKrRnZ9yOQNENIIK0w SA7mfmZT2nxu8GgEWEQ971ZILAgP0Na7QqLPd1cbIK3s7oMkQIEj5PGTphYD+O1pENVDHKMIwIzm qaV2ZBJPVDpEWEFcIncXkz1N1DQCJz3B3RxihCLCKOJi+5B+nuhu7XUzSHIw0fNA8sZqA2VVL8vZ kjDsAi9epWpMfp0cukAhD1NFiOpB/WTS3AAyDHQfy7w35yzB4xEhylgY1idNkGCo5WNNLJRwpLEZ 04z6BmoZ1gU9CzmwVLkgUQpCKUKYLxDn0bB2KdnOi+XtreqytuUD7pISLImHSKdgaBoO5gwkQgsg ySQg7jcomMA1ROSdgGa2bCwHowI6qk74XLxQH4oAdAjiEdhiXNdf27x0gTIYmCFCkB7SxpAsPjvA 74eMZXi3ZfbogQYNJ1YKchNhQ8/V/N4HExNKgUzeqoswruK4vezIQpcIeQS16GtSod7CmvG7P+eZ LQ8WKB6hiLt86wxZg66PpOEJdndApDqEwiBnEHpBqRBZ5Bo0s+7AMlumzJsSZudGpP69qnjqhjKz m2WCFQNipR1U2UhQqTRiIYZ2dy+DTr7mnBHAr0FotMsxEURssuYGGUbTuBZiSKbGF0wTvLNZhaKG hTQxVJJDYBZCTXTaENeOnlgyMYLagaau3Kr3cN1rdM0cU8G0BOJwpqnAgd2LySGMOz2fAgIBNJ4Q d1IJIBIDISHHQClcrTGgi0yOGxtBtiD5KexU2zTzGBj7vnaX0IBQ7oONFHrJl+Y+WyNgIfyqsWGp m0RNkMn7uEfzEbyhDEIQkStCfan9PUfz9xICfSqAcRT4fxeIt263IgW6usQsB18UwGGSlWNBCJqH rqfF5qeqnu18hTuQPF8vLM/bPaYI4hHl2GM7OSCJF7Q5+sDHdY+JA4ee5D+BgdgoqO0+8Dz7alLP IlPZmBibFOw32bCnLVbCe06FQQfSFWEEaYKTMD2dXjrOgdBPKceXTLpu4CYJbV2r5W2q6hppaT5L pVdt2vkRKCEGUbQi7uGOmFipMmuLwipeIzEOOfHScRrRFQUyyZkEtSKnvOiFjabU3+UEJjDvJBYA QtBN9Qh0hMJl3OXoqKA4UYszS1FhaphsYoaQkYsO5aogP3ZLCQdLFIpLNZTUmJIBog7BLLEj9PPm 2yC7ZIeuZgNBvcysGMBMYjJZASMLBslUssRzGYT2pgw1h4tl+SwxtoSNZRIrFVPcyqxt43E9Gkt0 WbJ46VFBiKMBgiJJjJQxqDaNMclspFEYgjIIiq2yiJRlm2yXSmRe40DGWCIcpCxnXZI5KGAleTp4 nFeNbvl6tuKa8iaKLpdNtc5Zmu01O7dMnLU+Dta8bxt1JXdVG1dOW5aEia66wohW97a6UW9ktden Q0oA2wKMWtZAkJ1AZIcBkhbXk1ttvRJFg61NZSvbOtHBFCxS0IxkqMttO/Jua5S5RVsBShCX4h1k 8wvcOpJoyJ0KCjJSyh2MlOWNlBbYhgYRYNiEVMVMEuljoxu/DBJEApObqmmgfiEiSCQgSKB19Lsc NpxzuEJW8qEKjgAGyig7sww/hAwXR5yECh1TRihA1O5sXLxRDdOWqYhCQjCauKthVApelRZGOjRx tCysGh82GJqGqkFAcNwKkTdpcMa4S5uzWLOJmVNpWGVgCZD7X0lcELitV807hQLHkHZEhBKE/GRD JQinENR3hZOoOqSQOkgQiwlKhBA0maOA496+ZgWokAkQGRgrJvylN0q2hQ0AZ7APmuD03HagV8hj R1QcNklB/YaFB1vWQUOtD2wZBmoGAOIkYOpCg8hEpPZTSQYsMO1SRWn7JyOdr1EDPNKfcxQJB92K MgH/zAD8+C0D+/GlWoF75G5CuYOwQkesRtQJ2lyGHBBXbU4lkrHhlBMnEuBVUhHzDdCoW8lg2Ao2 3W8wgO/1IHzxKyyPIvxxSEA7uKOkYatAlbiYyil/LY0D08BosiQEgYOiqBYbFUkgHIS2I/KDdcRX 5JhgRU5u3sOupk6rJ3IoHaFonmXkIcdBAupPi/q5kMTnDioc4tqn7IK0N2XQJaIq/pYot4rGBIQk WGSzfH8a6vGvYq4ikVIogsqpOtFQgRhOEKVT3czuBdoDlOMDJiy17JuoNNp2Ri7J3MwqMF4nVthq IANSGjUNqI7VTRCx6s/c2+peHqFL8HxsoKqN/CJ9Q1SoVAM2p2LAUDe4WTgYyyeTznWyzu6zEczS 1Z7v35KQ0jlTOtphwgYtpPr3+yMZD89PmBp8LtZHUy5YWJLj6Hy8T7Z+frDJ0UW/Cg6vxXz8n7sb kTTSTC9TW9bL/k8dmXx0Jq960KXQ0QJuWkllGyr88zI7fftHOnayOE6Z3cVxbQ8Ra+9qTWJ67dGD bOckZBO4QcSLJTiEKI5U2lWCEWTPq2IxAZlWtpRuZM/qn70975INIrh9YvH1uENhwmxI0TAdA3j8 lUIoQ/W8LCpFI2ah2silZMGEZMO7udeu1ySySGfZyOeN6HihjakFF1JuPBD+9QQUZjibxa0jZQaK vA0H3XlWMuGcOHCakI2HYvdMo1mZCGXNXsz+TGnSZxbQN3ApK2U4kOqzawguXGjkctgtLx6qNuKL Xhq0atR4kz6SqtnGVc1QXvtt3tVAsw68PDMurIhyyrx7eWaXo5fMS6y8iZre0JFrR5vZg20a2hDc 7Anc5aaktFFeXimysLtgCC4YZAkOn4l3l5+I0uVLsRTgkw8Si/aNySJ/cm4aLXxkeHHxMN2Uiinw xe8wxFFKBC3FESNOUgmDoZmQtL4mMRElGUQCM4qZXpkgqSnvEiKqPTIW0UyGsGYmFs3g1aFItMUi FUBoLlCEdWa1yXdaIi5tHSxVA44htkzRmRD5WSYyegIUSKbbhSCm+fKIZoGg5ME8AtcqFyaV3vzI A/Y+D9cmr9QucEANZGUCyESCRGAQKe+0GG7YQhwROgeCLp9FfUVPHspi+RAkIQU5wJEGCeWBBt2S Uxn2i9804QMMDxrYQKN5ORzBiFlcRhvyKD6IEjUXCJwMisnTE9naR0KP3bscvGqSGjCDEi/kiZvV pyiPi1B9ZofNMOCTJjYX4NRo5l4kbqj1aWmXl+ouu5Yosq6ua73U1eSRg1AgtJZcCMUtRfi0bFp3 6qcXLZcdspgsHkzG5gVsjNYzwJCKQ7uysCnzRDjrWC4Slgwg03PJarcT3ve7HNkU4d9NmI0+BWc4 8Zn+nF5iGjpEkIQToCfuqlDno/oGBidk7AjDy8hQOtuh05bzzJB8wWJJSvUW3GSlHcxc5okSAt6i EILzKeZF/jmHdZCFFUNeq7BRt1rLYdIMDsrkQWRWMKGCURMqfKeq4XIXBT8uSFh9B629xprViRYd JyGGfMBTraHHmZMvMh1nOanW8hu8uhyzRM3hiz8DDkKNiqyKzntCM5fBh7fAutkLJE80USkpk/CL 3CCXSV6xnhdxO6TI0FQGyFhKq9z7BOTiDz50yBRTS2x7MnHdHL00Apq6hKQgbiZRagjQEAlYSUPd WyiIxkUGOfXQw/4bUjJLzDDnHnOYchlChgyiAUEZFUEGRjEhucQMBgyaxWIydkyERIsI7QKekldS 25LzF9qkn05KfuemxGFIFYWFpBkBnNFh8tzuExIKJLo0H388kE6xesJZ0NFD+cWDrFwwRr6n3Zee n4L4NeApphUZnx1luhkgBAxtQJGGrbzUN4/GuHT5EYhUW2EKK0SkiscFViAVu01Lr67ehj41jfTY 4lcBslOPWJLUkOmh49kzLNtF2QxDgdNt+Ns3fgc5JlNKlQHBNA7y2+bD3kLG7lYarXrCJkmxdmWo Z2sIytrD3dnpPiHckuINE1nQ3DTnYqRmAMJX4Hs0hbBbpkktuI3WN5xu3CnMwjEDmN1kiEMWnh3v ethTaAU/zpswiwTxohYGihvtMnIz0wImnGlCosiENUQkhXLM5BugKYINZMK49sIWh5HEIbKYiAVy nUzbckeZbNmbitDMGrb1ZCgWRwSswxiSDm+3FFcAplkJPm77aHtxDHGxvnhyL3lqli6gYITAmdRB zuT1La1L1uQDsOUHTdjUF7Or2rpm2rO+BwjkrWikZm2S42OknRujE7NIh75wNkM6vJzjbaxra2Cb jm1kZxOQCMRl6FloTGYMJpEJCETaCIFumcgMiI3txDiAxsFucaLDUr3BBYRvPF8sY+JUzTltXLSP y6UBCdMyYbJLuyhDJbklEJUXcRbsnboRfi4i0PHS+CCQUMIEUmZwrMRBZ2vFFyXLuz1oLvMs+KHI qsZCl+HpuixH2c6zO99dzvu8OxmMhUoQG0zNe8juw9h7aed3omMG2LCRbBWTeC2Ss9aNYBcNFC4y LZ1aDVBbgQWgyicTCthnIzI0GSj3IQMAbBCFUMBywLDI6rnCa7ZTAOBNUmtzUKuML6gD9kEh4mPr EhJJJCE3B6ueBDT9jhR0TZhTY8iHOFpwpbbAWCSJJmJRhulZA9NzY5OeEfF5QvSB8ByHwIWH0pBZ A4Wdokke6ZD4kc8kRTa7IUGsRRhEU0d3X05Q7UtS0O8Q4IOPN50OBlk51smYzgw4lqDMfcxm6YLi 4V52wg00kBkYoKQ+IgsnGBzaV3LDYIQViQTuNbbM6Ft+BAndSUehRRA8R5PLXiB2j8yF7PoCq+vn PQgiBIxIAcyxtCD3m7F9QaZa8l4uRDZXJuSSEWEIYNYQqB92ISSSTHVNqwEspwG+ATL0XZCw3YAO rCQk12zxzkhEkmwcupREhhUXzK+Sc2PeEWiQIQIEOEGl6+WCWfYzyLcBOnzAhQKoacdaKhCGySrE Qbh8lOB+yXHAvayp2kUhBLBdc/IXAnWvLARzHYAKXaDjxjn5D1dlOBrAOBl9dTieFK0RgxgdqQkW JRRyrr5eQLxSFr5h05c5p1M356XiaQdHW4HSs8vXksNFtC6U1DIgZbRE8US8lWZxZZmrschVN78U J2jucBrI6arFgoOyG1y3CmHdqAckIYQBJKhUa2pbmLcr+C1XN4SKrqvxPbWd6ckw+5yH3AE50GAX E3K9Bu4jQiSKdd2kHIguGO2i/UD347AWEXwcwX2ER4qECBDYBgQKdtJ0iXFaQkEAGi4kmQHFV7Gc WTtBNDdTm15qqgY8Ijo8LIqHJG+9OLMpwz5CxOKIEEu1rpOWZt6CB3hK1g1ZqmmAYtDOrjsegKPP svB0zHd4Hol2iZAZEiTYNETr7B25C5odDtTIRTgdCcYQggWALhiLLFHc+hhMBEbR2BEwzHBkiG23 eQvGkaA+nzOHUJiY3MbN1ZOGEzBn6uqrByQp0jJ7IVrAMCi91C9pSlkFMS7klKXFQyFRHcyQpOcr kpWLBRYOnqeuzrqcHCdUOjDoMDDjJ2eEmdps6Qp400QgbwKUwerZMFRBPZIZ1O4J7imJhWe8HTLu 9af0aq6XwAsUvyR7zy6JqETUZ4DVCsWAlqbWhBqm1IEMk1k0Nh8DriZdnpSfbqBhBzwosfcPwS/V R6XiJIOoRcUmKpYFRLBBQ8RQk4vt18C4XCBnFxiWtUqdz0u6FgKUS1QSkMpJ6Dhjv7eCvwKAbWAJ 9sCESMFRJDCOpBde5Tntpx7PfHMSMQ7YFxuCyE8oSMopIEhcLQpSMJkd4966QTUB5en+nEronTmk QkGEVh81/qki3aNT9URpmkRqKUsEIgRgoH+R3MlhNxNpcPpq3kfq7YdXATlE5QoEtEMA6em54PYy QKYQNaVqlwE7I5ot2cK0UnIqoURKIQgxIBwD1pQOxIgfcxychCGAe0gW2QH0IHP4yEQOAA7z44Bz fLrYUMd6G6iVg5Uclg4q2iPQwA+uDAIFAP4mL87QkE+keBXZRbhqgG5aMCCAFF+mIvm7oS+j7Xa7 fk7fPN4rdJle3BxJvHo8PAjISJDF/mc6cxzx4yVRDCghA/ZLSMkIgfimj32K6FweiDCz4neronaU sIAobrEDzH1FKGU0MHvXcBDsetz2TrIXLzr745pD4PMe2wBaQlNUNx5CZ+86PsetidSCUP8cSpJV WEAsIsgEjFkopWEUgRKIB7G7L01O839MmHttHLq4ThDrwxYtYKLJQQKd5hcYYKBJxKTeN6MTJgO0 kggJdd+4wl+EVyXUSGqbiHIvjAiGt8UU+BIJIAmghwZpmjXJZT57fhS0kgcYnyhQwUpoMoEUkJId tZJOKrCwwxkCPAXwikjyIm6KXcmfCQyZwN0UlmzCB3RAdEhsDfGQBrOfzIomb7sKDoG1AGqkPE7B CkW1cPMDXHNOskaMjGBIQaYFQeb8Q7bMqR4wKY7pxGqKj8Tb5mIqkrkEnHD+cmSEj85yqvTRRuoO tEO1KFOR2/YKCtOCdCcDGquiSBtOw5wzwSSGnDebA/e655J58KqqIqLBZUzIKZCMaMEEkAAQlqGW gQkRLTNlLKa5yGaEk2NFgsbQBAJmRRUUM1USEbFJNlrXwapVwDARvNNu2zZqTzqr9j19PDLvO15G o2kgjaxW2ASIrGCrjUjFUPBDkNB+Ae4FDOz02+rzaxFtb2+6BTQpqaU9dgSwPM+qd/Z3nHWpuBcU +xn5NDcDfGk7+h7L45hp3Ms02jze0LZCqRlYmB6UI+WYTYTtfe92aPIM2firVaLMXlgd8vDSZsnk EnTGE0B6kNSHQLTdMUQsMayMGaVcF5YCLRFYBUYlkoQ4uGkILBgpvRn0m2lYEPy+1EsVAyOEtBMR Horzo3TtFXrAU/VoQ5Hjj62IA/wkUCgkWOkaotY2xVMYtvvW1Q2v+YRYiwkBAkJFkFU8A+GH9lkQ w9s1JVv6LW6Vvxza0bWNVFXmSJWxFEACl5hRVNYB9g4MkBsIB+o5gCH5kBRYToD/cLuSKcKEgUGQ PAA= ------=_Part_4024_2310972.1194023032077-- From owner-freebsd-stable@FreeBSD.ORG Fri Nov 2 19:00:47 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E846616A46B for ; Fri, 2 Nov 2007 19:00:47 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from webaccess-cl.virtdom.com (webaccess-cl.virtdom.com [216.240.101.25]) by mx1.freebsd.org (Postfix) with ESMTP id AD48213C4BE for ; Fri, 2 Nov 2007 19:00:47 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from [192.168.1.100] (cpe-24-94-75-93.hawaii.res.rr.com [24.94.75.93]) (authenticated bits=0) by webaccess-cl.virtdom.com (8.13.6/8.13.6) with ESMTP id lA2I3Oec097870 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Fri, 2 Nov 2007 14:03:28 -0400 (EDT) (envelope-from jroberson@chesapeake.net) Date: Fri, 2 Nov 2007 10:05:27 -0800 (PST) From: Jeff Roberson X-X-Sender: jroberson@10.0.0.1 To: Michael In-Reply-To: <518392548.20071102014145@gameservice.ru> Message-ID: <20071102100437.X544@10.0.0.1> References: <518392548.20071102014145@gameservice.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: stable@freebsd.org Subject: Re: Bug 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, 02 Nov 2007 19:00:48 -0000 On Fri, 2 Nov 2007, Michael wrote: > Hello, i know that you are working on freebsd scheduler, probably this > bug have relation to your work: > > After upgrading to Freebsd 7 (from RELENG_6), postgresql coredumps several > times per day. I asked mail list pgsql-bugs and got answer that this > is probably due to changes in scheduler (i tried both SCHED_ULE and > SCHED_4BSD): > http://www.nabble.com/PostgreSQL-crash-on-Freebsd-7-t4693969.html > I hope you don't mind me forwarding this to stable. Does this problem occur with the 4BSD scheduler? Is your system swapping? >> What seems like a reasonable bet at this point is that the FBSD7 >> kernel's scheduler has been changed in a way that makes it possible for >> it to sometimes not schedule a process for a very long time (order of a >> couple minutes). If that happened while the process was holding a >> spinlock then other processes waiting to get the spinlock would fail >> like this > > Can you dig into this problem? > > > If this is incorrect email to ask for help, then sorry for > disturbing. > > > > > Michael > From owner-freebsd-stable@FreeBSD.ORG Fri Nov 2 19:11:31 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DDCEB16A418 for ; Fri, 2 Nov 2007 19:11:31 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from ameno.mahoroba.org (ent.mahoroba.org [IPv6:2001:2f0:104:8010::1]) by mx1.freebsd.org (Postfix) with ESMTP id 6219913C48A for ; Fri, 2 Nov 2007 19:11:30 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from kasuga.mahoroba.org (IDENT:I5tpfbRGVK2TpSFb3xWsu26xASL+noSXPR8jkOERpKqgVDnFQGHQgsLNpPqrdfVo@kasuga.mahoroba.org [IPv6:2001:2f0:104:8010:20b:97ff:fe2e:b521]) (user=ume mech=CRAM-MD5 bits=0) by ameno.mahoroba.org (8.13.8/8.13.8) with ESMTP/inet6 id lA2Fw9Uw038236 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 3 Nov 2007 00:58:13 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Sat, 03 Nov 2007 00:58:09 +0900 Message-ID: From: Hajimu UMEMOTO To: bh@izb.knu.ac.kr In-Reply-To: <1194015907.1422.14.camel@viola.izb.knu.ac.kr> References: <1194015907.1422.14.camel@viola.izb.knu.ac.kr> User-Agent: xcite1.57> Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.7 Emacs/22.1 (i386-pc-freebsd) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 6.2-STABLE X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (ameno.mahoroba.org [IPv6:2001:2f0:104:8010::1]); Sat, 03 Nov 2007 00:58:14 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on ameno.mahoroba.org Cc: stable@freebsd.org, bind-users@isc.org Subject: Re: [FreeBSD 7.0-BETA1] strange behavior in hostname resolving order 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, 02 Nov 2007 19:11:31 -0000 Hi, >>>>> On Sat, 03 Nov 2007 00:05:07 +0900 >>>>> Byung-Hee HWANG said: bh> To Whom It May Concern: (Cc'ed bind-users@isc.org) bh> Usually i prefer 6to4(stf(4)) to 6over4(gif(4)) because some bh> tunnel providers like to limit bandwidth too musch. So until my bh> upstream ISP give me native ipv6 addresses (it's take long time maybe), bh> i'm going to use 6to4 instead of 6over4 continuous. bh> Here is my shot using 6to4: bh> bh@viola:~> uname -a bh> FreeBSD viola.izb.knu.ac.kr 7.0-BETA1 FreeBSD 7.0-BETA1 #0: bh> Fri Nov 2 12:13:10 KST 2007 bh> root@viola.izb.knu.ac.kr:/usr/obj/usr/src/sys/GENERIC i386 bh> bh@viola:~> ifconfig rl0 | grep 2002 bh> inet6 2002:9be6:9d5d:2:20b:6aff:fe56:969f prefixlen 64 autoconf bh> bh@viola:~> ping6 -c 5 mx.jp.freebsd.org. bh> PING6(56=40+8+8 bytes) bh> 2002:9be6:9d5d:2:20b:6aff:fe56:969f --> 2001:218:422:1::15 bh> 16 bytes from 2001:218:422:1::15, icmp_seq=0 hlim=49 time=225.297 ms bh> 16 bytes from 2001:218:422:1::15, icmp_seq=1 hlim=49 time=224.591 ms bh> 16 bytes from 2001:218:422:1::15, icmp_seq=2 hlim=49 time=237.175 ms bh> 16 bytes from 2001:218:422:1::15, icmp_seq=3 hlim=49 time=230.540 ms bh> 16 bytes from 2001:218:422:1::15, icmp_seq=4 hlim=49 time=224.681 ms bh> --- mx.jp.freebsd.org ping6 statistics --- bh> 5 packets transmitted, 5 packets received, 0.0% packet loss bh> round-trip min/avg/max/std-dev = 224.591/228.457/237.175/4.889 ms bh> bh@viola:~> traceroute6 mx.jp.freebsd.org. bh> traceroute6 to mx.jp.freebsd.org (2001:218:422:1::15) from bh> 2002:9be6:9d5d:2:20b:6aff:fe56:969f, 64 hops max, 12 byte packets bh> 1 2002:9be6:9d5d:2:250:4dff:fe00:5df3 1.541 ms 0.949 ms 1.154 ms bh> [......] bh> 23 v6.imgsrc.co.jp 264.635 ms 226.812 ms 232.207 ms bh> 24 castle.jp.FreeBSD.org 427.683 ms 219.659 ms 222.862 ms bh> bh@viola:~> bh> And from now on, i would give you one question. Why is 7.0-BETA1 bh> different from another -RELEASE in hostname resolving order? AFAIK, at bh> least on 6.2-RELEASE, the order is first IPv6 and then IPv4. However, bh> 7.0-BETA1 try to lookup in first IPv4 than IPv6. Here is the evidence: bh> bh@setaria:~> uname -srm bh> FreeBSD 6.2-RELEASE-p8 i386 bh> bh@setaria:~> telnet mx.jp.freebsd.org 25 bh> Trying 2001:218:422:1::15... bh> Connected to mx.jp.freebsd.org. bh> Escape character is '^]'. bh> [......] bh> bh@setaria:~> ssh -v mx.jp.freebsd.org. bh> debug1: Connecting to mx.jp.freebsd.org. [2001:218:422:1::15] bh> ^C bh> bh> And bh> bh@viola:~> uname -srm bh> FreeBSD 7.0-BETA1 i386 bh> bh@viola:~> telnet mx.jp.freebsd.org 25 bh> Trying 210.226.20.15... bh> Connected to mx.jp.freebsd.org. bh> Escape character is '^]'. bh> [......] bh> bh@viola:~> ssh -v mx.jp.freebsd.org. bh> debug1: Connecting to mx.jp.freebsd.org. [210.226.20.15] bh> ^C bh> What happended? Is there anyone to dislike IPv6 in src committers? bh> Please let me know the correct answer to this puzzle ;; The Default Address Selection is turned on by default after 6.2-RELEASE was out. According to RFC 3484, the default policy is as follows: Prefix Prec Label ::1/128 50 0 ::/0 40 1 2002::/16 30 2 ::/96 20 3 ::ffff:0.0.0.0/96 10 4 It means that communicating with native IP address is preferred over 6to4 address when source address and destination adddress are not 6to4 address. If you want not to treat 6to4 address as special, you can omit the line of 2002::/16 by putting the following lines into your /etc/ip6addrctl.conf: ::1/128 50 0 ::/0 40 1 ::/96 20 3 ::ffff:0.0.0.0/96 10 4 Then, run `/etc/rc.d/ip6addrctl restart'. Please refer the ip6addrctl(8) manpage and RFC 3484 for detail. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-stable@FreeBSD.ORG Fri Nov 2 19:33:59 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 39D7D16A417 for ; Fri, 2 Nov 2007 19:33:59 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.189]) by mx1.freebsd.org (Postfix) with ESMTP id C8CA913C48E for ; Fri, 2 Nov 2007 19:33:58 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so724340nfb for ; Fri, 02 Nov 2007 12:33:32 -0700 (PDT) Received: by 10.86.53.8 with SMTP id b8mr974396fga.1194021232219; Fri, 02 Nov 2007 09:33:52 -0700 (PDT) Received: by 10.86.100.19 with HTTP; Fri, 2 Nov 2007 09:33:51 -0700 (PDT) Message-ID: <2a41acea0711020933s9a47e81ked9bc328d5bcf34e@mail.gmail.com> Date: Fri, 2 Nov 2007 09:33:51 -0700 From: "Jack Vogel" To: "FreeBSD Stable List" , "freebsd-net@freebsd.org" In-Reply-To: <2a41acea0711020110j45547a9dsbd2157fbae53f4ee@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2a41acea0711011654j56037949m381de3f9a243562d@mail.gmail.com> <2a41acea0711020110j45547a9dsbd2157fbae53f4ee@mail.gmail.com> Cc: Subject: Re: Test changes to em 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, 02 Nov 2007 19:33:59 -0000 So at this point I'm unclear, with my reposting of if_em.c last night has everyone seen both parts or do I have to try something else? Jack From owner-freebsd-stable@FreeBSD.ORG Fri Nov 2 19:46:17 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5B35D16A417 for ; Fri, 2 Nov 2007 19:46:17 +0000 (UTC) (envelope-from tedski@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.184]) by mx1.freebsd.org (Postfix) with ESMTP id AB23013C48D for ; Fri, 2 Nov 2007 19:46:16 +0000 (UTC) (envelope-from tedski@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so726640nfb for ; Fri, 02 Nov 2007 12:45:43 -0700 (PDT) Received: by 10.86.51.2 with SMTP id y2mr1002179fgy.1194023342897; Fri, 02 Nov 2007 10:09:02 -0700 (PDT) Received: by 10.86.9.12 with HTTP; Fri, 2 Nov 2007 10:09:02 -0700 (PDT) Message-ID: Date: Fri, 2 Nov 2007 13:09:02 -0400 From: "Ted Strzalkowski" 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: "em0: watchdog timeout -- resetting" revisited 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, 02 Nov 2007 19:46:17 -0000 I am having some issues with the em(4) card. I am getting the "em0: watchdog timeout -- resetting" error. The box has a DFI KT600-AL mobo and a Intel Pro/1000 GT nic. I am running 6.2-RELEASE. I have rma'd the card twice already and get the same error. I've tried different PCI ports, different switch ports, and different cables with the same negative results. I rebuilt the kernel without em support and used the latest em(4) driver from Intel (v6.6.6) as a module. I still get the same error. The card is connected via Cat6 patch to a 3Com OfficeConnect unmanaged GigE switch. The switch shows 1000bTX full-duplex link via LED's. Below is some info from the system: Script started on Fri Nov 2 16:48:32 2007 freenas:~# uname -a FreeBSD freenas.local 6.2-RELEASE-p8 FreeBSD 6.2-RELEASE-p8 #0: Thu Nov 1 14:37:18 EDT 2007 root@freenasdev.local:/usr/obj/freenas/usr/src/sys/FREENAS-i386 i386 freenas:~# dmesg Copyright (c) 1992-2007 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 is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-RELEASE-p8 #0: Thu Nov 1 14:37:18 EDT 2007 root@freenasdev.local:/usr/obj/freenas/usr/src/sys/FREENAS-i386 MPTable: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) (1999.79-MHz 686-class CPU) Origin =3D "AuthenticAMD" Id =3D 0x6a0 Stepping =3D 0 Features=3D0x383fbff AMD Features=3D0xc0400800 real memory =3D 536870912 (512 MB) avail memory =3D 461340672 (439 MB) ioapic0: Assuming intbase of 0 ioapic0 irqs 0-23 on motherboard wlan: mac acl policy registered kbd1 at kbdmux0 PadLock: No ACE support. module_register_init: MOD_LOAD (padlock, 0xc0896bb0, 0) error 22 ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) rr174x: RocketRAID 174x controller driver v1.02 (Feb 1 2007 10:51:17) ACPI-0159: *** Error: AcpiLoadTables: Could not get RSDP, AE_NO_ACPI_TA= BLES ACPI-0213: *** Error: AcpiLoadTables: Could not load tables: AE_NO_ACPI_TABLES ACPI: table load failed: AE_NO_ACPI_TABLES cpu0 on motherboard pcib0: pcibus 0 on motherboard pci0: on pcib0 agp0: mem 0xd0000000-0xd7ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) em0: port 0xd000-0xd03f mem 0xe31a0000-0xe31bffff,0xe3180000-0xe319ffff irq 16 at device 13.0 on pci0 em0: Ethernet address: 00:1b:21:0a:0d:5a em0: [FAST] atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xd400-0xd40f at device 15.0 on pci0 ata0: on atapci0 ata1: on atapci0 uhci0: port 0xd800-0xd81f irq 21 at device 16.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xdc00-0xdc1f irq 21 at device 16.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xe000-0xe01f irq 21 at device 16.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xe400-0xe41f irq 21 at device 16.3 on pci0 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xe31c0000-0xe31c00ff irq 21 at device 16.4 on pci0 ehci0: [GIANT-LOCKED] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: VIA EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered isab0: at device 17.0 on pci0 isa0: on isab0 rr174x0: port 0xe800-0xe8ff mem 0xe3000000-0xe30fffff irq 19 at device 20.0 on pci0 rr174x: adapter at PCI 0:20:0, IRQ 19 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcf7ff,0xd0000-0xd0fff,0xd1000-0xd8fff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 ppi0: on ppbus0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 unknown: can't assign resources (port) speaker0: at port 0x61 on isa0 unknown: can't assign resources (memory) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) Timecounter "TSC" frequency 1999790331 Hz quality 800 Timecounters tick every 10.000 msec rr174x: start channel [0,0] rr174x: start channel [0,1] rr174x: start channel [0,2] rr174x: start channel [0,3] rr174x: channel [0,0] started successfully rr174x: channel [0,2] started successfully rr174x: channel [0,3] started successfully rr174x: channel [0,1] started successfully rr174x0: [GIANT-LOCKED] md0: Preloaded image 52428800 bytes at 0xc0c440e4 ad0: 977MB at ata0-master PIO4 acd0: CDROM at ata1-master UDMA33 da0 at rr174x0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-0 device da0: 715200MB (1464729600 512 byte sectors: 255H 63S/T 91175C) Trying to mount root from ufs:/dev/md0 em0: link state changed to DOWN em0: link state changed to UP Waiting (max 60 seconds) for system process `vnlru' to stop...done Waiting (max 60 seconds) for system process `bufdaemon' to stop...done Waiting (max 60 seconds) for system process `syncer' to stop... Syncing disks, vnodes remaining...1 1 0 done All buffers synced. Uptime: 2m38s Copyright (c) 1992-2007 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 is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-RELEASE-p8 #0: Thu Nov 1 14:37:18 EDT 2007 root@freenasdev.local:/usr/obj/freenas/usr/src/sys/FREENAS-i386 MPTable: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) XP (1999.79-MHz 686-class CPU) Origin =3D "AuthenticAMD" Id =3D 0x6a0 Stepping =3D 0 Features=3D0x383fbff AMD Features=3D0xc0400800 real memory =3D 536870912 (512 MB) avail memory =3D 461340672 (439 MB) ioapic0: Assuming intbase of 0 ioapic0 irqs 0-23 on motherboard wlan: mac acl policy registered kbd1 at kbdmux0 PadLock: No ACE support. module_register_init: MOD_LOAD (padlock, 0xc0896bb0, 0) error 22 ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) rr174x: RocketRAID 174x controller driver v1.02 (Feb 1 2007 10:51:17) ACPI-0159: *** Error: AcpiLoadTables: Could not get RSDP, AE_NO_ACPI_TA= BLES ACPI-0213: *** Error: AcpiLoadTables: Could not load tables: AE_NO_ACPI_TABLES ACPI: table load failed: AE_NO_ACPI_TABLES cpu0 on motherboard pcib0: pcibus 0 on motherboard pci0: on pcib0 agp0: mem 0xd0000000-0xd7ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) em0: port 0xd000-0xd03f mem 0xe31a0000-0xe31bffff,0xe3180000-0xe319ffff irq 16 at device 13.0 on pci0 em0: Ethernet address: 00:1b:21:0a:0d:5a em0: [FAST] atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xd400-0xd40f at device 15.0 on pci0 ata0: on atapci0 ata1: on atapci0 uhci0: port 0xd800-0xd81f irq 21 at device 16.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xdc00-0xdc1f irq 21 at device 16.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xe000-0xe01f irq 21 at device 16.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xe400-0xe41f irq 21 at device 16.3 on pci0 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xe31c0000-0xe31c00ff irq 21 at device 16.4 on pci0 ehci0: [GIANT-LOCKED] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: VIA EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered isab0: at device 17.0 on pci0 isa0: on isab0 rr174x0: port 0xe800-0xe8ff mem 0xe3000000-0xe30fffff irq 19 at device 20.0 on pci0 rr174x: adapter at PCI 0:20:0, IRQ 19 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcf7ff,0xd0000-0xd0fff,0xd1000-0xd8fff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 ppi0: on ppbus0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 unknown: can't assign resources (port) speaker0: at port 0x61 on isa0 unknown: can't assign resources (memory) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) Timecounter "TSC" frequency 1999791181 Hz quality 800 Timecounters tick every 10.000 msec rr174x: start channel [0,0] rr174x: start channel [0,1] rr174x: start channel [0,2] rr174x: start channel [0,3] rr174x: channel [0,2] started successfully rr174x: channel [0,0] started successfully rr174x: channel [0,1] started successfully rr174x: channel [0,3] started successfully rr174x0: [GIANT-LOCKED] md0: Preloaded image 52428800 bytes at 0xc0c440e4 ad0: 977MB at ata0-master PIO4 acd0: CDROM at ata1-master UDMA33 da0 at rr174x0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-0 device da0: 715200MB (1464729600 512 byte sectors: 255H 63S/T 91175C) Trying to mount root from ufs:/dev/md0 freenas:~# ifconfig -=08=1B[Kem0 em0: flags=3D8843 mtu 1500 options=3Db inet6 fe80::21b:21ff:fe0a:d5a%em0 prefixlen 64 scopeid 0x1 inet 10.0.1.3 netmask 0xffffff00 broadcast 10.0.1.255 ether 00:1b:21:0a:0d:5a media: Ethernet autoselect (1000baseTX ) status: active freenas:~# pco=08=1B[Kiconf -lv agp0@pci0:0:0: class=3D0x060000 card=3D0x31891106 chip=3D0x31891106 rev=3D= 0x80 hdr=3D0x00 class =3D bridge subclass =3D HOST-PCI pcib1@pci0:1:0: class=3D0x060400 card=3D0x00000080 chip=3D0xb1981106 rev=3D= 0x00 hdr=3D0x01 class =3D bridge subclass =3D PCI-PCI em0@pci0:13:0: class=3D0x020000 card=3D0x13768086 chip=3D0x107c8086 rev=3D= 0x05 hdr=3D0x00 class =3D network subclass =3D ethernet atapci0@pci0:15:0: class=3D0x01018a card=3D0x05711106 chip=3D0x0571110= 6 rev=3D0x06 hdr=3D0x00 class =3D mass storage subclass =3D ATA uhci0@pci0:16:0: class=3D0x0c0300 card=3D0x30381106 chip=3D0x3038110= 6 rev=3D0x81 hdr=3D0x00 class =3D serial bus subclass =3D USB uhci1@pci0:16:1: class=3D0x0c0300 card=3D0x30381106 chip=3D0x3038110= 6 rev=3D0x81 hdr=3D0x00 class =3D serial bus subclass =3D USB uhci2@pci0:16:2: class=3D0x0c0300 card=3D0x30381106 chip=3D0x3038110= 6 rev=3D0x81 hdr=3D0x00 class =3D serial bus subclass =3D USB uhci3@pci0:16:3: class=3D0x0c0300 card=3D0x30381106 chip=3D0x3038110= 6 rev=3D0x81 hdr=3D0x00 class =3D serial bus subclass =3D USB ehci0@pci0:16:4: class=3D0x0c0320 card=3D0x31041106 chip=3D0x3104110= 6 rev=3D0x86 hdr=3D0x00 class =3D serial bus subclass =3D USB isab0@pci0:17:0: class=3D0x060100 card=3D0x32271106 chip=3D0x3227110= 6 rev=3D0x00 hdr=3D0x00 class =3D bridge subclass =3D PCI-ISA rr174x0@pci0:20:0: class=3D0x010000 card=3D0x11ab11ab chip=3D0x1740110= 3 rev=3D0x02 hdr=3D0x00 class =3D mass storage subclass =3D SCSI none0@pci1:0:0: class=3D0x030000 card=3D0x00000000 chip=3D0x018510de rev=3D= 0xc1 hdr=3D0x00 class =3D display subclass =3D VGA freenas:~# vmstat -i interrupt total rate irq1: atkbd0 1717 1 irq14: ata0 351 0 irq15: ata1 69 0 irq16: em0 336 0 irq19: rr174x0 78 0 cpu0: timer 193760 199 Total 196311 202 From owner-freebsd-stable@FreeBSD.ORG Fri Nov 2 19:49:58 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6B34116A417 for ; Fri, 2 Nov 2007 19:49:58 +0000 (UTC) (envelope-from bh@izb.knu.ac.kr) Received: from izb.knu.ac.kr (izb.knu.ac.kr [155.230.157.93]) by mx1.freebsd.org (Postfix) with ESMTP id 05EE013C4B5 for ; Fri, 2 Nov 2007 19:49:57 +0000 (UTC) (envelope-from bh@izb.knu.ac.kr) Received: by draba.izb.knu.ac.kr (Postfix, from userid 59) id AD5ED3EA6; Sat, 3 Nov 2007 00:05:10 +0900 (KST) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on draba.izb.knu.ac.kr X-Spam-Level: X-Spam-Status: No, score=-16.5 required=15.1 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VERIFIED autolearn=disabled version=3.2.3 X-Spam-Comment: DKIM? See http://www.google.com/search?btnI&q=RFC+4871 Received: from izb.knu.ac.kr (localhost.izb.knu.ac.kr [127.0.0.1]) by draba.izb.knu.ac.kr (Postfix) with ESMTP id B540C3EA5; Sat, 3 Nov 2007 00:05:08 +0900 (KST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=izb.knu.ac.kr; h=subject: from:reply-to:to:cc:content-type:date:message-id:mime-version: content-transfer-encoding; q=dns/txt; s=s1024; bh=NwXZfvIVM17a0E gNZwZTL1SXNo0=; b=f+1jBQATTFmnfzgz2JvmB/e2WAvdd7X+JDUKTKYCW3wgzL UUEWqQTDBkq9UWNnmaXcSLOXsx3CfsiGpIaXJjthKm7FpKvLKXrJd/JRetXmGjEk 8TS4ouH3MDgGyEpUWQjryQtjJ+bYHq3iB8R4AMySSD1pjeGS/9X1oGFMe/iI0= Received: from viola.izb.knu.ac.kr (unknown [IPv6:2002:9be6:9d5d:2:20b:6aff:fe56:969f]) by draba.izb.knu.ac.kr (Postfix) with ESMTP id 843B33E94; Sat, 3 Nov 2007 00:05:08 +0900 (KST) Received: from [IPv6:2002:9be6:9d5d:2:20b:6aff:fe56:969f] (viola.izb.knu.ac.kr [IPv6:2002:9be6:9d5d:2:20b:6aff:fe56:969f]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Issuer "鄭聖美" (verified OK)) (Authenticated sender: bh.rfc4871@viola.izb.knu.ac.kr) by viola.izb.knu.ac.kr (Postfix) with ESMTP id D84E55E13; Sat, 3 Nov 2007 00:05:08 +0900 (KST) From: Byung-Hee HWANG To: stable@freebsd.org Content-Type: text/plain Organization: InZealBomb Date: Sat, 03 Nov 2007 00:05:07 +0900 Message-Id: <1194015907.1422.14.camel@viola.izb.knu.ac.kr> Mime-Version: 1.0 X-Mailer: Evolution 2.12.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: bind-users@isc.org Subject: [FreeBSD 7.0-BETA1] strange behavior in hostname resolving order X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bh@izb.knu.ac.kr List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Nov 2007 19:49:58 -0000 To Whom It May Concern: (Cc'ed bind-users@isc.org) Usually i prefer 6to4(stf(4)) to 6over4(gif(4)) because some tunnel providers like to limit bandwidth too musch. So until my upstream ISP give me native ipv6 addresses (it's take long time maybe), i'm going to use 6to4 instead of 6over4 continuous. Here is my shot using 6to4: bh@viola:~> uname -a FreeBSD viola.izb.knu.ac.kr 7.0-BETA1 FreeBSD 7.0-BETA1 #0: Fri Nov 2 12:13:10 KST 2007 root@viola.izb.knu.ac.kr:/usr/obj/usr/src/sys/GENERIC i386 bh@viola:~> ifconfig rl0 | grep 2002 inet6 2002:9be6:9d5d:2:20b:6aff:fe56:969f prefixlen 64 autoconf bh@viola:~> ping6 -c 5 mx.jp.freebsd.org. PING6(56=40+8+8 bytes) 2002:9be6:9d5d:2:20b:6aff:fe56:969f --> 2001:218:422:1::15 16 bytes from 2001:218:422:1::15, icmp_seq=0 hlim=49 time=225.297 ms 16 bytes from 2001:218:422:1::15, icmp_seq=1 hlim=49 time=224.591 ms 16 bytes from 2001:218:422:1::15, icmp_seq=2 hlim=49 time=237.175 ms 16 bytes from 2001:218:422:1::15, icmp_seq=3 hlim=49 time=230.540 ms 16 bytes from 2001:218:422:1::15, icmp_seq=4 hlim=49 time=224.681 ms --- mx.jp.freebsd.org ping6 statistics --- 5 packets transmitted, 5 packets received, 0.0% packet loss round-trip min/avg/max/std-dev = 224.591/228.457/237.175/4.889 ms bh@viola:~> traceroute6 mx.jp.freebsd.org. traceroute6 to mx.jp.freebsd.org (2001:218:422:1::15) from 2002:9be6:9d5d:2:20b:6aff:fe56:969f, 64 hops max, 12 byte packets 1 2002:9be6:9d5d:2:250:4dff:fe00:5df3 1.541 ms 0.949 ms 1.154 ms [......] 23 v6.imgsrc.co.jp 264.635 ms 226.812 ms 232.207 ms 24 castle.jp.FreeBSD.org 427.683 ms 219.659 ms 222.862 ms bh@viola:~> And from now on, i would give you one question. Why is 7.0-BETA1 different from another -RELEASE in hostname resolving order? AFAIK, at least on 6.2-RELEASE, the order is first IPv6 and then IPv4. However, 7.0-BETA1 try to lookup in first IPv4 than IPv6. Here is the evidence: bh@setaria:~> uname -srm FreeBSD 6.2-RELEASE-p8 i386 bh@setaria:~> telnet mx.jp.freebsd.org 25 Trying 2001:218:422:1::15... Connected to mx.jp.freebsd.org. Escape character is '^]'. [......] bh@setaria:~> ssh -v mx.jp.freebsd.org. debug1: Connecting to mx.jp.freebsd.org. [2001:218:422:1::15] ^C And bh@viola:~> uname -srm FreeBSD 7.0-BETA1 i386 bh@viola:~> telnet mx.jp.freebsd.org 25 Trying 210.226.20.15... Connected to mx.jp.freebsd.org. Escape character is '^]'. [......] bh@viola:~> ssh -v mx.jp.freebsd.org. debug1: Connecting to mx.jp.freebsd.org. [210.226.20.15] ^C What happended? Is there anyone to dislike IPv6 in src committers? Please let me know the correct answer to this puzzle ;; Byung-Hee -- "After super, can you drive me and the kids to New York in your car?" "That's what I came for." -- Kay Adams and Tom Hagen, "Chapter 32", page 443 From owner-freebsd-stable@FreeBSD.ORG Fri Nov 2 19:49:58 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 91EE316A421; Fri, 2 Nov 2007 19:49:58 +0000 (UTC) (envelope-from bh@izb.knu.ac.kr) Received: from izb.knu.ac.kr (izb.knu.ac.kr [155.230.157.93]) by mx1.freebsd.org (Postfix) with ESMTP id 05FEB13C4B6; Fri, 2 Nov 2007 19:49:57 +0000 (UTC) (envelope-from bh@izb.knu.ac.kr) Received: by draba.izb.knu.ac.kr (Postfix, from userid 59) id 8B8443EA8; Sat, 3 Nov 2007 01:47:02 +0900 (KST) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on draba.izb.knu.ac.kr X-Spam-Level: X-Spam-Status: No, score=-16.5 required=15.1 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VERIFIED autolearn=disabled version=3.2.3 X-Spam-Comment: DKIM? See http://www.google.com/search?btnI&q=RFC+4871 Received: from izb.knu.ac.kr (localhost.izb.knu.ac.kr [127.0.0.1]) by draba.izb.knu.ac.kr (Postfix) with ESMTP id 7D93C3EA7; Sat, 3 Nov 2007 01:46:58 +0900 (KST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=izb.knu.ac.kr; h=subject: from:reply-to:to:cc:in-reply-to:references:content-type:date: message-id:mime-version:content-transfer-encoding; q=dns/txt; s= s1024; bh=Jo7yGDNE0qWWRlBvL8MGF7QEaIg=; b=Knu8V8ZY1L16SxWvcvPUca SfoupDo3C4cCHRji4sEP8RcxwUHbHJxCAIBK7uZfgC1fbEczI2rCyHKJuT0ZpD2Y hJRr2lrqa7EJxPCWTz3r+pgmnrgb8Sb7Jw/w+eD85cJsRkuCDZfx4LCvn3iqlRjL drAnW1eslZKMR1tnS2yFI= Received: from viola.izb.knu.ac.kr (unknown [IPv6:2002:9be6:9d5d:2:20b:6aff:fe56:969f]) by draba.izb.knu.ac.kr (Postfix) with ESMTP id 64B913EA5; Sat, 3 Nov 2007 01:46:58 +0900 (KST) Received: from [IPv6:2002:9be6:9d5d:2:20b:6aff:fe56:969f] (viola.izb.knu.ac.kr [IPv6:2002:9be6:9d5d:2:20b:6aff:fe56:969f]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Issuer "鄭聖美" (verified OK)) (Authenticated sender: bh.rfc4871@viola.izb.knu.ac.kr) by viola.izb.knu.ac.kr (Postfix) with ESMTP id 008825E13; Sat, 3 Nov 2007 01:46:58 +0900 (KST) From: Byung-Hee HWANG To: Hajimu UMEMOTO In-Reply-To: References: <1194015907.1422.14.camel@viola.izb.knu.ac.kr> Content-Type: text/plain Organization: InZealBomb Date: Sat, 03 Nov 2007 01:46:57 +0900 Message-Id: <1194022017.1032.12.camel@viola.izb.knu.ac.kr> Mime-Version: 1.0 X-Mailer: Evolution 2.12.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, bind-users@isc.org Subject: [SOLVED] (Was: Re: [FreeBSD 7.0-BETA1] strange behavior in hostname resolving order) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bh@izb.knu.ac.kr List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Nov 2007 19:49:58 -0000 Dear Mr. UMEMOTO, On Sat, 2007-11-03 at 00:58 +0900, Hajimu UMEMOTO wrote: > Hi, > > >>>>> On Sat, 03 Nov 2007 00:05:07 +0900 > >>>>> Byung-Hee HWANG said: > > bh> To Whom It May Concern: (Cc'ed bind-users@isc.org) > > bh> Usually i prefer 6to4(stf(4)) to 6over4(gif(4)) because some > bh> tunnel providers like to limit bandwidth too musch. So until my > bh> upstream ISP give me native ipv6 addresses (it's take long time maybe), > bh> i'm going to use 6to4 instead of 6over4 continuous. > > bh> Here is my shot using 6to4: > > bh> bh@viola:~> uname -a > bh> FreeBSD viola.izb.knu.ac.kr 7.0-BETA1 FreeBSD 7.0-BETA1 #0: > bh> Fri Nov 2 12:13:10 KST 2007 > bh> root@viola.izb.knu.ac.kr:/usr/obj/usr/src/sys/GENERIC i386 > > bh> bh@viola:~> ifconfig rl0 | grep 2002 > bh> inet6 2002:9be6:9d5d:2:20b:6aff:fe56:969f prefixlen 64 autoconf > > bh> bh@viola:~> ping6 -c 5 mx.jp.freebsd.org. > bh> PING6(56=40+8+8 bytes) > bh> 2002:9be6:9d5d:2:20b:6aff:fe56:969f --> 2001:218:422:1::15 > bh> 16 bytes from 2001:218:422:1::15, icmp_seq=0 hlim=49 time=225.297 ms > bh> 16 bytes from 2001:218:422:1::15, icmp_seq=1 hlim=49 time=224.591 ms > bh> 16 bytes from 2001:218:422:1::15, icmp_seq=2 hlim=49 time=237.175 ms > bh> 16 bytes from 2001:218:422:1::15, icmp_seq=3 hlim=49 time=230.540 ms > bh> 16 bytes from 2001:218:422:1::15, icmp_seq=4 hlim=49 time=224.681 ms > > bh> --- mx.jp.freebsd.org ping6 statistics --- > bh> 5 packets transmitted, 5 packets received, 0.0% packet loss > bh> round-trip min/avg/max/std-dev = 224.591/228.457/237.175/4.889 ms > > bh> bh@viola:~> traceroute6 mx.jp.freebsd.org. > bh> traceroute6 to mx.jp.freebsd.org (2001:218:422:1::15) from > bh> 2002:9be6:9d5d:2:20b:6aff:fe56:969f, 64 hops max, 12 byte packets > bh> 1 2002:9be6:9d5d:2:250:4dff:fe00:5df3 1.541 ms 0.949 ms 1.154 ms > bh> [......] > bh> 23 v6.imgsrc.co.jp 264.635 ms 226.812 ms 232.207 ms > bh> 24 castle.jp.FreeBSD.org 427.683 ms 219.659 ms 222.862 ms > bh> bh@viola:~> > > bh> And from now on, i would give you one question. Why is 7.0-BETA1 > bh> different from another -RELEASE in hostname resolving order? AFAIK, at > bh> least on 6.2-RELEASE, the order is first IPv6 and then IPv4. However, > bh> 7.0-BETA1 try to lookup in first IPv4 than IPv6. Here is the evidence: > > bh> bh@setaria:~> uname -srm > bh> FreeBSD 6.2-RELEASE-p8 i386 > bh> bh@setaria:~> telnet mx.jp.freebsd.org 25 > bh> Trying 2001:218:422:1::15... > bh> Connected to mx.jp.freebsd.org. > bh> Escape character is '^]'. > bh> [......] > bh> bh@setaria:~> ssh -v mx.jp.freebsd.org. > bh> debug1: Connecting to mx.jp.freebsd.org. [2001:218:422:1::15] > bh> ^C > bh> > bh> And > > bh> bh@viola:~> uname -srm > bh> FreeBSD 7.0-BETA1 i386 > bh> bh@viola:~> telnet mx.jp.freebsd.org 25 > bh> Trying 210.226.20.15... > bh> Connected to mx.jp.freebsd.org. > bh> Escape character is '^]'. > bh> [......] > bh> bh@viola:~> ssh -v mx.jp.freebsd.org. > bh> debug1: Connecting to mx.jp.freebsd.org. [210.226.20.15] > bh> ^C > > bh> What happended? Is there anyone to dislike IPv6 in src committers? > bh> Please let me know the correct answer to this puzzle ;; > > The Default Address Selection is turned on by default after > 6.2-RELEASE was out. According to RFC 3484, the default policy is as > follows: > > Prefix Prec Label > ::1/128 50 0 > ::/0 40 1 > 2002::/16 30 2 > ::/96 20 3 > ::ffff:0.0.0.0/96 10 4 > > It means that communicating with native IP address is preferred over > 6to4 address when source address and destination adddress are not 6to4 > address. > > If you want not to treat 6to4 address as special, you can omit the > line of 2002::/16 by putting the following lines into your > /etc/ip6addrctl.conf: > > ::1/128 50 0 > ::/0 40 1 > ::/96 20 3 > ::ffff:0.0.0.0/96 10 4 > > Then, run `/etc/rc.d/ip6addrctl restart'. > > Please refer the ip6addrctl(8) manpage and RFC 3484 for detail. Now i can understand the puzzle, thanks for the guidance. Your answer has been useful and is greatly appreciated. Byung-Hee -- "He's a responsible man in his own way." -- Michael Corleone, "Chapter 25", page 363 From owner-freebsd-stable@FreeBSD.ORG Fri Nov 2 19:57:43 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C205F16A474 for ; Fri, 2 Nov 2007 19:57:43 +0000 (UTC) (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 7D81F13C4BB for ; Fri, 2 Nov 2007 19:57:43 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lA2JcXRQ059306; Fri, 2 Nov 2007 15:38:34 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id lA2JcXLJ002942 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 2 Nov 2007 15:38:33 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200711021938.lA2JcXLJ002942@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Fri, 02 Nov 2007 15:39:13 -0400 To: "Jack Vogel" , "FreeBSD Stable List" , "freebsd-net@freebsd.org" From: Mike Tancsa In-Reply-To: <2a41acea0711020933s9a47e81ked9bc328d5bcf34e@mail.gmail.com > References: <2a41acea0711011654j56037949m381de3f9a243562d@mail.gmail.com> <2a41acea0711020110j45547a9dsbd2157fbae53f4ee@mail.gmail.com> <2a41acea0711020933s9a47e81ked9bc328d5bcf34e@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Subject: Re: Test changes to em 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, 02 Nov 2007 19:57:43 -0000 At 12:33 PM 11/2/2007, Jack Vogel wrote: >So at this point I'm unclear, with my reposting of if_em.c last >night has everyone seen both parts or do I have to try something >else? Seems to work. I grabbed it from the mailing list archive off www.freebsd.org http://lists.freebsd.org/pipermail/freebsd-stable/2007-November/037936.html 0[releng6-865]% tar -pxzf p.tgz 0[releng6-865]% 0[releng6-865]% 0[releng6-865]% fetch -o p.tgz http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20071102/e68d41b4/test-em.obj p.tgz 100% of 33 kB 17 MBps 0[releng6-865]% tar -vpxzf p.tgz x if_em.c x if_em.h 0[releng6-865]% md5 p.tgz MD5 (p.tgz) = cd7aea528578d8695464a9aa8f685ee2 0[releng6-865]% md5 if_em.c MD5 (if_em.c) = 2d0eee0ccec12daf412848b76efc8149 0[releng6-865]% md5 if_em.h MD5 (if_em.h) = bce0fec7794006fc03ae88dce5f77f71 0[releng6-865]% >Jack >_______________________________________________ >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 Nov 2 20:14:03 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1093916A417; Fri, 2 Nov 2007 20:14:03 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from angel.ticketswitch.com (angel.ticketswitch.com [IPv6:2002:57e0:1d4e::1]) by mx1.freebsd.org (Postfix) with ESMTP id C67E613C4A3; Fri, 2 Nov 2007 20:14:02 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from smaug.rattatosk ([10.50.50.2]) by angel.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67 (FreeBSD)) (envelope-from ) id 1Io24O-0007yO-Pq; Fri, 02 Nov 2007 19:20:40 +0000 Received: from dilbert.rattatosk ([10.50.50.6] helo=dilbert.ticketswitch.com) by smaug.rattatosk with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1Io24O-000227-Nv; Fri, 02 Nov 2007 19:20:40 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.68 (FreeBSD)) (envelope-from ) id 1Io24O-000648-N1; Fri, 02 Nov 2007 19:20:40 +0000 To: freebsd-net@freebsd.org, freebsd-stable@freebsd.org, jfvogel@gmail.com In-Reply-To: <2a41acea0711021003j70993933w9852cadfc900481b@mail.gmail.com> Message-Id: From: Pete French Date: Fri, 02 Nov 2007 19:20:40 +0000 Cc: Subject: Re: Another send of EM test change 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, 02 Nov 2007 20:14:03 -0000 Thanks, that worked ifne, am just compiling them now to try... -pete. From owner-freebsd-stable@FreeBSD.ORG Fri Nov 2 21:19:52 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4CA8316A420 for ; Fri, 2 Nov 2007 21:19:52 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outU.internet-mail-service.net (outU.internet-mail-service.net [216.240.47.244]) by mx1.freebsd.org (Postfix) with ESMTP id 30E1713C4AC for ; Fri, 2 Nov 2007 21:19:52 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Fri, 02 Nov 2007 13:51:13 -0700 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (nat.ironport.com [63.251.108.100]) by idiom.com (Postfix) with ESMTP id 44A32126900; Fri, 2 Nov 2007 13:51:13 -0700 (PDT) Message-ID: <472B8DDE.6030103@elischer.org> Date: Fri, 02 Nov 2007 13:51:42 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Mike Tancsa References: <2a41acea0711011654j56037949m381de3f9a243562d@mail.gmail.com> <2a41acea0711020110j45547a9dsbd2157fbae53f4ee@mail.gmail.com> <2a41acea0711020933s9a47e81ked9bc328d5bcf34e@mail.gmail.com> <200711021938.lA2JcXLJ002942@lava.sentex.ca> In-Reply-To: <200711021938.lA2JcXLJ002942@lava.sentex.ca> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "freebsd-net@freebsd.org" , FreeBSD Stable List , Jack Vogel Subject: Re: Test changes to em 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, 02 Nov 2007 21:19:52 -0000 Mike Tancsa wrote: > At 12:33 PM 11/2/2007, Jack Vogel wrote: >> So at this point I'm unclear, with my reposting of if_em.c last >> night has everyone seen both parts or do I have to try something >> else? > I never saw a .c file so put them in ~/public_html on freefall and they can be accessed as: http://people.freebsd.org/~(yourlogin)/(filename) > > Seems to work. I grabbed it from the mailing list archive off > www.freebsd.org possibly the archive gets it before stripping? > > http://lists.freebsd.org/pipermail/freebsd-stable/2007-November/037936.html > From owner-freebsd-stable@FreeBSD.ORG Fri Nov 2 21:22:52 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0936B16A417 for ; Fri, 2 Nov 2007 21:22:52 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from optimus.centralmiss.com (ns.centralmiss.com [206.156.254.79]) by mx1.freebsd.org (Postfix) with ESMTP id D0F8713C481 for ; Fri, 2 Nov 2007 21:22:51 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from draco.over-yonder.net (adsl-072-148-013-213.sip.jan.bellsouth.net [72.148.13.213]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by optimus.centralmiss.com (Postfix) with ESMTP id D10F028BAC; Fri, 2 Nov 2007 15:54:10 -0500 (CDT) Received: by draco.over-yonder.net (Postfix, from userid 100) id 6036061C46; Fri, 2 Nov 2007 15:54:10 -0500 (CDT) Date: Fri, 2 Nov 2007 15:54:10 -0500 From: "Matthew D. Fuller" To: Alex Zbyslaw Message-ID: <20071102205410.GN1580@over-yonder.net> References: <4724BEB3.5080905@charter.net> <20071029132447.GA2658@kobe.laptop> <4727063E.7060107@dial.pipex.com> <20071031143923.GA1580@over-yonder.net> <20071031190830.GJ82954@cicely12.cicely.de> <20071031193045.GD1580@over-yonder.net> <20071101124341.GL82954@cicely12.cicely.de> <20071101125909.GA52150@over-yonder.net> <472B09EB.5000106@dial.pipex.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <472B09EB.5000106@dial.pipex.com> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.16-fullermd.4 (2007-06-09) Cc: stable@freebsd.org Subject: Re: /usr/share/man/man8/MAKEDEV.8 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, 02 Nov 2007 21:22:52 -0000 On Fri, Nov 02, 2007 at 11:28:43AM +0000 I heard the voice of Alex Zbyslaw, and lo! it spake thus: > > In addition, considering an *option* to simply not have cat-ed > manual pages (for people with machines fast enough to just not care, > or who have machines where you just don't read man pages often > enough to care) does not seem out of order. Actually, that's already happening much of the time. Rev 1.33 of src/gnu/usr.bin/man/man/Makefile (2001/01/15, in RELENG_5 and newer) turned off making man setuid by default, so it'll only make catpages when run as root anyway. Me, I solve it for base system manpages by having /usr mounted read-only. 8-} -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-stable@FreeBSD.ORG Fri Nov 2 22:04:49 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CE77116A417 for ; Fri, 2 Nov 2007 22:04:49 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from angel.ticketswitch.com (angel.ticketswitch.com [IPv6:2002:57e0:1d4e::1]) by mx1.freebsd.org (Postfix) with ESMTP id 8FCAE13C4A6 for ; Fri, 2 Nov 2007 22:04:49 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from smaug.rattatosk ([10.50.50.2]) by angel.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67 (FreeBSD)) (envelope-from ) id 1Io4dE-0009mT-CF for stable@freebsd.org; Fri, 02 Nov 2007 22:04:48 +0000 Received: from dilbert.rattatosk ([10.50.50.6] helo=dilbert.ticketswitch.com) by smaug.rattatosk with esmtp (Exim 4.67 (FreeBSD)) (envelope-from ) id 1Io4dE-0004XR-AH for stable@freebsd.org; Fri, 02 Nov 2007 22:04:48 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.68 (FreeBSD)) (envelope-from ) id 1Io4dE-0001eQ-8X for stable@freebsd.org; Fri, 02 Nov 2007 22:04:48 +0000 To: stable@freebsd.org Message-Id: From: Pete French Date: Fri, 02 Nov 2007 22:04:48 +0000 Cc: Subject: Float problen running i386 inary on amd64 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, 02 Nov 2007 22:04:49 -0000 Hi, I have a very simple program: int main(int argc, char *argv[]) { if(atof("3.2") == atof("3.200")) puts("They are equal"); else puts("They are NOT equal!"); return 0; } This works as expected on both i386 and amd64. But if I take the compiled binary from the i386 system and run it on the amd64 system thenit says they are not equal! I thought this was a library problem, but it even happens if I compile to a static binary, which would preseumably mean the same code is running on both systems. I am using 6.3-PRERELEASE here -pete. From owner-freebsd-stable@FreeBSD.ORG Fri Nov 2 23:06:58 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8741516A417 for ; Fri, 2 Nov 2007 23:06:58 +0000 (UTC) (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 458F713C4AC for ; Fri, 2 Nov 2007 23:06:58 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Io33z-0002Ec-1q for freebsd-stable@freebsd.org; Fri, 02 Nov 2007 20:24:19 +0000 Received: from mulderlab.f5.com ([205.229.151.151]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 02 Nov 2007 20:24:19 +0000 Received: from atkin901 by mulderlab.f5.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 02 Nov 2007 20:24:19 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Mark Atkinson Date: Fri, 02 Nov 2007 13:24:04 -0700 Lines: 41 Message-ID: References: <20071031183451.5d036293@linwhf.opal.com> <20071101204634.0d4efd14@linwhf.opal.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: mulderlab.f5.com User-Agent: KNode/0.10.5 Sender: news Subject: Re: freebsd-7.0b1 xorg-7.3_1 runs only once 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, 02 Nov 2007 23:06:58 -0000 J.R. Oldroyd wrote: > Adding some additional information... > > On Wed, 31 Oct 2007 18:34:51 -0400, "J.R. Oldroyd" wrote: >> >> xorg-7.3_1 runs fine, but just once. >> >> Subsequent attempts to start xorg result in: >> (EE) I810(0): V_BIOS address 0x0 out of range >> (EE) I810(0): VBE initialization failed. >> (EE) Screen(s) found, but none have a usable configuration. >> > > Noticed that running xorg the first time loads drm and i915. I also see > that i915.ko and drm.ko are modules. On unloading them, I see this: > > drm0: detached > Warning: memory type drm leaked memory on destroy (4 allocations, 128 > bytes leaked). > > Reloading them and running xorg again doesn't fix the V_BIOS out of > range problem; xorg still doesn't start more than once. > > Since my last posting I have recompiled the kernel and all the xorg > ports just to make sure I didn't mess something up the first time. No > change. > > I'd appreciate thoughts from someone who's into stuff like V_BIOS and > drm and i915 and xorg. > > -jr I also have this problem on with the i915 module. There are some differences in agp between -current/7.0 and -stable, but i915 and drm have been MFC'd between stable and current, so I'm not sure what's up. -- Mark Atkinson atkin901@yahoo.com (!wired)?(coffee++):(wired); From owner-freebsd-stable@FreeBSD.ORG Fri Nov 2 23:15:42 2007 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4AD8E16A4E2 for ; Fri, 2 Nov 2007 23:15:42 +0000 (UTC) (envelope-from miguel@anjos.strangled.net) Received: from mailrly06.isp.novis.pt (mailrly06.isp.novis.pt [195.23.133.216]) by mx1.freebsd.org (Postfix) with ESMTP id AA88113C4B6 for ; Fri, 2 Nov 2007 23:15:41 +0000 (UTC) (envelope-from miguel@anjos.strangled.net) Received: (qmail 6428 invoked from network); 2 Nov 2007 23:08:44 -0000 Received: from unknown (HELO mailfrt02.isp.novis.pt) ([195.23.133.194]) (envelope-sender ) by mailrly06.isp.novis.pt with compressed SMTP; 2 Nov 2007 23:08:44 -0000 Received: (qmail 1024 invoked from network); 2 Nov 2007 23:08:43 -0000 Received: from unknown (HELO satan.anjos.strangled.net) ([89.181.66.148]) (envelope-sender ) by mailfrt02.isp.novis.pt with SMTP; 2 Nov 2007 23:08:43 -0000 Received: from satan.anjos.strangled.net (localhost [127.0.0.1]) by satan.anjos.strangled.net (8.14.1/8.14.1) with ESMTP id lA2N8ZUg042913; Fri, 2 Nov 2007 23:08:36 GMT (envelope-from miguel@satan.anjos.strangled.net) Received: (from miguel@localhost) by satan.anjos.strangled.net (8.14.1/8.14.1/Submit) id lA2N8YRT042912; Fri, 2 Nov 2007 23:08:34 GMT (envelope-from miguel) Date: Fri, 2 Nov 2007 23:08:34 GMT From: Miguel Lopes Santos Ramos Message-Id: <200711022308.lA2N8YRT042912@satan.anjos.strangled.net> To: petefrench@ticketswitch.com, stable@freebsd.org In-Reply-To: Cc: Subject: Re: Float problen running i386 inary on amd64 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, 02 Nov 2007 23:15:42 -0000 > From: Pete French > > Hi, I have a very simple program: > > > int > main(int argc, char *argv[]) > { > if(atof("3.2") == atof("3.200")) > puts("They are equal"); > else > puts("They are NOT equal!"); > return 0; > } > > > This works as expected on both i386 and amd64. But if I take the compiled > binary from the i386 system and run it on the amd64 system thenit says they > are not equal! I thought this was a library problem, but it even happens if > I compile to a static binary, which would preseumably mean the same code is > running on both systems. > > I am using 6.3-PRERELEASE here Unfortunately, I didn't have the luck of having it reproduced here. Maybe because my i386 is on 7.0, different compiler (although the amd64 is still on RELENG_6). Since you've rulled out everything else by building a static binary, did you try using the new C99 functions in fenv.h related to the floating-point environment? Miguel Ramos Lisboa, Portugal From owner-freebsd-stable@FreeBSD.ORG Sat Nov 3 14:27:50 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 455C216A41B for ; Sat, 3 Nov 2007 14:27:50 +0000 (UTC) (envelope-from goran.lowkrantz@ismobile.com) Received: from mail.ismobile.com (mail.ismobile.com [62.119.44.68]) by mx1.freebsd.org (Postfix) with ESMTP id E5FA913C4AA for ; Sat, 3 Nov 2007 14:27:49 +0000 (UTC) (envelope-from goran.lowkrantz@ismobile.com) Received: from mail.ismobile.com (localhost [127.0.0.1]) by mail.ismobile.com (Postfix) with ESMTP id 5430333C02; Sat, 3 Nov 2007 14:36:15 +0100 (CET) DKIM-Signature: v=0.5; a=rsa-sha1; c=relaxed; d=ismobile.com; h=received:date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type:content-transfer-encoding:content-disposition; q=dns/txt; s=selector1; bh=g5Z7T92Qk3MnaBYfwQWahbim7pA=; b=S6CwfC8HcIhwiC1iXUvXroYfPVGwx0VcppuOlvLrm+4MGJxx8W/atky7OQPz08jJWL6pHdsnoMyyA8G+bRX18cz8dlgaxZ9X9bOs5JftkfvEcu8gL3IWXTil/rdObFPKr/29wt2fT83I2T8bshNjs05UP41prIfJcjVJgbxu1bU= Received: from [10.255.253.2] (modgunn.iii-norr.com [213.242.135.174]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.ismobile.com (Postfix) with ESMTP id 3C94E33C01; Sat, 3 Nov 2007 14:36:15 +0100 (CET) Date: Sat, 03 Nov 2007 14:36:14 +0100 From: Goran Lowkrantz To: Jack Vogel Message-ID: In-Reply-To: <2a41acea0711011336t6db0905cg978007205d1069b5@mail.gmail.com> References: <5CCABF9E-80DD-4E46-80AA-6E3E1F156645@nevada.net.nz> <20071020040347.GA71660@eos.sc1.parodius.com> <471AD144.60404@bit0.com> <200710211939.l9LJd4eo024388@lava.sentex.ca> <2a41acea0711011334g151b0d36yfb2d798c3a8f3312@mail.gmail.com> <2a41acea0711011336t6db0905cg978007205d1069b5@mail.gmail.com> X-Mailer: Mulberry/4.0.8 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: freebsd-stable@freebsd.org Subject: Re: em 6.6.6 - watchdog 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: Sat, 03 Nov 2007 14:27:50 -0000 Hi Jack, --On Thursday, November 01, 2007 13:36 -0700 Jack Vogel = wrote: > I should also note that this only applies to PCI-E NICs, 82571 and later. > > Jack Have tested - enable MSI with the original 6.6.6 driver - the new driver files you sent to -stable with and without MSI enabled In all cases I can run all tests and programs that previous gave watchdog=20 problems without any problems. Thanks! /glz ................................................... the future isMobile Goran Lowkrantz System Architect, isMobile AB Sandviksgatan 81, PO Box 58, S-971 03 Lule=E5, Sweden Mobile: +46(0)70-587 87 82 http://www.ismobile.com ............................................... From owner-freebsd-stable@FreeBSD.ORG Sat Nov 3 16:07:40 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 050BE16A41A for ; Sat, 3 Nov 2007 16:07:40 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from gaia.nimnet.asn.au (nimbin.lnk.telstra.net [139.130.45.143]) by mx1.freebsd.org (Postfix) with ESMTP id B780B13C48D for ; Sat, 3 Nov 2007 16:07:38 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from localhost (smithi@localhost) by gaia.nimnet.asn.au (8.8.8/8.8.8R1.5) with SMTP id CAA16164; Sun, 4 Nov 2007 02:59:36 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Sun, 4 Nov 2007 02:59:36 +1100 (EST) From: Ian Smith To: freebsd-stable@freebsd.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: phk@freebsd.org Subject: 7 on Soekris net4801? 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, 03 Nov 2007 16:07:40 -0000 Hi, any particular/new issues with RELENG_7 on the Soekris net4801? Thought I should check before upgrading my T23 as a build platform .. I haven't done this before, and will be relying on the howtos for 6.X Cheers, Ian From owner-freebsd-stable@FreeBSD.ORG Sat Nov 3 16:37:37 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 30F6D16A41B for ; Sat, 3 Nov 2007 16:37:37 +0000 (UTC) (envelope-from brix@FreeBSD.org) Received: from solow.pil.dk (relay.pil.dk [195.41.47.164]) by mx1.freebsd.org (Postfix) with ESMTP id E6CE913C48D for ; Sat, 3 Nov 2007 16:37:36 +0000 (UTC) (envelope-from brix@FreeBSD.org) Received: from tirith.brixandersen.dk (osgiliath.brixandersen.dk [87.53.223.189]) by solow.pil.dk (Postfix) with ESMTP id 235181CC0D5 for ; Sat, 3 Nov 2007 17:13:08 +0100 (CET) Received: by tirith.brixandersen.dk (Postfix, from userid 1001) id 0AFED1141D; Sat, 3 Nov 2007 17:13:06 +0100 (CET) Date: Sat, 3 Nov 2007 17:13:06 +0100 From: Henrik Brix Andersen To: freebsd-stable@freebsd.org Message-ID: <20071103161306.GA56113@tirith.brixandersen.dk> Mail-Followup-To: freebsd-stable@freebsd.org References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="jRHKVT23PllUwdXP" Content-Disposition: inline In-Reply-To: X-PGP-Key: http://www.brixandersen.dk/files/HenrikBrixAndersen.asc User-Agent: Mutt/1.5.16 (2007-06-09) Subject: Re: 7 on Soekris net4801? 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, 03 Nov 2007 16:37:37 -0000 --jRHKVT23PllUwdXP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Nov 04, 2007 at 02:59:36AM +1100, Ian Smith wrote: > any particular/new issues with RELENG_7 on the Soekris net4801? >=20 > Thought I should check before upgrading my T23 as a build platform .. > I haven't done this before, and will be relying on the howtos for 6.X I recently upgraded two of my net4801s to RELENG_7 - the only problem I have seen so far, is that savecore(8) attempts to do non-aligned DMA transfers and fails. I haven't had time to dig further into this issue yet, though. Brix --=20 Henrik Brix Andersen --jRHKVT23PllUwdXP Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: GnuPG signed iD8DBQFHLJ4Sv+Q4flTiePgRAupdAKCAQiPRe+poYUkp8Kr8r48jwtuHMACgoe8Y XnDH2JVeBKgUBeuSN2B6DY8= =pGAu -----END PGP SIGNATURE----- --jRHKVT23PllUwdXP-- From owner-freebsd-stable@FreeBSD.ORG Sat Nov 3 17:27:35 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A3F0E16A420 for ; Sat, 3 Nov 2007 17:27:35 +0000 (UTC) (envelope-from contras@atlas.cz) Received: from paegas3.mail-atlas.net (paegas3.mail-atlas.net [212.47.13.211]) by mx1.freebsd.org (Postfix) with ESMTP id 2F3ED13C494 for ; Sat, 3 Nov 2007 17:27:34 +0000 (UTC) (envelope-from contras@atlas.cz) Received: from bob ([10.0.0.48]) by paegas3.mail-atlas.net for freebsd-stable@freebsd.org; Sat, 3 Nov 2007 16:23:56 +0100 Message-ID: <684a6edda9c7453ea4eb84cf0224e005@af5384b9872f4fd4a6fd2f11417935e7> Date: Sat, 03 Nov 2007 15:23:56 GMT Mime-Version: 1.0 From: "Jirsa Ondrej" To: Cc: X-Mailman-Approved-At: Sat, 03 Nov 2007 17:39:53 +0000 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: bge driver still causes freeze 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, 03 Nov 2007 17:27:35 -0000 Hello,=0A=0Abge=20driver=20still=20causes=20freeze=20on=20my=20HP=206710b=20= laptop,=20see=20also=0Ahttp://lists.freebsd.org/pipermail/freebsd-current/20= 07-September/077368.html,=0Abut=20commenting=20out=20a=20few=20lines=20in=20= if_bge.c,v=201.198.2.1=20makes=20driver=20to=20work:=0A=0A---=20if_bge.c.ori= g=20=20=20=20=20=20=202007-11-03=2012:42:25.000000000=20+0100=0A+++=20if_bge= .c=20=20=20=202007-11-03=2012:08:53.000000000=20+0100=0A@@=20-1742,9=20+1742= ,9=20@@=0A=20#if=20__FreeBSD_version=20>=20700024=0A=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20cons= t=20char=20*pname;=0A=0A-=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20if=20(pci_get_vpd_ident(dev,=20&pn= ame)=20=3D=3D=200)=0A-=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20snprintf(mode= l,=2064,=20"%s",=20pname);=0A-=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20else=0A+//=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20if=20(pci_= get_vpd_ident(dev,=20&pname)=20=3D=3D=200)=0A+//=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20snprintf(model,=2064,=20"%s",=20pname);=0A+//=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20else=0A=20#endif=0A= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20snprintf(model,=2064,=20"%s=20%s",= =0A=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20v->v_name,=0A=0ACou= ld=20someone=20investigate=20this?=0D=0A------------------------------------= ------=0D=0A=0D=0Ahttp://mail.atlas.cz/wapmail/ From owner-freebsd-stable@FreeBSD.ORG Sat Nov 3 21:27:32 2007 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A87ED16A419 for ; Sat, 3 Nov 2007 21:27:32 +0000 (UTC) (envelope-from hsantosdias@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.179]) by mx1.freebsd.org (Postfix) with ESMTP id 7FB8513C480 for ; Sat, 3 Nov 2007 21:27:32 +0000 (UTC) (envelope-from hsantosdias@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so1496728waf for ; Sat, 03 Nov 2007 14:27:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; bh=6glvCKPnGdL2CwICb08RTOt9Q1S0U0NJbsPYjiqP56s=; b=suT3RoNKfEsn4JG4mf2hlcB9PodBRWrQJ/gjI4R+ziUCBQk/nSFBOUWbplbmiQ8aotlNLu7XAodfHYhsi5ex+krftWVNqvR0AOmTCvS2NSzjRiUk0Pm5U1ohyL2gv9nqd93vXkj54nG9vq2koFH21QwnTgq+idFQKFnodYH78gQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type; b=VNVLKjnybu22AKAwZ/Whad5BOkJG/PiZ34bAJJaJY5OH3uz49WNHdQ1yn4+1UnACOJck/o7MZTW5tkcC88ye3FHuql1kqpm9Js6wDl2hf+h714Ow6HYIwCGXdh0ciuGz+svXQL0ErQauE0lw9kmhlVcnIiIHFi+RM5VZADWSG2k= Received: by 10.115.108.1 with SMTP id k1mr3319970wam.1194121346372; Sat, 03 Nov 2007 13:22:26 -0700 (PDT) Received: by 10.115.75.18 with HTTP; Sat, 3 Nov 2007 13:22:26 -0700 (PDT) Message-ID: Date: Sat, 3 Nov 2007 17:22:26 -0300 From: "Hugo Santos Dias" To: freebsd-stable@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: I would like to help in the development and testing of 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: , X-List-Received-Date: Sat, 03 Nov 2007 21:27:32 -0000 Hi, my name is Hugo Santos Dias, living in Brazil in Vitoria da Conquista, Bahia, I have great interest in helping in the development and testing of versions of FreeBSD, I use FreeBSD on my desktop and my servers. I am a student of computer science at the UESB - Universidade Estadual do Sudoeste da Bahia (State University of Southwest Bahia), and one of my projects is a path for ipfw, so that it can read data in layer-7 like iptables-layer7. I understand c/c++, shellscripts, perl, a bit of java (needed for the work of Discipline graphics computer - http://www.compenter.com.br/hugo/prova3/ - the link robo.htm). Working in a isp, wiress and via cable, and have deep knowledge of networks and tcp / ip. Please as do I to help in the development and testing of FreeBSD? I would like to help in the development and testing of FreeBSD -- Hugo S. Dias "Unix is user friendly. It's just selective about who its friends are." "Linux is for people who hate Windows. BSD is for people who love UNIX." From owner-freebsd-stable@FreeBSD.ORG Sat Nov 3 23:00:53 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F361116A418 for ; Sat, 3 Nov 2007 23:00:52 +0000 (UTC) (envelope-from dkelly@Grumpy.DynDNS.org) Received: from smtp.knology.net (smtp.knology.net [24.214.63.101]) by mx1.freebsd.org (Postfix) with ESMTP id 9329213C4B6 for ; Sat, 3 Nov 2007 23:00:52 +0000 (UTC) (envelope-from dkelly@Grumpy.DynDNS.org) Received: (qmail 23725 invoked by uid 0); 3 Nov 2007 22:33:54 -0000 Received: from unknown (HELO Grumpy.DynDNS.org) (216.186.148.249) by smtp8.knology.net with SMTP; 3 Nov 2007 22:33:54 -0000 Received: by Grumpy.DynDNS.org (Postfix, from userid 928) id 893F02840A; Sat, 3 Nov 2007 17:33:54 -0500 (CDT) Date: Sat, 3 Nov 2007 17:33:54 -0500 From: David Kelly To: Hugo Santos Dias Message-ID: <20071103223354.GB89604@Grumpy.DynDNS.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: I would like to help in the development and testing of 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: , X-List-Received-Date: Sat, 03 Nov 2007 23:00:53 -0000 On Sat, Nov 03, 2007 at 05:22:26PM -0300, Hugo Santos Dias wrote: > > Please as do I to help in the development and testing of FreeBSD? > > I would like to help in the development and testing of FreeBSD Do what you are already doing. Find bugs and fix them. Submit the fixes with send-pr(1) or similar means. Enhance a component of FreeBSD. Submit your changes via send-pr(1) or similar means. As trust and respect builds for your abilities and contributions you will be invited to rise closer to core. -- David Kelly N4HHE, dkelly@HiWAAY.net ======================================================================== Whom computers would destroy, they must first drive mad. From owner-freebsd-stable@FreeBSD.ORG Sat Nov 3 23:25:11 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C7DC316A417 for ; Sat, 3 Nov 2007 23:25:11 +0000 (UTC) (envelope-from ota@animenfo.com) Received: from smtp.unitz.ca (mx1.unitz.ca [69.60.224.6]) by mx1.freebsd.org (Postfix) with ESMTP id 9CD2C13C48E for ; Sat, 3 Nov 2007 23:25:11 +0000 (UTC) (envelope-from ota@animenfo.com) Received: from localhost (localhost [127.0.0.1]) by smtp.unitz.ca (Postfix) with ESMTP id 278D46A9089 for ; Sat, 3 Nov 2007 18:53:02 -0400 (EDT) X-Virus-Scanned: amavisd-new at unitz.ca Received: from smtp.unitz.ca ([127.0.0.1]) by localhost (smtp.unitz.ca [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dHt2IttEW1ko for ; Sat, 3 Nov 2007 18:53:01 -0400 (EDT) Received: from [192.168.0.10] (dsl-69-60-252-220.unitz.ca [69.60.252.220]) by smtp.unitz.ca (Postfix) with ESMTP id A39EF6A9082 for ; Sat, 3 Nov 2007 18:53:01 -0400 (EDT) Message-ID: <472CFC16.2030900@animenfo.com> Date: Sat, 03 Nov 2007 18:54:14 -0400 From: ota@animenfo.com User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: FreeBSD-BETA2 Signal 11 During Install 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, 03 Nov 2007 23:25:11 -0000 Sorry for the double-post, but it appears it's not related to a network install or installing Linux compatibility files. It occurs when log into a mirror and tries to read the package data from INDEX: it core dumps with signal 11. Running gdb with a full backtrace reveals this: #12 0x28236e98 in __tsd_lock () from /lib/libc.so.7 No symbol table info available. Should I post any more information? Russell Doucette From owner-freebsd-stable@FreeBSD.ORG Sat Nov 3 23:35:05 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 16F8416A417 for ; Sat, 3 Nov 2007 23:35:05 +0000 (UTC) (envelope-from ota@animenfo.com) Received: from smtp.unitz.ca (mx1.unitz.ca [69.60.224.6]) by mx1.freebsd.org (Postfix) with ESMTP id E069313C481 for ; Sat, 3 Nov 2007 23:35:04 +0000 (UTC) (envelope-from ota@animenfo.com) Received: from localhost (localhost [127.0.0.1]) by smtp.unitz.ca (Postfix) with ESMTP id 68B3B6A8F79 for ; Sat, 3 Nov 2007 18:26:21 -0400 (EDT) X-Virus-Scanned: amavisd-new at unitz.ca Received: from smtp.unitz.ca ([127.0.0.1]) by localhost (smtp.unitz.ca [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZNkWFJv7jbm2 for ; Sat, 3 Nov 2007 18:26:20 -0400 (EDT) Received: from [192.168.0.10] (dsl-69-60-252-220.unitz.ca [69.60.252.220]) by smtp.unitz.ca (Postfix) with ESMTP id DCF666A8F72 for ; Sat, 3 Nov 2007 18:26:20 -0400 (EDT) Message-ID: <472CF5D5.6020607@animenfo.com> Date: Sat, 03 Nov 2007 18:27:33 -0400 From: ota@animenfo.com User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: FreeBSD-BETA2 Signal 11 During Install 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, 03 Nov 2007 23:35:05 -0000 Hi, I tested out FreeBSD 7.0-BETA2 using VMware Player, and using the boot-only disc FreeBSD installed fine, until when I was asked for Linux binary compatibility. Upon hitting enter for Yes, I got a signal 11. The only information given was on console ttyv1 with a one-line debug error saying it caught signal 11. This is all the information I could get out of it. However, after it rebooted on its own (which took about 3 minutes, I suspect it was timing out being connected to a mirror) it booted normally on the virtual hard disk, leaving me to finish the installation manually where it left off. I was wondering if anyone noticed a similar error when trying to grab files from the mirror upon requesting Linux compatibility during the install. Russell Doucette