From owner-freebsd-current@FreeBSD.ORG Sun Aug 27 00:20:27 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1810916A4DA for ; Sun, 27 Aug 2006 00:20:27 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.237]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7595F43D45 for ; Sun, 27 Aug 2006 00:20:26 +0000 (GMT) (envelope-from kabaev@gmail.com) Received: by wx-out-0506.google.com with SMTP id i27so1260610wxd for ; Sat, 26 Aug 2006 17:20:25 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type; b=NJmqGfxS/bB6uS1E7FO1ZBK0qPsFzjcXOdlQ2VWBcRtqqu4fLgrK8adaC/JHr/ywssq7Ro/+0uxJI39nfSJk+dFlMKAJm3DVpA543YaqXngGw0kML2cGrvEjA75ghwB9Qhubip/KQ60RErTOgcvXDtTw6m0FoEoFTn3H1dAXRNc= Received: by 10.70.8.8 with SMTP id 8mr6958663wxh; Sat, 26 Aug 2006 17:18:54 -0700 (PDT) Received: from kan.dnsalias.net ( [24.63.93.195]) by mx.gmail.com with ESMTP id 15sm6763443wrl.2006.08.26.17.18.54; Sat, 26 Aug 2006 17:18:54 -0700 (PDT) Date: Sat, 26 Aug 2006 20:18:48 -0400 From: Alexander Kabaev To: "Andrew R. Reiter" Message-ID: <20060826201848.2f7e9c49@kan.dnsalias.net> In-Reply-To: <20060826185936.C60397@fledge.watson.org> References: <20060826212120.GA66604@freefall.freebsd.org> <20060826223608.GA5436@hub.freebsd.org> <20060826185936.C60397@fledge.watson.org> X-Mailer: Sylpheed-Claws 2.3.1 (GTK+ 2.8.20; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_1kKKCoGdihjGbSA0ffIZ7/k"; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: Alexander Kabaev , current@freebsd.org Subject: Re: HEADS UP: GCC 3.4.6 update complete X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Aug 2006 00:20:27 -0000 --Sig_1kKKCoGdihjGbSA0ffIZ7/k Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Sat, 26 Aug 2006 19:00:08 -0400 (EDT) "Andrew R. Reiter" wrote: >=20 > On Sat, 26 Aug 2006, Alexander Kabaev wrote: >=20 > :All is clear. This update should be pretty uneventful and nothing > should :break because of it. I am very interested in being notified > of anything :that contradicts with an above statement. > : >=20 > Any specific benefits from the move minus just "the latest & > greatest"? Jsut curious. >=20 > peace, > andrew >=20 > :-- > :Alexander Kabaev > :_______________________________________________ > :freebsd-current@freebsd.org mailing list > :http://lists.freebsd.org/mailman/listinfo/freebsd-current > :To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" : > : >=20 > -- > arr@watson.org Two releases worth of bugfixes mainly. Enough to justify 'latest and greatest' sentiments.=20 --=20 Alexander Kabaev --Sig_1kKKCoGdihjGbSA0ffIZ7/k Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE8OTtQ6z1jMm+XZYRAooFAJ9L8gSvLwYwh3yfQKvxKP6I52eTUgCgnhZa Nt4jrJ2Q9qbHAi8uc+ZIjLE= =xL// -----END PGP SIGNATURE----- --Sig_1kKKCoGdihjGbSA0ffIZ7/k-- From owner-freebsd-current@FreeBSD.ORG Sun Aug 27 01:52:50 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A127A16A4DD; Sun, 27 Aug 2006 01:52:50 +0000 (UTC) (envelope-from arr@watson.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 01EF043D46; Sun, 27 Aug 2006 01:52:49 +0000 (GMT) (envelope-from arr@watson.org) Received: from fledge.watson.org (localhost.watson.org [127.0.0.1]) by fledge.watson.org (8.13.6/8.13.6) with ESMTP id k7R1qngj076826; Sat, 26 Aug 2006 21:52:49 -0400 (EDT) (envelope-from arr@watson.org) Received: from localhost (arr@localhost) by fledge.watson.org (8.13.6/8.13.6/Submit) with ESMTP id k7R1qnVO076823; Sat, 26 Aug 2006 21:52:49 -0400 (EDT) (envelope-from arr@watson.org) X-Authentication-Warning: fledge.watson.org: arr owned process doing -bs Date: Sat, 26 Aug 2006 21:52:48 -0400 (EDT) From: "Andrew R. Reiter" To: Steve Kargl In-Reply-To: <20060826230735.GA47659@troutmask.apl.washington.edu> Message-ID: <20060826215237.K74994@fledge.watson.org> References: <20060826212120.GA66604@freefall.freebsd.org> <20060826223608.GA5436@hub.freebsd.org> <20060826185936.C60397@fledge.watson.org> <20060826230735.GA47659@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Alexander Kabaev , current@freebsd.org Subject: Re: HEADS UP: GCC 3.4.6 update complete X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Aug 2006 01:52:50 -0000 On Sat, 26 Aug 2006, Steve Kargl wrote: :On Sat, Aug 26, 2006 at 07:00:08PM -0400, Andrew R. Reiter wrote: :> :> On Sat, 26 Aug 2006, Alexander Kabaev wrote: :> :> :All is clear. This update should be pretty uneventful and nothing should :> :break because of it. I am very interested in being notified of anything :> :that contradicts with an above statement. :> : :> :> Any specific benefits from the move minus just "the latest & greatest"? :> Jsut curious. :> : :http://gcc.gnu.org/gcc-3.4/ : Thanks; good point :-) Cheers, -- arr@watson.org From owner-freebsd-current@FreeBSD.ORG Sun Aug 27 10:41:47 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA89716A4DA; Sun, 27 Aug 2006 10:41:47 +0000 (UTC) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.10.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1035643D49; Sun, 27 Aug 2006 10:41:46 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (envelope-from xdivac02@eva.fit.vutbr.cz) (8.13.7/8.13.7) with ESMTP id k7RAfem9017893 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sun, 27 Aug 2006 12:41:40 +0200 (CEST) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.7/8.13.3/Submit) id k7RAfdlM017892; Sun, 27 Aug 2006 12:41:39 +0200 (CEST) Date: Sun, 27 Aug 2006 12:41:39 +0200 From: Divacky Roman To: Alexander Kabaev Message-ID: <20060827104139.GA17882@stud.fit.vutbr.cz> References: <20060826212120.GA66604@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060826212120.GA66604@freefall.freebsd.org> User-Agent: Mutt/1.4.2i X-Scanned-By: MIMEDefang 2.54 on 147.229.10.14 Cc: current@freebsd.org Subject: Re: HEADS UP: GCC 3.4.6 update in progress X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Aug 2006 10:41:47 -0000 On Sat, Aug 26, 2006 at 09:21:20PM +0000, Alexander Kabaev wrote: > In order to pave the way for an upcoming GCC 4.1 import, we decided to thnx for the work! when can we expect the 4.1 import? tentatively.. thnx roman From owner-freebsd-current@FreeBSD.ORG Sun Aug 27 11:07:10 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D123B16A4DF for ; Sun, 27 Aug 2006 11:07:10 +0000 (UTC) (envelope-from gexlie@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 5114E43D70 for ; Sun, 27 Aug 2006 11:07:04 +0000 (GMT) (envelope-from gexlie@gmail.com) Received: by py-out-1112.google.com with SMTP id o67so1910039pye for ; Sun, 27 Aug 2006 04:07:04 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=O2v4bz/O0W9WnRNS/tWglGW3AlKImSkEh0SjMuDmHVWqwvGwNWGbRR1gRn/mz7Cw7iuA2jIDHXtKt9ekStFRTRIs2N59AT/SS3IoKNoCRfg7Srd98l4LgdFyw5v4aTqlR5hR7Pt6oiqusKCccdJIx4o63NNy2+UIYqKhmguoNNU= Received: by 10.35.39.2 with SMTP id r2mr9716171pyj; Sun, 27 Aug 2006 04:07:04 -0700 (PDT) Received: by 10.35.98.19 with HTTP; Sun, 27 Aug 2006 04:07:04 -0700 (PDT) Message-ID: <53cc795f0608270407t68b2fe34xbef2d455e8a0ada0@mail.gmail.com> Date: Sun, 27 Aug 2006 15:07:04 +0400 From: sekes To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: installworld problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Aug 2006 11:07:10 -0000 doing installworld i'm getting this: ln -fs libbz2.so.2 /usr/lib/libbz2.so install -C -o root -g wheel -m 444 /usr/src/lib/libbz2/../../contrib/bzip2/bzlib.h /usr/include ===> lib/libc (install) install -C -o root -g wheel -m 444 libc.a /usr/lib install -C -o root -g wheel -m 444 libc_p.a /usr/lib install -s -o root -g wheel -m 444 -fschg -S libc.so.7 /lib ln -fs /lib/libc.so.7 /usr/lib/libc.so /libexec/ld-elf.so.1: /lib/libc.so.7: version FBSD_1.0 required by ln not defined *** Error code 1 Stop in /usr/src/lib/libc. *** Error code 1 Stop in /usr/src/lib. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. cvsuped yesterday [xnet] /usr/src> uname -a /libexec/ld-elf.so.1: /lib/libc.so.7: version FBSD_1.0 required by uname not defined From owner-freebsd-current@FreeBSD.ORG Sun Aug 27 14:07:50 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C35B416A4DE; Sun, 27 Aug 2006 14:07: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 383F14476F; Sun, 27 Aug 2006 14:07:50 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id k7RE7nGe092827; Sun, 27 Aug 2006 10:07:49 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.6/8.13.6) with ESMTP id k7RE7nkr054987; Sun, 27 Aug 2006 10:07:49 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2894E7302F; Sun, 27 Aug 2006 10:07:49 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060827140749.2894E7302F@freebsd-current.sentex.ca> Date: Sun, 27 Aug 2006 10:07:49 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Aug 2006 14:07:50 -0000 TB --- 2006-08-27 12:30:16 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-08-27 12:30:16 - starting HEAD tinderbox run for amd64/amd64 TB --- 2006-08-27 12:30:16 - cleaning the object tree TB --- 2006-08-27 12:30:41 - checking out the source tree TB --- 2006-08-27 12:30:41 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2006-08-27 12:30:41 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-08-27 12:37:49 - building world (CFLAGS=-O2 -pipe) TB --- 2006-08-27 12:37:49 - cd /src TB --- 2006-08-27 12:37: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 >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries [...] /src/lib/libbsm/../../contrib/openbsm/libbsm/bsm_token.c:1059: error: conflicting types for 'au_to_exec_args' /obj/amd64/src/lib32/usr/include/bsm/audit_record.h:322: error: previous declaration of 'au_to_exec_args' was here /src/lib/libbsm/../../contrib/openbsm/libbsm/bsm_token.c:1059: error: conflicting types for 'au_to_exec_args' /obj/amd64/src/lib32/usr/include/bsm/audit_record.h:322: error: previous declaration of 'au_to_exec_args' was here /src/lib/libbsm/../../contrib/openbsm/libbsm/bsm_token.c:1100: error: conflicting types for 'au_to_exec_env' /obj/amd64/src/lib32/usr/include/bsm/audit_record.h:323: error: previous declaration of 'au_to_exec_env' was here /src/lib/libbsm/../../contrib/openbsm/libbsm/bsm_token.c:1100: error: conflicting types for 'au_to_exec_env' /obj/amd64/src/lib32/usr/include/bsm/audit_record.h:323: error: previous declaration of 'au_to_exec_env' was here *** Error code 1 Stop in /src/lib/libbsm. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-08-27 14:07:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-08-27 14:07:48 - ERROR: failed to build world TB --- 2006-08-27 14:07:48 - tinderbox aborted TB --- 0.80 user 4.63 system 5852.58 real From owner-freebsd-current@FreeBSD.ORG Sun Aug 27 17:51:23 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E51A916A4E1; Sun, 27 Aug 2006 17:51:23 +0000 (UTC) (envelope-from slw@zxy.spb.ru) Received: from zxy.spb.ru (zxy.spb.ru [194.58.105.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A2F743D64; Sun, 27 Aug 2006 17:51:23 +0000 (GMT) (envelope-from slw@zxy.spb.ru) Received: from slw by zxy.spb.ru with local (Exim 4.44 (FreeBSD)) id 1GHOGP-0002I3-D2; Sun, 27 Aug 2006 21:17:37 +0400 Date: Sun, 27 Aug 2006 21:17:37 +0400 From: Slawa Olhovchenkov To: Alexander Kabaev Message-ID: <20060827171737.GA85840%slw@zxy.spb.ru> References: <20060826212120.GA66604@freefall.freebsd.org> <20060826223608.GA5436@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060826223608.GA5436@hub.freebsd.org> User-Agent: Mutt/1.5.11 X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: slw@zxy.spb.ru X-SA-Exim-Scanned: No (on zxy.spb.ru); SAEximRunCond expanded to false Cc: current@freebsd.org Subject: Re: HEADS UP: GCC 3.4.6 update complete X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Aug 2006 17:51:24 -0000 On Sat, Aug 26, 2006 at 10:36:08PM +0000, Alexander Kabaev wrote: > All is clear. This update should be pretty uneventful and nothing should > break because of it. I am very interested in being notified of anything > that contradicts with an above statement. buildkernel break with many "warning: 'XXX' might be used uninitialized in this function" From owner-freebsd-current@FreeBSD.ORG Sun Aug 27 19:09:52 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A4A3816A4E1 for ; Sun, 27 Aug 2006 19:09:52 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.231]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2DBFB43D6D for ; Sun, 27 Aug 2006 19:09:45 +0000 (GMT) (envelope-from kabaev@gmail.com) Received: by wx-out-0506.google.com with SMTP id s13so1409237wxc for ; Sun, 27 Aug 2006 12:09:44 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type; b=ZjppEI/qwQS9Ns68F+yIODdzO5W+OC6ywDXALwPSgDyJOdergura5rUNY4jFpsWfCr07rhUsOYXpOqMbCOOBB+SOgsGKqgjhZ7d8gNONZaBfn0ihNpJjfsIM+7Siex9a0Z/4zOkiKWhQLqfOta4wizaHG/NXL+UCoctFkyVNmMw= Received: by 10.70.32.13 with SMTP id f13mr8016907wxf; Sun, 27 Aug 2006 12:09:44 -0700 (PDT) Received: from kan.dnsalias.net ( [24.63.93.195]) by mx.gmail.com with ESMTP id 15sm7856527wrl.2006.08.27.12.09.43; Sun, 27 Aug 2006 12:09:44 -0700 (PDT) Date: Sun, 27 Aug 2006 15:09:36 -0400 From: Alexander Kabaev To: Slawa Olhovchenkov Message-ID: <20060827150936.5974fd8d@kan.dnsalias.net> In-Reply-To: <20060827171737.GA85840%slw@zxy.spb.ru> References: <20060826212120.GA66604@freefall.freebsd.org> <20060826223608.GA5436@hub.freebsd.org> <20060827171737.GA85840%slw@zxy.spb.ru> X-Mailer: Sylpheed-Claws 2.3.1 (GTK+ 2.8.20; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_2G9wZyHCw0/ZMU47jLO8Kfo"; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: current@freebsd.org Subject: Re: HEADS UP: GCC 3.4.6 update complete X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Aug 2006 19:09:52 -0000 --Sig_2G9wZyHCw0/ZMU47jLO8Kfo Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Sun, 27 Aug 2006 21:17:37 +0400 Slawa Olhovchenkov wrote: > On Sat, Aug 26, 2006 at 10:36:08PM +0000, Alexander Kabaev wrote: >=20 > > All is clear. This update should be pretty uneventful and nothing > > should break because of it. I am very interested in being notified > > of anything that contradicts with an above statement. >=20 > buildkernel break with many "warning: 'XXX' might be used > uninitialized in this function" > ______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" --=20 Alexander Kabaev --Sig_2G9wZyHCw0/ZMU47jLO8Kfo Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE8e31Q6z1jMm+XZYRApl/AJ9Q3b1zpHl8gHib2zcTNbykViRTjQCeNH98 kelsdriqncHHU7mqGUorFBs= =udEE -----END PGP SIGNATURE----- --Sig_2G9wZyHCw0/ZMU47jLO8Kfo-- From owner-freebsd-current@FreeBSD.ORG Sun Aug 27 22:57:35 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 36E7316A4DF; Sun, 27 Aug 2006 22:57:35 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id E306B43D46; Sun, 27 Aug 2006 22:57:25 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from mail.ninth-nine.com ([IPv6:2001:3e0:4cf:1:d2:ff:fe23:1b4]) (authenticated bits=0) by sakura.ninth-nine.com (8.13.6/8.13.6/NinthNine) with ESMTP id k7RMv3Bs015239 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 28 Aug 2006 07:57:09 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Mon, 28 Aug 2006 07:57:03 +0900 From: Norikatsu Shigemura To: Alexander Kabaev Message-Id: <20060828075703.d1c81021.nork@FreeBSD.org> In-Reply-To: <20060826223608.GA5436@hub.freebsd.org> References: <20060826212120.GA66604@freefall.freebsd.org> <20060826223608.GA5436@hub.freebsd.org> X-Mailer: Sylpheed version 2.2.7 (GTK+ 2.8.20; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (sakura.ninth-nine.com [IPv6:2001:3e0:4cf:0:230:48ff:fe41:2455]); Mon, 28 Aug 2006 07:57:09 +0900 (JST) Cc: current@FreeBSD.org Subject: Re: HEADS UP: GCC 3.4.6 update complete X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Aug 2006 22:57:35 -0000 On Sat, 26 Aug 2006 22:36:08 +0000 Alexander Kabaev wrote: > All is clear. This update should be pretty uneventful and nothing should > break because of it. I am very interested in being notified of anything > that contradicts with an above statement. I couldn't compile gcc, because of following error message. ===> gnu/usr.bin/cc/cc1plus (all) cc -O2 -fno-strict-aliasing -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr/obj/usr/src/tmp/usr\" -I/usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/cc/cc1plus/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc1plus/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/config -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/cp -I. -I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/cp/decl.c /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/cp/decl.c: In function `grokfndecl': /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/cp/decl.c:5721: error: too many arguments to function `grok_op_properties' /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/cp/decl.c: At top level: /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/cp/decl.c:9008: error: conflicting types for 'grok_op_properties' /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/cp/cp-tree.h:3686: error: previous declaration of 'grok_op_properties' was here /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/cp/decl.c:9008: error: conflicting types for 'grok_op_properties' /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/cp/cp-tree.h:3686: error: previous declaration of 'grok_op_properties' was here I can fix it such as following patch. --- contrib/gcc/cp/cp-tree.h.orig Sun Aug 27 06:29:09 2006 +++ contrib/gcc/cp/cp-tree.h Mon Aug 28 07:42:35 2006 @@ -3683,7 +3683,7 @@ extern tree get_scope_of_declarator (tree); extern void grok_special_member_properties (tree); extern int grok_ctor_properties (tree, tree); -extern bool grok_op_properties (tree, bool); +extern bool grok_op_properties (tree, int, bool); extern tree xref_tag (enum tag_types, tree, bool, bool); extern tree xref_tag_from_type (tree, tree, int); extern void xref_basetypes (tree, tree); But.... cc -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/config -I/usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/cp -I. -I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/cp/pt.c /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/cp/pt.c: In function `tsubst_decl': /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/cp/pt.c:6315: error: too few arguments to function `grok_op_properties' Sorry, I don't know how to fix:-(. I have no idea. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - } else if (IDENTIFIER_OPNAME_P (DECL_NAME (r))) grok_op_properties (r, (complain & tf_error) != 0); if (DECL_FRIEND_P (t) && DECL_FRIEND_CONTEXT (t)) - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - From owner-freebsd-current@FreeBSD.ORG Sun Aug 27 23:13:54 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 16DED16A4DF; Sun, 27 Aug 2006 23:13:54 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id F3D5843D53; Sun, 27 Aug 2006 23:13:51 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from mail.ninth-nine.com ([IPv6:2001:3e0:4cf:1:d2:ff:fe23:1b4]) (authenticated bits=0) by sakura.ninth-nine.com (8.13.6/8.13.6/NinthNine) with ESMTP id k7RNDUV9015589 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 28 Aug 2006 08:13:41 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Mon, 28 Aug 2006 08:13:30 +0900 From: Norikatsu Shigemura To: Alexander Kabaev Message-Id: <20060828081330.ef9afbde.nork@FreeBSD.org> In-Reply-To: <20060828075703.d1c81021.nork@FreeBSD.org> References: <20060826212120.GA66604@freefall.freebsd.org> <20060826223608.GA5436@hub.freebsd.org> <20060828075703.d1c81021.nork@FreeBSD.org> X-Mailer: Sylpheed version 2.2.7 (GTK+ 2.8.20; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (sakura.ninth-nine.com [IPv6:2001:3e0:4cf:0:230:48ff:fe41:2455]); Mon, 28 Aug 2006 08:13:42 +0900 (JST) Cc: current@FreeBSD.org Subject: Re: HEADS UP: GCC 3.4.6 update complete X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Aug 2006 23:13:54 -0000 On Mon, 28 Aug 2006 07:57:03 +0900 Norikatsu Shigemura wrote: > On Sat, 26 Aug 2006 22:36:08 +0000 > Alexander Kabaev wrote: > > All is clear. This update should be pretty uneventful and nothing should > > break because of it. I am very interested in being notified of anything > > that contradicts with an above statement. > I couldn't compile gcc, because of following error message. Humm... This may be mirror sites issue. I research following sites: cvsup.jp.freebsd.org cvsup3.jp.freebsd.org From owner-freebsd-current@FreeBSD.ORG Sun Aug 27 23:14:51 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F152816A4DA for ; Sun, 27 Aug 2006 23:14:51 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id EEA5143D46 for ; Sun, 27 Aug 2006 23:14:50 +0000 (GMT) (envelope-from kabaev@gmail.com) Received: by wx-out-0506.google.com with SMTP id i27so1495898wxd for ; Sun, 27 Aug 2006 16:14:50 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type; b=FEoJcpiuRyA/eRPsKvzRqg272We/8VA9TeHFZ+YGyekZy2DfdlS9uyL89aMrQFZKY9Rds5GO96EgW8yNi5QnvfEI8FCUDi6HQHunf6iKhptG8s60F6/HDduDGwA+T9UJq9vh6gw+I7eRxcjnoTwHJ9u1350eL1iYykrxToN2ytY= Received: by 10.70.118.4 with SMTP id q4mr8259229wxc; Sun, 27 Aug 2006 16:14:50 -0700 (PDT) Received: from kan.dnsalias.net ( [24.63.93.195]) by mx.gmail.com with ESMTP id 14sm8102804wrl.2006.08.27.16.14.50; Sun, 27 Aug 2006 16:14:50 -0700 (PDT) Date: Sun, 27 Aug 2006 19:14:45 -0400 From: Alexander Kabaev To: Norikatsu Shigemura Message-ID: <20060827191445.3612ba84@kan.dnsalias.net> In-Reply-To: <20060828075703.d1c81021.nork@FreeBSD.org> References: <20060826212120.GA66604@freefall.freebsd.org> <20060826223608.GA5436@hub.freebsd.org> <20060828075703.d1c81021.nork@FreeBSD.org> X-Mailer: Sylpheed-Claws 2.3.1 (GTK+ 2.8.20; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_V7b_wlbaDcbURtcgv=/2hzG"; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: current@FreeBSD.org Subject: Re: HEADS UP: GCC 3.4.6 update complete X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Aug 2006 23:14:52 -0000 --Sig_V7b_wlbaDcbURtcgv=/2hzG Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Mon, 28 Aug 2006 07:57:03 +0900 Norikatsu Shigemura wrote: =46rom /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/cp/CVS/Entries: /decl.c/1.20/Sun Aug 27 01:02:46 2006// =46rom decl.c:9008 bool grok_op_properties (tree decl, bool complain) =46rom cvs diff -r1.19 -r1.20 contrib/gcc/cp/decl.c: bool -grok_op_properties (tree decl, int friendp, bool complain) +grok_op_properties (tree decl, bool complain) { Your src tree is out of whack. Update and try again. Change your cvsup server if that will not be enough. --=20 Alexander Kabaev --Sig_V7b_wlbaDcbURtcgv=/2hzG Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE8idpQ6z1jMm+XZYRAk8YAKCfgMGZzPFXBD8gh3oYeu4H3M4BEwCfYFrq 9+WM9BrEtXe/4YTPMFJlPRw= =6kuX -----END PGP SIGNATURE----- --Sig_V7b_wlbaDcbURtcgv=/2hzG-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 28 03:29:55 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A29FF16A4DF; Mon, 28 Aug 2006 03:29:55 +0000 (UTC) (envelope-from avatar@mmlab.cse.yzu.edu.tw) Received: from www.mmlab.cse.yzu.edu.tw (www.mmlab.cse.yzu.edu.tw [140.138.150.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A70F43D49; Mon, 28 Aug 2006 03:29:54 +0000 (GMT) (envelope-from avatar@mmlab.cse.yzu.edu.tw) Received: by www.mmlab.cse.yzu.edu.tw (qmail, from userid 1000) id 183FF8C9D87; Mon, 28 Aug 2006 11:29:53 +0800 (CST) Received: from localhost (localhost [127.0.0.1]) by www.mmlab.cse.yzu.edu.tw (qmail) with ESMTP id E87D08C9BA6; Mon, 28 Aug 2006 11:29:53 +0800 (CST) Date: Mon, 28 Aug 2006 11:29:53 +0800 (CST) From: Tai-hwa Liang To: Divacky Roman In-Reply-To: <20060815091652.GA39128@stud.fit.vutbr.cz> Message-ID: <06082811262817.5176@www.mmlab.cse.yzu.edu.tw> References: <44E18F7B.5080604@yourdot-mail.com> <20060815091652.GA39128@stud.fit.vutbr.cz> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Carlos Silva , freebsd-current@freebsd.org, freebsd-ports@freebsd.org Subject: Re: Samba problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Aug 2006 03:29:55 -0000 On Tue, 15 Aug 2006, Divacky Roman wrote: > On Tue, Aug 15, 2006 at 10:10:19AM +0100, Carlos Silva wrote: >> Hi all, >> >> I have installed freebsd 6.1-RELEASE on my machine and now samba dont >> work, because of a timeout. >> I've tried the two versions of the samba ports and none of them work >> properly. >> Do you have any idea? >> >> Ouput: >> >> osiris# mount -t smbfs //porta1/tmpdown /tmpdir >> Password: >> >> mount_smbfs: unable to open connection: syserr = Operation timed out >> >> Otherwise, this is not an password error. > > I can confirm this. something happened and now I am not able to mount > smb shares on 6.1R.. on 6.0R it works ok. How about pointing the server address directly: # mount -t smbfs -o -I=porta1.ip.addr.ess //porta1/tmpdown /tmpdir or # mount -t smbfs -o -I=porta1.fqdn //porta1/tmpdown /tmpdir -- Cheers, Tai-hwa Liang From owner-freebsd-current@FreeBSD.ORG Mon Aug 28 10:47:55 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 741F116A4DE; Mon, 28 Aug 2006 10:47:55 +0000 (UTC) (envelope-from aturetta@commit.it) Received: from mail.logital.it (85-18-201-99.ip.fastwebnet.it [85.18.201.99]) by mx1.FreeBSD.org (Postfix) with ESMTP id B694143D45; Mon, 28 Aug 2006 10:47:54 +0000 (GMT) (envelope-from aturetta@commit.it) Received: from [192.168.44.2] (adsl-253-10.38-151.net24.it [151.38.10.253]) (authenticated bits=0) by mail.logital.it (8.13.7/8.13.7) with ESMTP id k7SAlXjx037421; Mon, 28 Aug 2006 12:47:42 +0200 (CEST) (envelope-from aturetta@commit.it) Message-ID: <44F2C9C6.7040907@commit.it> Date: Mon, 28 Aug 2006 12:47:34 +0200 From: Angelo Turetta User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.11) Gecko/20050728 X-Accept-Language: it, en-us, en MIME-Version: 1.0 To: Frank Reppin References: <200608200300.k7K30eH5092848@freefall.freebsd.org> <44F09E9B.5090303@commit.it> <44F10396.6000903@undermydesk.org> In-Reply-To: <44F10396.6000903@undermydesk.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.5 required=5.0 tests=AWL,BAYES_60,FU_FREE autolearn=no version=3.1.4 X-Spam-Checker-Version: SpamAssassin 3.1.4 (2006-07-25) on mail.logital.it X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on mail.logital.it X-Virus-Status: Clean Cc: freebsd-current@freebsd.org, habeeb@cfl.rr.com, freebsd-amd64@freebsd.org Subject: Re: Interrupt storm on ASUS M2N-E X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Aug 2006 10:47:55 -0000 Frank Reppin wrote: > hm - I've deactivated onboard LAN in order to avoid > prolly forseen issues with unknown chipset and such and plugged in > an ordinary 3com 905CX-TX nic in order to get things up and > running - if it's maybe related to your issue. Tried disabling LAN from BIOS, no changes. BTW, the on_board lan is recognized by if_nfe (not probed by GENERIC, you must kldload) > Not sure if it even matters - or if it even might have sight effects on > your current setup which might led to your issue at all - this board > (according to ASUS' forums and other forums) will/should run stable if > the desired RAM voltage is <= 1.95V - there are several posts where > people complain that it runs quite unstable/quirky with higher voltage > ram (2.0V/2.1V and such from wellknown vendors). Nice to know. Just: how the heck I tell what voltage is running my DDR533? :-) > I've upped some stats about this board as well: > > https://www.undermydesk.org/pub/freebsd/asus_m2ne_specs/ On this list it would have been more useful a set of output files from FreeBSD, these are from RedHat :) Could you please post the result of 'vmstat -i' from -CURRENT ? Thanks, Angelo. From owner-freebsd-current@FreeBSD.ORG Mon Aug 28 12:08:31 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F2C316A4F3; Mon, 28 Aug 2006 12:08:31 +0000 (UTC) (envelope-from lavalamp@spiritual-machines.org) Received: from mail.digitalfreaks.org (arbitor.digitalfreaks.org [216.151.95.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E27343D7D; Mon, 28 Aug 2006 12:08:30 +0000 (GMT) (envelope-from lavalamp@spiritual-machines.org) Received: by mail.digitalfreaks.org (Postfix, from userid 1022) id B572C17A22; Mon, 28 Aug 2006 08:08:27 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by mail.digitalfreaks.org (Postfix) with ESMTP id B44AE17A0F; Mon, 28 Aug 2006 08:08:27 -0400 (EDT) Date: Mon, 28 Aug 2006 08:08:27 -0400 (EDT) From: "Brian A. Seklecki" X-X-Sender: lavalamp@arbitor.digitalfreaks.org To: Oleg Bulyzhin In-Reply-To: <20060818065340.GA42776@lath.rinet.ru> Message-ID: <20060828080516.A65578@arbitor.digitalfreaks.org> References: <43767.150.101.159.26.1140420612.squirrel@mailbox.TU-Berlin.DE> <20060720104238.L8726@arbitor.digitalfreaks.org> <20060807100622.GY96644@cell.sick.ru> <20060810160126.E55918@arbitor.digitalfreaks.org> <20060816191152.J69548@arbitor.digitalfreaks.org> <20060818065340.GA42776@lath.rinet.ru> MIME-Version: 1.0 Content-Type: MULTIPART/Mixed; BOUNDARY=AqsLC8rIMeq19msA Content-ID: <20060828080516.Q65578@arbitor.digitalfreaks.org> Content-Disposition: INLINE Cc: netops@collaborativefusion.com, Gleb Smirnoff , freebsd-current@freebsd.org Subject: Re: Dell PowerEdge 850 bge(4) RELENG_6 (WAS: Re: bge(4) problem) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Aug 2006 12:08:31 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --AqsLC8rIMeq19msA Content-Type: TEXT/PLAIN; CHARSET=US-ASCII; format=flowed Content-ID: <20060828080516.E65578@arbitor.digitalfreaks.org> Content-Disposition: INLINE >>> >>> ~BAS >>> > > Could you please try attached patch? (can be applied to -current or releng_6). > Yes I confirm that this seems to facilitate proper speed/duplex negotiation. I will beat up the driver a bit now with some aggressive NFS work. ~BAS --AqsLC8rIMeq19msA Content-Type: TEXT/PLAIN; CHARSET=us-ascii Content-ID: <20060828080516.P65578@arbitor.digitalfreaks.org> Content-Description: Content-Disposition: ATTACHMENT; FILENAME=bge_lock_ifmcallbacks.diff Index: if_bge.c =================================================================== RCS file: /home/ncvs/src/sys/dev/bge/if_bge.c,v retrieving revision 1.137 diff -u -r1.137 if_bge.c --- if_bge.c 17 Aug 2006 09:53:04 -0000 1.137 +++ if_bge.c 18 Aug 2006 06:41:18 -0000 @@ -3226,17 +3226,19 @@ static int bge_ifmedia_upd(struct ifnet *ifp) { - struct bge_softc *sc; + struct bge_softc *sc = ifp->if_softc; struct mii_data *mii; struct ifmedia *ifm; - sc = ifp->if_softc; + BGE_LOCK(sc); ifm = &sc->bge_ifmedia; /* If this is a 1000baseX NIC, enable the TBI port. */ if (sc->bge_tbi) { - if (IFM_TYPE(ifm->ifm_media) != IFM_ETHER) + if (IFM_TYPE(ifm->ifm_media) != IFM_ETHER) { + BGE_UNLOCK(sc); return (EINVAL); + } switch(IFM_SUBTYPE(ifm->ifm_media)) { case IFM_AUTO: /* @@ -3268,8 +3270,10 @@ } break; default: + BGE_UNLOCK(sc); return (EINVAL); } + BGE_UNLOCK(sc); return (0); } @@ -3283,6 +3287,7 @@ } mii_mediachg(mii); + BGE_UNLOCK(sc); return (0); } @@ -3292,11 +3297,10 @@ static void bge_ifmedia_sts(struct ifnet *ifp, struct ifmediareq *ifmr) { - struct bge_softc *sc; + struct bge_softc *sc = ifp->if_softc; struct mii_data *mii; - sc = ifp->if_softc; - + BGE_LOCK(sc); if (sc->bge_tbi) { ifmr->ifm_status = IFM_AVALID; ifmr->ifm_active = IFM_ETHER; @@ -3305,6 +3309,7 @@ ifmr->ifm_status |= IFM_ACTIVE; else { ifmr->ifm_active |= IFM_NONE; + BGE_UNLOCK(sc); return; } ifmr->ifm_active |= IFM_1000_SX; @@ -3312,6 +3317,7 @@ ifmr->ifm_active |= IFM_HDX; else ifmr->ifm_active |= IFM_FDX; + BGE_UNLOCK(sc); return; } @@ -3319,6 +3325,8 @@ mii_pollstat(mii); ifmr->ifm_active = mii->mii_media_active; ifmr->ifm_status = mii->mii_media_status; + + BGE_UNLOCK(sc); } static int --AqsLC8rIMeq19msA-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 28 14:38:51 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E4BF716A53C for ; Mon, 28 Aug 2006 14:38:51 +0000 (UTC) (envelope-from kuriyama@imgsrc.co.jp) Received: from black.imgsrc.co.jp (black.imgsrc.co.jp [210.226.20.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id 883C143D45 for ; Mon, 28 Aug 2006 14:38:51 +0000 (GMT) (envelope-from kuriyama@imgsrc.co.jp) Received: from localhost (localhost [127.0.0.1]) by black.imgsrc.co.jp (Postfix) with ESMTP id 5542850EA0; Mon, 28 Aug 2006 23:38:50 +0900 (JST) Received: from pink.imgsrc.co.jp (pink.imgsrc.co.jp [210.226.20.36]) by black.imgsrc.co.jp (Postfix) with ESMTP id B56B850E82; Mon, 28 Aug 2006 23:38:47 +0900 (JST) Date: Mon, 28 Aug 2006 23:38:47 +0900 Message-ID: <7m3bbhx6vc.wl%kuriyama@imgsrc.co.jp> From: Jun Kuriyama To: Current User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.6 Emacs/21.3 (i386--freebsd) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Virus-Scanned: by amavisd 0.1 Cc: Jun Kuriyama Subject: INVARIANTS in sys/sys/sx.h X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Aug 2006 14:38:52 -0000 I found this when I compiled my kernel with INVARIANTS without INVARIANT_SUPPORT. In src/sys/sys/sx.h, _sx_assert() is defined in INVARIANT_SUPPORT, > #ifdef INVARIANT_SUPPORT > void _sx_assert(struct sx *sx, int what, const char *file, int line); > #endif but sx_assert() uses this function in INVARIANTS option. > #ifdef INVARIANTS > #define sx_assert(sx, what) _sx_assert((sx), (what), LOCK_FILE, LOCK_LINE) > #else > #define sx_assert(sx, what) > #endif Is this consistent? -- Jun Kuriyama // IMG SRC, Inc. // FreeBSD Project From owner-freebsd-current@FreeBSD.ORG Mon Aug 28 14:44:01 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 035FB16A4DE for ; Mon, 28 Aug 2006 14:44:01 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from pne-smtpout2-sn2.hy.skanova.net (pne-smtpout2-sn2.hy.skanova.net [81.228.8.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 89D9443D68 for ; Mon, 28 Aug 2006 14:44:00 +0000 (GMT) (envelope-from erikt@midgard.homeip.net) Received: from falcon.midgard.homeip.net (83.253.29.241) by pne-smtpout2-sn2.hy.skanova.net (7.2.075) id 44F2F2F7000050D8 for freebsd-current@FreeBSD.org; Mon, 28 Aug 2006 16:43:59 +0200 Received: (qmail 6605 invoked from network); 28 Aug 2006 16:43:58 +0200 Received: from owl.midgard.homeip.net (10.1.5.7) by falcon.midgard.homeip.net with SMTP; 28 Aug 2006 16:43:58 +0200 Received: (qmail 46121 invoked by uid 1001); 28 Aug 2006 16:43:58 +0200 Date: Mon, 28 Aug 2006 16:43:58 +0200 From: Erik Trulsson To: Jun Kuriyama Message-ID: <20060828144358.GA46108@owl.midgard.homeip.net> Mail-Followup-To: Jun Kuriyama , Current References: <7m3bbhx6vc.wl%kuriyama@imgsrc.co.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <7m3bbhx6vc.wl%kuriyama@imgsrc.co.jp> User-Agent: Mutt/1.5.11 Cc: Current Subject: Re: INVARIANTS in sys/sys/sx.h X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Aug 2006 14:44:01 -0000 On Mon, Aug 28, 2006 at 11:38:47PM +0900, Jun Kuriyama wrote: > > I found this when I compiled my kernel with INVARIANTS without > INVARIANT_SUPPORT. It says in /usr/src/syc/conf/NOTES that INVARIANT_SUPPORT is a prerequisite for INVARIANTS. I.e. having a kernel with INVARIANTS without INVARIANT_SUPPORT is not expected to work. > > In src/sys/sys/sx.h, _sx_assert() is defined in INVARIANT_SUPPORT, > > > #ifdef INVARIANT_SUPPORT > > void _sx_assert(struct sx *sx, int what, const char *file, int line); > > #endif > > but sx_assert() uses this function in INVARIANTS option. > > > #ifdef INVARIANTS > > #define sx_assert(sx, what) _sx_assert((sx), (what), LOCK_FILE, LOCK_LINE) > > #else > > #define sx_assert(sx, what) > > #endif > > Is this consistent? > -- Erik Trulsson ertr1013@student.uu.se From owner-freebsd-current@FreeBSD.ORG Mon Aug 28 14:47:05 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B641616A4DA for ; Mon, 28 Aug 2006 14:47:05 +0000 (UTC) (envelope-from dandee@hellteam.net) Received: from pipa.vshosting.cz (pipa.vshosting.cz [81.0.201.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id B49A043D6B for ; Mon, 28 Aug 2006 14:47:04 +0000 (GMT) (envelope-from dandee@hellteam.net) Received: from localhost (localhost [127.0.0.1]) by pipa.vshosting.cz (Postfix) with ESMTP id 933074E70D for ; Mon, 28 Aug 2006 16:47:06 +0200 (CEST) Received: from pipa.vshosting.cz ([127.0.0.1]) by localhost (pipa [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 04048-04 for ; Mon, 28 Aug 2006 16:47:06 +0200 (CEST) Received: from gandalf (unknown [81.0.245.205]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by pipa.vshosting.cz (Postfix) with ESMTP id 512704E705 for ; Mon, 28 Aug 2006 16:47:06 +0200 (CEST) From: =?iso-8859-2?Q?Daniel_Dvo=F8=E1k?= To: Date: Mon, 28 Aug 2006 16:47:00 +0200 Message-ID: <005801c6cab0$d2c8aee0$6508280a@tocnet28.jspoj.czf> MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 Thread-Index: AcbKsMxSdZ3pQE0QSOWlTsMDb568Sw== X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at profix.cz Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: athstats and flush stats X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dandee@volny.cz List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Aug 2006 14:47:05 -0000 Hello Sam and all, could you tell me how to reset or flush the stats ? I use athstats on ahdemo links to watch OFDM timing errors as you have told me last time, but it seems it is cumulative stats and iface down and up, it does not help. How-to fulsh except for reboot the computer ? Thank you From owner-freebsd-current@FreeBSD.ORG Mon Aug 28 14:47:13 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 24D6216A504 for ; Mon, 28 Aug 2006 14:47:13 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 50B2643D6D for ; Mon, 28 Aug 2006 14:47:08 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from nadesico.ninth-nine.com (nadesico.ninth-nine.com [219.127.74.122]) by sakura.ninth-nine.com (8.13.6/8.13.6/NinthNine) with ESMTP id k7SEl2lk035390 for ; Mon, 28 Aug 2006 23:47:03 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Mon, 28 Aug 2006 23:47:02 +0900 From: Norikatsu Shigemura To: freebsd-current@FreeBSD.org Message-Id: <20060828234702.8187fce0.nork@FreeBSD.org> X-Mailer: Sylpheed version 2.2.7 (GTK+ 2.8.20; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (sakura.ninth-nine.com [219.127.74.121]); Mon, 28 Aug 2006 23:47:03 +0900 (JST) Cc: Subject: radeon(4)+apic(4) on SMP environment causes panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Aug 2006 14:47:13 -0000 When X run and is initializing with radeon.ko kldload-ed, I always contact a panic. I think that apic(4) and radeon(4) have any problems. I don't why panic, so I'll report it. [environment] 7-current FreeBSD nadesico.ninth-nine.com 7.0-CURRENT FreeBSD 7.0-CURRENT #2: Mon Aug 28 23:10:32 JST 2006 nork@nadesico.ninth-nine.com:/usr/obj/usr/src/sys/NADESICO i386 Intel PentiumIII-S 1.13GHz Dual Socket (SMP) ATi Radeon 9600 VIA Apollo Pro266T (Supermicro P3DDE) [check pattern] 1. hint.apic.0.disabled=1 doesn't panic - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - drm0: on vgapci0 info: [drm] AGP at 0xf0000000 64MB info: [drm] Initialized radeon 1.24.0 20060225 info: [drm] Setting GART location based on old memory map info: [drm] Loading R300 Microcode info: [drm] writeback test succeeded in 1 usecs FreeBSD/i386 (nadesico.ninth-nine.com) (dcons) login: - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 2. kern.smp.active=0 panic in drm(4) initilizing before Setting GART location - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - drm0: on vgapci0 info: [drm] AGP at 0xf0000000 64MB info: [drm] Initialized radeon 1.24.0 20060225 Fatal trap 30: reserved (unknown) fault while in kernel mode cpuid = 1; apic id = 01 instruction pointer = 0x20:0xc0624ba7 stack pointer = 0x28:0xe1f11cc4 frame pointer = 0x28:0xe1f11cc8 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, IOPL = 0 current process = 10 (idle: cpu1) [thread pid 10 tid 100006 ] Stopped at spinlock_exit+0x27: popl %ebx db> bt Tracing pid 10 tid 100006 td 0xc5466510 spinlock_exit(1,0,0,0,0,...) at spinlock_exit+0x27 idle_proc(0,e1f11d38,ffffffff,ffffffff,ffffffff,...) at idle_proc+0x170 fork_exit(c0475570,0,e1f11d38) at fork_exit+0x81 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe1f11d6c, ebp = 0 --- db> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 3. kldunload radeon.ko and X run doesn't panic (same as 1) From owner-freebsd-current@FreeBSD.ORG Mon Aug 28 15:31:14 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C13E16A4DD for ; Mon, 28 Aug 2006 15:31:14 +0000 (UTC) (envelope-from nork@FreeBSD.org) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D35443D49 for ; Mon, 28 Aug 2006 15:31:06 +0000 (GMT) (envelope-from nork@FreeBSD.org) Received: from nadesico.ninth-nine.com (nadesico.ninth-nine.com [219.127.74.122]) by sakura.ninth-nine.com (8.13.6/8.13.6/NinthNine) with ESMTP id k7SFUoFZ036450; Tue, 29 Aug 2006 00:30:55 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Tue, 29 Aug 2006 00:30:50 +0900 From: Norikatsu Shigemura To: Alexander Kabaev Message-Id: <20060829003050.f71f2d43.nork@FreeBSD.org> In-Reply-To: <20060827191445.3612ba84@kan.dnsalias.net> References: <20060826212120.GA66604@freefall.freebsd.org> <20060826223608.GA5436@hub.freebsd.org> <20060828075703.d1c81021.nork@FreeBSD.org> <20060827191445.3612ba84@kan.dnsalias.net> X-Mailer: Sylpheed version 2.2.7 (GTK+ 2.8.20; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (sakura.ninth-nine.com [219.127.74.121]); Tue, 29 Aug 2006 00:30:56 +0900 (JST) Cc: current@FreeBSD.org Subject: Re: HEADS UP: GCC 3.4.6 update complete X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Aug 2006 15:31:14 -0000 On Sun, 27 Aug 2006 19:14:45 -0400 Alexander Kabaev wrote: > From /usr/src/gnu/usr.bin/cc/cc1plus/../../../../contrib/gcc/cp/CVS/Entries: > /decl.c/1.20/Sun Aug 27 01:02:46 2006// > From decl.c:9008 > bool > grok_op_properties (tree decl, bool complain) > From cvs diff -r1.19 -r1.20 contrib/gcc/cp/decl.c: > bool > -grok_op_properties (tree decl, int friendp, bool complain) > +grok_op_properties (tree decl, bool complain) > { > Your src tree is out of whack. Update and try again. Change your cvsup > server if that will not be enough. All japanese cvsup mirror sites had same problem:-). (decl.c,v was broken) kuriyama@ fixed this problem. And I confirmed OK:-). Thank you! From owner-freebsd-current@FreeBSD.ORG Mon Aug 28 16:06:51 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5981E16A4DF for ; Mon, 28 Aug 2006 16:06:51 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5015A43D45 for ; Mon, 28 Aug 2006 16:06:49 +0000 (GMT) (envelope-from uspoerlein@gmail.com) Received: by wr-out-0506.google.com with SMTP id i21so295810wra for ; Mon, 28 Aug 2006 09:06:49 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:subject:message-id:mail-followup-to:references:mime-version:content-type:content-disposition:in-reply-to; b=OuNhWj8sz7HYiDx640VYcTWrQePSJSoo33H+PuFoMkFejaQSE0ST2TdDydMK2TnkWavsXfWtodqDLirw6P/zL1jH9OE8q3ZLi02N0QfRi452NyI8wjAU5AP+z++1wSa6U1E3IBx/sTpKRmRwx6jB4zgv62bVZW53hXaAJlcLzgo= Received: by 10.65.81.19 with SMTP id i19mr7077058qbl; Mon, 28 Aug 2006 09:06:47 -0700 (PDT) Received: from roadrunner.q.local ( [217.185.114.73]) by mx.gmail.com with ESMTP id f17sm4401726qba.2006.08.28.09.06.45; Mon, 28 Aug 2006 09:06:47 -0700 (PDT) Received: from roadrunner.q.local (localhost [127.0.0.1]) by roadrunner.q.local (8.13.6/8.13.6) with ESMTP id k7SG6MYW015288; Mon, 28 Aug 2006 18:06:25 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Received: (from q@localhost) by roadrunner.q.local (8.13.6/8.13.6/Submit) id k7SFktX6006254; Mon, 28 Aug 2006 17:46:55 +0200 (CEST) (envelope-from uspoerlein@gmail.com) Date: Mon, 28 Aug 2006 17:46:55 +0200 From: Ulrich Spoerlein To: Jun Kuriyama , Current Message-ID: <20060828154655.GH1082@roadrunner.aventurien.local> Mail-Followup-To: Jun Kuriyama , Current References: <7m3bbhx6vc.wl%kuriyama@imgsrc.co.jp> <20060828144358.GA46108@owl.midgard.homeip.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060828144358.GA46108@owl.midgard.homeip.net> Cc: Subject: Re: INVARIANTS in sys/sys/sx.h X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Aug 2006 16:06:51 -0000 Erik Trulsson wrote: > On Mon, Aug 28, 2006 at 11:38:47PM +0900, Jun Kuriyama wrote: > > > > I found this when I compiled my kernel with INVARIANTS without > > INVARIANT_SUPPORT. > > It says in /usr/src/syc/conf/NOTES that INVARIANT_SUPPORT is a prerequisite > for INVARIANTS. I.e. having a kernel with INVARIANTS without > INVARIANT_SUPPORT is not expected to work. I once was bitten by this, since I forgot this in my kernel conf and wondered about build breakage in the ata subsystem. I read the part about kernel+module debugging in NOTES, but I truly wonder: is this used regularly by developers? There are only 7 files under /src that do "ifdef INVARIANT_SUPPORT", couldn't we just merge the too? List of affected files under /src: ./kern/kern_mutex.c:#ifdef INVARIANT_SUPPORT ./kern/kern_sx.c:#ifdef INVARIANT_SUPPORT ./kern/kern_sx.c:#endif /* INVARIANT_SUPPORT */ ./kern/subr_witness.c:#ifdef INVARIANT_SUPPORT ./kern/subr_witness.c:#endif /* INVARIANT_SUPPORT */ ./sys/filedesc.h:#ifdef INVARIANT_SUPPORT ./sys/lock.h:#if defined(KLD_MODULE) || defined(WITNESS) || defined(INVARIANTS) || defined(INVARIANT_SUPPORT) || defined(KTR) || defined(MUTEX_PROFILING) ./sys/mutex.h:#if defined(INVARIANTS) || defined(INVARIANT_SUPPORT) ./sys/mutex.h: * The constants need to be defined for INVARIANT_SUPPORT infrastructure ./sys/mutex.h:#if defined(INVARIANTS) || defined(INVARIANT_SUPPORT) ./sys/sx.h:#ifdef INVARIANT_SUPPORT ./sys/sx.h:#if defined(INVARIANTS) || defined(INVARIANT_SUPPORT) As you can see, lock.h and mutex.h work with both names and sx.h only has one out of two places, where it actually matters. Ulrich Spoerlein PS: The color of this bikeshed is blue. This is not negotiable! -- A: Yes. >Q: Are you sure? > >A: Because it reverses the logical flow of conversation. > >>Q: Why is top posting frowned upon? From owner-freebsd-current@FreeBSD.ORG Mon Aug 28 16:55:45 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 28C7B16A4E0 for ; Mon, 28 Aug 2006 16:55:45 +0000 (UTC) (envelope-from pho@holm.cc) Received: from relay01.pair.com (relay01.pair.com [209.68.5.15]) by mx1.FreeBSD.org (Postfix) with SMTP id 734F143D55 for ; Mon, 28 Aug 2006 16:55:44 +0000 (GMT) (envelope-from pho@holm.cc) Received: (qmail 56002 invoked from network); 28 Aug 2006 16:55:42 -0000 Received: from unknown (HELO peter.osted.lan) (unknown) by unknown with SMTP; 28 Aug 2006 16:55:42 -0000 X-pair-Authenticated: 80.165.155.106 Received: from peter.osted.lan (localhost.osted.lan [127.0.0.1]) by peter.osted.lan (8.13.6/8.13.6) with ESMTP id k7SGtgmB078117 for ; Mon, 28 Aug 2006 18:55:42 +0200 (CEST) (envelope-from pho@peter.osted.lan) Received: (from pho@localhost) by peter.osted.lan (8.13.6/8.13.6/Submit) id k7SGtgbS078116 for current@freebsd.org; Mon, 28 Aug 2006 18:55:42 +0200 (CEST) (envelope-from pho) Date: Mon, 28 Aug 2006 18:55:42 +0200 From: Peter Holm To: current@freebsd.org Message-ID: <20060828165542.GA78024@peter.osted.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: zonelimit livelock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Aug 2006 16:55:45 -0000 While stress testing GENERIC HEAD from Aug 26 13:08 UTC I ran into this livelock: http://people.freebsd.org/~pho/stress/log/cons206.html -- Peter Holm From owner-freebsd-current@FreeBSD.ORG Mon Aug 28 17:04:41 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9051916A4DE for ; Mon, 28 Aug 2006 17:04:41 +0000 (UTC) (envelope-from markus@trippelsdorf.de) Received: from blue-ld-125.synserver.de (smtp-out-43.synserver.de [217.119.50.43]) by mx1.FreeBSD.org (Postfix) with SMTP id 47E5343D80 for ; Mon, 28 Aug 2006 17:04:22 +0000 (GMT) (envelope-from markus@trippelsdorf.de) Received: (qmail 19713 invoked by uid 0); 28 Aug 2006 17:04:07 -0000 X-SynServer-RemoteDnsName: port-212-202-34-169.dynamic.qsc.de X-SynServer-AuthUser: markus@trippelsdorf.de Received: from port-212-202-34-169.dynamic.qsc.de (HELO bsd.trippelsdorf.de) (212.202.34.169) by mx-10.synserver.de with SMTP; 28 Aug 2006 17:04:06 -0000 Date: Mon, 28 Aug 2006 19:04:05 +0200 From: Markus Trippelsdorf To: Norikatsu Shigemura Message-ID: <20060828170244.GA747@bsd.trippelsdorf.de> References: <20060828234702.8187fce0.nork@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060828234702.8187fce0.nork@FreeBSD.org> Cc: freebsd-current@FreeBSD.org Subject: Re: radeon(4)+apic(4) on SMP environment causes panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Aug 2006 17:04:41 -0000 On Mon, Aug 28, 2006 at 11:47:02PM +0900, Norikatsu Shigemura wrote: > When X run and is initializing with radeon.ko kldload-ed, > I always contact a panic. I think that apic(4) and radeon(4) > have any problems. I don't why panic, so I'll report it. Yes, the same thing happens here on my amd64 smp system (Radeon 7500). An easy fix is to comment out "Load "dri"" in your xorg.conf. But it would be nice to find a proper solution. -- Markus From owner-freebsd-current@FreeBSD.ORG Mon Aug 28 17:40:25 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 32A6E16A4DF; Mon, 28 Aug 2006 17:40:25 +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 0102543D80; Mon, 28 Aug 2006 17:40:23 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.8/8.13.6) with ESMTP id k7SHeM0P021018; Mon, 28 Aug 2006 13:40:22 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.6/8.13.6) with ESMTP id k7SHeMuu066355; Mon, 28 Aug 2006 13:40:22 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 9BDE67302F; Mon, 28 Aug 2006 13:40:22 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060828174022.9BDE67302F@freebsd-current.sentex.ca> Date: Mon, 28 Aug 2006 13:40:22 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Aug 2006 17:40:25 -0000 TB --- 2006-08-28 16:03:24 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-08-28 16:03:24 - starting HEAD tinderbox run for amd64/amd64 TB --- 2006-08-28 16:03:24 - cleaning the object tree TB --- 2006-08-28 16:03:51 - checking out the source tree TB --- 2006-08-28 16:03:51 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2006-08-28 16:03:51 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-08-28 16:10:49 - building world (CFLAGS=-O2 -pipe) TB --- 2006-08-28 16:10:49 - cd /src TB --- 2006-08-28 16: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 >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries [...] /src/lib/libbsm/../../contrib/openbsm/libbsm/bsm_token.c:1059: error: conflicting types for 'au_to_exec_args' /obj/amd64/src/lib32/usr/include/bsm/audit_record.h:322: error: previous declaration of 'au_to_exec_args' was here /src/lib/libbsm/../../contrib/openbsm/libbsm/bsm_token.c:1059: error: conflicting types for 'au_to_exec_args' /obj/amd64/src/lib32/usr/include/bsm/audit_record.h:322: error: previous declaration of 'au_to_exec_args' was here /src/lib/libbsm/../../contrib/openbsm/libbsm/bsm_token.c:1100: error: conflicting types for 'au_to_exec_env' /obj/amd64/src/lib32/usr/include/bsm/audit_record.h:323: error: previous declaration of 'au_to_exec_env' was here /src/lib/libbsm/../../contrib/openbsm/libbsm/bsm_token.c:1100: error: conflicting types for 'au_to_exec_env' /obj/amd64/src/lib32/usr/include/bsm/audit_record.h:323: error: previous declaration of 'au_to_exec_env' was here *** Error code 1 Stop in /src/lib/libbsm. *** Error code 1 Stop in /src/lib. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-08-28 17:40:22 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-08-28 17:40:22 - ERROR: failed to build world TB --- 2006-08-28 17:40:22 - tinderbox aborted TB --- 0.90 user 4.65 system 5817.62 real From owner-freebsd-current@FreeBSD.ORG Mon Aug 28 18:15:02 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1B9CA16A4E2 for ; Mon, 28 Aug 2006 18:15:02 +0000 (UTC) (envelope-from mattjreimer@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id B25D043D5D for ; Mon, 28 Aug 2006 18:14:56 +0000 (GMT) (envelope-from mattjreimer@gmail.com) Received: by wr-out-0506.google.com with SMTP id 68so433175wri for ; Mon, 28 Aug 2006 11:14:55 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=rz0jSjN2GPo1j9KaGraLj746b0u9IKThZJsEcA0VcuJJEZTrKAj1AO4y1sOgpRhQ+Oi+mLTHensP56iH/fYTmWPqQmD+9lveQO+nzW7SEcrCT7/6fHYpNliMY6ZbGhaMDrtugDnk+aYOA2S18sVheLqb9/z2CLIKgMuOzLsOTk8= Received: by 10.90.120.13 with SMTP id s13mr1187516agc; Mon, 28 Aug 2006 11:13:23 -0700 (PDT) Received: by 10.90.25.19 with HTTP; Mon, 28 Aug 2006 11:13:23 -0700 (PDT) Message-ID: Date: Mon, 28 Aug 2006 11:13:23 -0700 From: "Matt Reimer" To: "Peter Holm" In-Reply-To: <20060828165542.GA78024@peter.osted.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20060828165542.GA78024@peter.osted.lan> Cc: current@freebsd.org Subject: Re: zonelimit livelock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Aug 2006 18:15:02 -0000 On 8/28/06, Peter Holm wrote: > While stress testing GENERIC HEAD from Aug 26 13:08 UTC I ran into > this livelock: > > http://people.freebsd.org/~pho/stress/log/cons206.html > -- > Peter Holm FWIW, I'm seeing the same thing on RELENG_6 by running ab (apachebench) against localhost with nmbclusters set low (1024). kern.ipc.nmbclusters=1024 debug.mpsafenet=0 ab -k -c 450 -n 10000 http://localhost/ netstat -m | grep mbuf 77789/236/78025 mbufs in use (current/cache/total) 1024/0/1024/1024 mbuf clusters in use (current/cache/total/max) 502/0 mbuf+clusters out of packet secondary zone in use (current/cache) vmstat -z | grep mbuf SIZE LIMIT USED FREE REQUESTS mbuf_packet: 256, 0, 502, 0, 24996 mbuf: 256, 0, 77287, 236, 416351 mbuf_cluster: 2048, 1024, 1024, 0, 11124 Matt From owner-freebsd-current@FreeBSD.ORG Mon Aug 28 19:53:17 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 26D1E16A4DD for ; Mon, 28 Aug 2006 19:53:17 +0000 (UTC) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (relay0.rambler.ru [81.19.66.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B24E43D46 for ; Mon, 28 Aug 2006 19:53:16 +0000 (GMT) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (localhost [127.0.0.1]) by relay0.rambler.ru (Postfix) with ESMTP id 85F5F5E94; Mon, 28 Aug 2006 23:53:15 +0400 (MSD) Received: from edoofus.park.rambler.ru (unknown [81.19.65.108]) by relay0.rambler.ru (Postfix) with ESMTP id 646495F16; Mon, 28 Aug 2006 23:53:15 +0400 (MSD) Received: (from ru@localhost) by edoofus.park.rambler.ru (8.13.6/8.13.6) id k7SJraIx096143; Mon, 28 Aug 2006 23:53:36 +0400 (MSD) (envelope-from ru) Date: Mon, 28 Aug 2006 23:53:36 +0400 From: Ruslan Ermilov To: Jun Kuriyama Message-ID: <20060828195336.GD95772@rambler-co.ru> References: <7m3bbhx6vc.wl%kuriyama@imgsrc.co.jp> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lCAWRPmW1mITcIfM" Content-Disposition: inline In-Reply-To: <7m3bbhx6vc.wl%kuriyama@imgsrc.co.jp> User-Agent: Mutt/1.5.12-2006-07-14 X-Virus-Scanned: No virus found Cc: Current Subject: Re: INVARIANTS in sys/sys/sx.h X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Aug 2006 19:53:17 -0000 --lCAWRPmW1mITcIfM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 28, 2006 at 11:38:47PM +0900, Jun Kuriyama wrote: >=20 > I found this when I compiled my kernel with INVARIANTS without > INVARIANT_SUPPORT. >=20 > In src/sys/sys/sx.h, _sx_assert() is defined in INVARIANT_SUPPORT, >=20 > > #ifdef INVARIANT_SUPPORT > > void _sx_assert(struct sx *sx, int what, const char *file, int line); > > #endif >=20 > but sx_assert() uses this function in INVARIANTS option. >=20 > > #ifdef INVARIANTS > > #define sx_assert(sx, what) _sx_assert((sx), (what), LOCK_FILE, LOCK_LI= NE) > > #else > > #define sx_assert(sx, what) > > #endif >=20 > Is this consistent? >=20 Well, yes. The idea is that you can compile your entire kernel with INVARIANT_SUPPORT and only certain files with INVARIANTS. I believe this info is in the NOTES files... yes it is: : # : # The INVARIANT_SUPPORT option makes us compile in support for : # verifying some of the internal structures. It is a prerequisite for : # 'INVARIANTS', as enabling 'INVARIANTS' will make these functions be : # called. The intent is that you can set 'INVARIANTS' for single : # source files (by changing the source file or specifying it on the : # command line) if you have 'INVARIANT_SUPPORT' enabled. Also, if you : # wish to build a kernel module with 'INVARIANTS', then adding : # 'INVARIANT_SUPPORT' to your kernel will provide all the necessary : # infrastructure without the added overhead. : # : options INVARIANT_SUPPORT Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --lCAWRPmW1mITcIfM Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE80nAqRfpzJluFF4RAi9FAJ9l5VBDNvE2OFbmALWbpN/1H3xVxACfRbl6 ZrBRVv0xWvDYiXAV+r5K0pg= =6t+v -----END PGP SIGNATURE----- --lCAWRPmW1mITcIfM-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 29 01:18:37 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 766E316A4DE for ; Tue, 29 Aug 2006 01:18:37 +0000 (UTC) (envelope-from avatar@mmlab.cse.yzu.edu.tw) Received: from www.mmlab.cse.yzu.edu.tw (www.mmlab.cse.yzu.edu.tw [140.138.150.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F44F43D70 for ; Tue, 29 Aug 2006 01:18:36 +0000 (GMT) (envelope-from avatar@mmlab.cse.yzu.edu.tw) Received: by www.mmlab.cse.yzu.edu.tw (qmail, from userid 1000) id 211398C9C8B; Tue, 29 Aug 2006 09:18:36 +0800 (CST) Received: from localhost (localhost [127.0.0.1]) by www.mmlab.cse.yzu.edu.tw (qmail) with ESMTP id 1CDA58C9C80; Tue, 29 Aug 2006 09:18:36 +0800 (CST) Date: Tue, 29 Aug 2006 09:18:35 +0800 (CST) From: Tai-hwa Liang To: dandee@volny.cz In-Reply-To: <005801c6cab0$d2c8aee0$6508280a@tocnet28.jspoj.czf> Message-ID: <0608290853353.9946@www.mmlab.cse.yzu.edu.tw> References: <005801c6cab0$d2c8aee0$6508280a@tocnet28.jspoj.czf> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1899152114-1156814315=:9946" Cc: current@freebsd.org Subject: Re: athstats and flush stats X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Aug 2006 01:18:37 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --0-1899152114-1156814315=:9946 Content-Type: TEXT/PLAIN; charset=iso-8859-2; format=flowed Content-Transfer-Encoding: 8BIT On Mon, 28 Aug 2006, Daniel Dvoøák wrote: > Hello Sam and all, > > could you tell me how to reset or flush the stats ? Though not yet implemented, I'm not sure if SIOCSATHSTATS is the right answer to this question. > I use athstats on ahdemo links to watch OFDM timing errors as you have told > me last time, but it seems it is cumulative stats and iface down and up, it > does not help. > > How-to fulsh except for reboot the computer ? If you were building if_ath as a kernel module, "kldunload if_ath" will "reset" all the statistic information. -- Cheers, Tai-hwa Liang --0-1899152114-1156814315=:9946-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 29 07:34:00 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C80316A4DA for ; Tue, 29 Aug 2006 07:34:00 +0000 (UTC) (envelope-from if@hetzner.co.za) Received: from hetzner.co.za (office.cpt2.your-server.co.za [196.7.147.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0027143D46 for ; Tue, 29 Aug 2006 07:33:59 +0000 (GMT) (envelope-from if@hetzner.co.za) Received: from localhost ([127.0.0.1] helo=ian.hetzner.africa) by hetzner.co.za with esmtp (Exim 4.62 (FreeBSD)) (envelope-from ) id 1GHy6f-0002Nr-6c for freebsd-current@freebsd.org; Tue, 29 Aug 2006 09:33:57 +0200 To: freebsd-current@freebsd.org From: Ian FREISLICH X-Attribution: BOFH Date: Tue, 29 Aug 2006 09:33:57 +0200 Message-Id: Subject: Panic (in firewall while doing lots of ifconfigs) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Aug 2006 07:34:00 -0000 Hi I got this panic while ifconfiging a few vlan interfaces with carp interfaces on top of them. I think it's related to interface addresses disappearing or reappearing while doing a match on "me" in the firewall: Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 06 fault virtual address = 0xbd fault code = supervisor read, page not present instruction pointer = 0x20:0xc0584e47 stack pointer = 0x28:0xe2b558f0 frame pointer = 0x28:0xe2b559f4 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 = 35 (idlepoll) trap number = 12 panic: page fault cpuid = 1 KDB: stack backtrace: kdb_backtrace(c0686796,1,c0667484,e2b557c0,5,...) at kdb_backtrace+0x2f panic(c0667484,c06876a1,c41a7608,1,1,...) at panic+0x129 trap_fatal(e2b558b0,bd,1,0,e2b55818,...) at trap_fatal+0x332 trap_pfault(e2b558b0,0,bd,6,bd,...) at trap_pfault+0x232 trap(e2b50008,c04c0028,c06a0028,1,e2b55990,...) at trap+0x3cb calltrap() at calltrap+0x5 --- trap 0xc, eip = 0xc0584e47, esp = 0xe2b558f0, ebp = 0xe2b559f4 --- ipfw_chk(e2b55a0c,1,1,0,c492ce00,...) at ipfw_chk+0xfc8 ipfw_check_in(0,e2b55b10,c4379800,1,0,...) at ipfw_check_in+0xcd pfil_run_hooks(c06cc5e0,e2b55b7c,c4379800,1,0,...) at pfil_run_hooks+0x81 ip_fastforward(c492ce00,e,0,ed240257,0,...) at ip_fastforward+0x305 ether_demux(c4379800,c492ce00,0,c9a81000,0,c492ce00) at ether_demux+0x26f ether_input(c4379800,c492ce00,e,c9a80802,0,...) at ether_input+0x239 vlan_input(c4123c00,c492ce00,e2b55c3c,c0468ef2,0,...) at vlan_input+0x1a7 ether_demux(c4123c00,c492ce00,1,2,c4050001,c40cd800) at ether_demux+0x1f4 ether_input(c4123c00,c492ce00,c492ce00,e2b55c68,c04f1e4e,...) at ether_input+0x239 em_rxeof(c40cd800,3e7,c41a7468,e2b55ccc,c04df2ed,...) at em_rxeof+0x45c em_poll(c4123c00,0,3e8,c4050870,e2b55ccc,...) at em_poll+0x13b ether_poll(3e8,0,0,0,0,...) at ether_poll+0xda poll_idle(0,e2b55d38,0,0,0,...) at poll_idle+0xea fork_exit(c04cc9a9,0,e2b55d38) at fork_exit+0x83 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe2b55d6c, ebp = 0 --- Uptime: 19h5m9s Physical memory: 2043 MB Dumping 177 MB: 162 146 130 114 98 82 66 50 34 18 2 #0 doadump () at pcpu.h:166 166 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) bt #0 doadump () at pcpu.h:166 #1 0xc04d5ff4 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc04d63d3 in panic (fmt=0xc0667484 "%s") at /usr/src/sys/kern/kern_shutdown.c:565 #3 0xc0641dcf in trap_fatal (frame=0xe2b558b0, eva=189) at /usr/src/sys/i386/i386/trap.c:867 #4 0xc0641a79 in trap_pfault (frame=0xe2b558b0, usermode=0, eva=189) at /usr/src/sys/i386/i386/trap.c:776 #5 0xc06415eb in trap (frame= {tf_fs = -491454456, tf_es = -1068761048, tf_ds = -1066794968, tf_edi = 1, tf_esi = -491431536, tf_ebp = -491431436, tf_isp = -491431716, tf_ebx = -996038748, tf_edx = -932950458, tf_ecx = -1, tf_eax = 1, tf_trapno = 12, tf_err = 0, tf_eip = -1067954617, tf_cs = 32, tf_eflags = 66050, tf_esp = -1002989568, tf_ss = -1000588380}) at /usr/src/sys/i386/i386/trap.c:461 #6 0xc0629e1a in calltrap () at /usr/src/sys/i386/i386/exception.s:138 #7 0xc0584e47 in ipfw_chk (args=0xe2b55a0c) at /usr/src/sys/netinet/ip_fw2.c:2593 #8 0xc0587815 in ipfw_check_in (arg=0x0, m0=0xe2b55b10, ifp=0xc4379800, dir=1, inp=0x0) at /usr/src/sys/netinet/ip_fw_pfil.c:128 #9 0xc056a871 in pfil_run_hooks (ph=0xc06cc5e0, mp=0xe2b55b7c, ifp=0xc4379800, dir=1, inp=0x0) at /usr/src/sys/net/pfil.c:78 #10 0xc0581000 in ip_fastforward (m=0xc492ce00) at /usr/src/sys/netinet/ip_fastfwd.c:351 #11 0xc05672fb in ether_demux (ifp=0xc4379800, m=0xc492ce00) at /usr/src/sys/net/if_ethersubr.c:745 #12 0xc0567085 in ether_input (ifp=0xc4379800, m=0xc492ce00) at /usr/src/sys/net/if_ethersubr.c:596 #13 0xc05694c7 in vlan_input (ifp=0xc4123c00, m=0xc492ce00) at /usr/src/sys/net/if_vlan.c:999 #14 0xc0567280 in ether_demux (ifp=0xc4123c00, m=0xc492ce00) at /usr/src/sys/net/if_ethersubr.c:722 #15 0xc0567085 in ether_input (ifp=0xc4123c00, m=0xc492ce00) at /usr/src/sys/net/if_ethersubr.c:596 #16 0xc0469af5 in em_rxeof (adapter=0xc40cd800, count=999) at /usr/src/sys/dev/em/if_em.c:3279 #17 0xc0465cce in em_poll (ifp=0xc4123c00, cmd=POLL_ONLY, count=1) at /usr/src/sys/dev/em/if_em.c:1141 #18 0xc04cc001 in ether_poll (count=1000) at /usr/src/sys/kern/kern_poll.c:339 #19 0xc04cca93 in poll_idle () at /usr/src/sys/kern/kern_poll.c:590 #20 0xc04b9640 in fork_exit (callout=0xc04cc9a9 , arg=0x1, frame=0x1) at /usr/src/sys/kern/kern_fork.c:818 #21 0xc0629e7c in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:199 (kgdb) frame 7 #7 0xc0584e47 in ipfw_chk (args=0xe2b55a0c) at /usr/src/sys/netinet/ip_fw2.c:2593 2593 INADDR_TO_IFP(src_ip, tif); (kgdb) l 2588 2589 case O_IP_SRC_ME: 2590 if (is_ipv4) { 2591 struct ifnet *tif; 2592 2593 INADDR_TO_IFP(src_ip, tif); 2594 match = (tif != NULL); 2595 } 2596 break; 2597 (kgdb) print src_ip $1 = {s_addr = 3362016838} (kgdb) print tif $2 = (struct ifnet *) 0x1 -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Tue Aug 29 09:00:12 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 180F416A4DE for ; Tue, 29 Aug 2006 09:00:11 +0000 (UTC) (envelope-from dmitry@atlantis.dp.ua) Received: from postman.atlantis.dp.ua (postman.atlantis.dp.ua [193.108.47.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 334E043D72 for ; Tue, 29 Aug 2006 09:00:10 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from atlantis.dp.ua (localhost [127.0.0.1]) by postman.atlantis.dp.ua (8.13.1/8.13.1) with ESMTP id k7T90487087491; Tue, 29 Aug 2006 12:00:07 +0300 (EEST) (envelope-from dmitry@atlantis.dp.ua) Received: from localhost (dmitry@localhost) by atlantis.dp.ua (8.13.1/8.13.1/Submit) with ESMTP id k7T903Q3087464; Tue, 29 Aug 2006 12:00:03 +0300 (EEST) (envelope-from dmitry@atlantis.dp.ua) Date: Tue, 29 Aug 2006 12:00:03 +0300 (EEST) From: Dmitry Pryanishnikov To: Ian FREISLICH In-Reply-To: Message-ID: <20060829114401.O63269@atlantis.atlantis.dp.ua> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: Panic (in firewall while doing lots of ifconfigs) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Aug 2006 09:00:12 -0000 Hello! On Tue, 29 Aug 2006, Ian FREISLICH wrote: > 2589 case O_IP_SRC_ME: > 2590 if (is_ipv4) { > 2591 struct ifnet *tif; > 2592 > 2593 INADDR_TO_IFP(src_ip, tif); > 2594 match = (tif != NULL); > 2595 } Looks like a lack of the proper locking against IP address addition/removal. These (O_IP_SRC_ME/O_IP_DST_ME), as well as matching of interface by IP address in the iface_match(): /* XXX lock? */ TAILQ_FOREACH(ia, &ifp->if_addrhead, ifa_link) { if (ia->ifa_addr == NULL) continue; are worrying for these races exist since version 1.1 of the ip_fw2.c for more than 4 years! Alas I'm not an expert in kernel locking, that's why I don't know how to correctly lock these places. Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE From owner-freebsd-current@FreeBSD.ORG Tue Aug 29 09:21:12 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3877716A4DA for ; Tue, 29 Aug 2006 09:21:12 +0000 (UTC) (envelope-from if@hetzner.co.za) Received: from hetzner.co.za (office.cpt2.your-server.co.za [196.7.147.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id B2A3543D45 for ; Tue, 29 Aug 2006 09:21:11 +0000 (GMT) (envelope-from if@hetzner.co.za) Received: from localhost ([127.0.0.1] helo=ian.hetzner.africa) by hetzner.co.za with esmtp (Exim 4.62 (FreeBSD)) (envelope-from ) id 1GHzmQ-0002j9-3w; Tue, 29 Aug 2006 11:21:10 +0200 To: Dmitry Pryanishnikov From: Ian FREISLICH In-Reply-To: Message from Dmitry Pryanishnikov of "Tue, 29 Aug 2006 12:00:03 +0300." <20060829114401.O63269@atlantis.atlantis.dp.ua> X-Attribution: BOFH Date: Tue, 29 Aug 2006 11:21:10 +0200 Message-Id: Cc: freebsd-current@freebsd.org Subject: Re: Panic (in firewall while doing lots of ifconfigs) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Aug 2006 09:21:12 -0000 Dmitry Pryanishnikov wrote: > > Hello! > > On Tue, 29 Aug 2006, Ian FREISLICH wrote: > > 2589 case O_IP_SRC_ME: > > 2590 if (is_ipv4) { > > 2591 struct ifnet *tif; > > 2592 > > 2593 INADDR_TO_IFP(src_ip, tif); > > 2594 match = (tif != NULL); > > 2595 } > > Looks like a lack of the proper locking against IP address > addition/removal. These (O_IP_SRC_ME/O_IP_DST_ME), > as well as matching of interface by IP address in the iface_match(): > > /* XXX lock? */ > TAILQ_FOREACH(ia, &ifp->if_addrhead, ifa_link) { > if (ia->ifa_addr == NULL) > continue; > > are worrying for these races exist since version 1.1 of the ip_fw2.c > for more than 4 years! Alas I'm not an expert in kernel locking, that's why > I don't know how to correctly lock these places. I was surprised that I'm not seeing this on my other firewall because it has 34* the packet rate, but now that I think about it, this is an SMP machine and the other one with higher load is UP so locking would be more of an issue here. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Tue Aug 29 09:26:49 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2DE8C16A4DE for ; Tue, 29 Aug 2006 09:26:49 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 977F243D45 for ; Tue, 29 Aug 2006 09:26:48 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.4/8.13.3) with ESMTP id k7T9QjXR017531 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 29 Aug 2006 13:26:46 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.4/8.13.1/Submit) id k7T9Qe8f017530; Tue, 29 Aug 2006 13:26:40 +0400 (MSD) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Tue, 29 Aug 2006 13:26:40 +0400 From: Gleb Smirnoff To: Peter Holm Message-ID: <20060829092640.GM76666@FreeBSD.org> References: <20060828165542.GA78024@peter.osted.lan> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Uwl7UQhJk99r8jnw" Content-Disposition: inline In-Reply-To: <20060828165542.GA78024@peter.osted.lan> User-Agent: Mutt/1.5.6i Cc: current@FreeBSD.org Subject: Re: zonelimit livelock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Aug 2006 09:26:49 -0000 --Uwl7UQhJk99r8jnw Content-Type: text/plain; charset=koi8-r Content-Disposition: inline On Mon, Aug 28, 2006 at 06:55:42PM +0200, Peter Holm wrote: P> While stress testing GENERIC HEAD from Aug 26 13:08 UTC I ran into P> this livelock: P> P> http://people.freebsd.org/~pho/stress/log/cons206.html Which test leads to this? btw, I have a patch against that. It isn't perfect, since it does zone purging synchronously. And Suleiman said, that the patch didn't help in his case. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE --Uwl7UQhJk99r8jnw Content-Type: text/plain; charset=koi8-r Content-Disposition: attachment; filename="zone_pack.diff" Index: vm/uma.h =================================================================== RCS file: /home/ncvs/src/sys/vm/uma.h,v retrieving revision 1.28 diff -u -p -r1.28 uma.h --- vm/uma.h 8 Oct 2005 21:03:54 -0000 1.28 +++ vm/uma.h 23 May 2006 08:08:08 -0000 @@ -139,6 +139,21 @@ typedef void (*uma_fini)(void *mem, int * */ +/* + * Zone low on memory callback + * + * Arguments: + * zone Zone the callback called for. + * + * Returns: + * 0 on failure. UMA subsystem should msleep() awaiting for free memory. + * n on success. UMA subsystem should try again to allocate an item. + * + * Discussion: + * This routine is called synchronously from allocation code path, + * when zone reaches its maximum number of allocations. + */ +typedef int (*uma_mlow)(uma_zone_t zone); /* Function proto types */ @@ -246,6 +261,15 @@ uma_zone_t uma_zsecond_create(char *name void uma_zdestroy(uma_zone_t zone); /* + * Drains caches from an uma zone. + * + * Arguments: + * zone The zone we want to drain. + * + */ +void uma_zdrain(uma_zone_t zone); + +/* * Allocates an item out of a zone * * Arguments: @@ -417,6 +441,18 @@ int uma_zone_set_obj(uma_zone_t zone, st void uma_zone_set_max(uma_zone_t zone, int nitems); /* + * Sets a callback that would be called when zone is low + * on memory. + * + * Arguments: + * zone The zone to work on. + * + * Returns: + * Nothing + */ +void uma_zone_set_mlow(uma_zone_t zone, uma_mlow func); + +/* * The following two routines (uma_zone_set_init/fini) * are used to set the backend init/fini pair which acts on an * object as it becomes allocated and is placed in a slab within Index: vm/uma_core.c =================================================================== RCS file: /home/ncvs/src/sys/vm/uma_core.c,v retrieving revision 1.139 diff -u -p -r1.139 uma_core.c --- vm/uma_core.c 18 Jul 2006 01:13:18 -0000 1.139 +++ vm/uma_core.c 2 Aug 2006 12:48:08 -0000 @@ -675,7 +675,6 @@ bucket_cache_drain(uma_zone_t zone) * * Arguments: * zone The zone to free pages from - * all Should we drain all items? * * Returns: * Nothing. @@ -767,6 +766,15 @@ finished: } /* + * Public method for zone_drain(). + */ +void +uma_zdrain(uma_zone_t zone) +{ + zone_drain(zone); +} + +/* * Allocate a new slab for a zone. This does not insert the slab onto a list. * * Arguments: @@ -1952,6 +1960,7 @@ uma_zone_slab(uma_zone_t zone, int flags { uma_slab_t slab; uma_keg_t keg; + int ntries = 1; keg = zone->uz_keg; @@ -2009,9 +2018,13 @@ uma_zone_slab(uma_zone_t zone, int flags if (flags & M_NOWAIT) break; - else - msleep(keg, &keg->uk_lock, PVM, - "zonelimit", 0); + + if (ntries && zone->uz_mlow && (*zone->uz_mlow)(zone)) { + ntries = 0; + continue; + } + + msleep(keg, &keg->uk_lock, PVM, "zonelimit", 0); continue; } keg->uk_recurse++; @@ -2522,6 +2535,15 @@ uma_zone_set_max(uma_zone_t zone, int ni /* See uma.h */ void +uma_zone_set_mlow(uma_zone_t zone, uma_mlow func) +{ + ZONE_LOCK(zone); + zone->uz_mlow = func; + ZONE_UNLOCK(zone); +} + +/* See uma.h */ +void uma_zone_set_init(uma_zone_t zone, uma_init uminit) { ZONE_LOCK(zone); Index: vm/uma_int.h =================================================================== RCS file: /home/ncvs/src/sys/vm/uma_int.h,v retrieving revision 1.37 diff -u -p -r1.37 uma_int.h --- vm/uma_int.h 4 Aug 2005 10:03:53 -0000 1.37 +++ vm/uma_int.h 23 May 2006 08:08:20 -0000 @@ -301,6 +301,7 @@ struct uma_zone { uma_dtor uz_dtor; /* Destructor */ uma_init uz_init; /* Initializer for each item */ uma_fini uz_fini; /* Discards memory */ + uma_mlow uz_mlow; /* Called when zone is low on memory */ u_int64_t uz_allocs; /* Total number of allocations */ u_int64_t uz_frees; /* Total number of frees */ Index: kern/kern_mbuf.c =================================================================== RCS file: /home/ncvs/src/sys/kern/kern_mbuf.c,v retrieving revision 1.25 diff -u -p -r1.25 kern_mbuf.c --- kern/kern_mbuf.c 10 Jun 2006 14:34:07 -0000 1.25 +++ kern/kern_mbuf.c 16 Aug 2006 17:41:37 -0000 @@ -164,6 +164,7 @@ static void mb_dtor_pack(void *, int, vo static int mb_zinit_pack(void *, int, int); static void mb_zfini_pack(void *, int); static int mt_zinit_vlan(void *, int, int); +static int mb_zonelow_clust(uma_zone_t); static void mb_reclaim(void *); static void mbuf_init(void *); @@ -199,8 +200,10 @@ mbuf_init(void *dummy) NULL, NULL, #endif UMA_ALIGN_PTR, UMA_ZONE_REFCNT); - if (nmbclusters > 0) + if (nmbclusters > 0) { uma_zone_set_max(zone_clust, nmbclusters); + uma_zone_set_mlow(zone_clust, mb_zonelow_clust); + } zone_pack = uma_zsecond_create(MBUF_PACKET_MEM_NAME, mb_ctor_pack, mb_dtor_pack, mb_zinit_pack, mb_zfini_pack, zone_mbuf); @@ -450,6 +453,18 @@ mb_dtor_clust(void *mem, int size, void } /* + * The Mbuf Cluster low on memory callback. + */ +static int +mb_zonelow_clust(uma_zone_t zone) +{ + + KASSERT(zone == zone_clust, ("%s called on uknown zone", __func__)); + uma_zdrain(zone_pack); + return (1); +} + +/* * The Packet secondary zone's init routine, executed on the * object's transition from mbuf keg slab to zone cache. */ --Uwl7UQhJk99r8jnw-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 29 09:32:46 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2149816A4DD; Tue, 29 Aug 2006 09:32:46 +0000 (UTC) (envelope-from peter@holm.cc) Received: from wbm8.pair.net (wbm8.pair.net [66.39.3.86]) by mx1.FreeBSD.org (Postfix) with ESMTP id CCB6843D94; Tue, 29 Aug 2006 09:32:24 +0000 (GMT) (envelope-from peter@holm.cc) Received: by wbm8.pair.net (Postfix, from userid 65534) id 3B2C815C6C; Tue, 29 Aug 2006 05:32:24 -0400 (EDT) Received: from 193.3.142.123 ([193.3.142.123]) (SquirrelMail authenticated user holm@aedde.pair.com) by webmail8.pair.com with HTTP; Tue, 29 Aug 2006 11:32:24 +0200 (CEST) Message-ID: <45319.193.3.142.123.1156843944.squirrel@webmail8.pair.com> In-Reply-To: <20060829092640.GM76666@FreeBSD.org> References: <20060828165542.GA78024@peter.osted.lan> <20060829092640.GM76666@FreeBSD.org> Date: Tue, 29 Aug 2006 11:32:24 +0200 (CEST) From: "Peter Holm" To: "Gleb Smirnoff" User-Agent: SquirrelMail/1.4.5 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: current@freebsd.org Subject: Re: zonelimit livelock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Aug 2006 09:32:46 -0000 > On Mon, Aug 28, 2006 at 06:55:42PM +0200, Peter Holm wrote: > P> While stress testing GENERIC HEAD from Aug 26 13:08 UTC I ran into > P> this livelock: > P> > P> http://people.freebsd.org/~pho/stress/log/cons206.html > > Which test leads to this? > That was the old version of the Stress Tests: http://www.holm.cc/stress/src/old/stress.tgz - Peter > btw, I have a patch against that. It isn't perfect, since it > does zone purging synchronously. And Suleiman said, that > the patch didn't help in his case. > > -- > Totus tuus, Glebius. > GLEBIUS-RIPN GLEB-RIPE > - Peter Holm From owner-freebsd-current@FreeBSD.ORG Tue Aug 29 11:38:13 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 98F9C16A4DF for ; Tue, 29 Aug 2006 11:38:13 +0000 (UTC) (envelope-from b.candler@pobox.com) Received: from proof.pobox.com (proof.pobox.com [207.106.133.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0EE8B43D55 for ; Tue, 29 Aug 2006 11:38:12 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from proof (localhost [127.0.0.1]) by proof.pobox.com (Postfix) with ESMTP id 265C6247E5; Tue, 29 Aug 2006 07:38:34 -0400 (EDT) Received: from mappit.local.linnet.org (212-74-113-67.static.dsl.as9105.com [212.74.113.67]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by proof.sasl.smtp.pobox.com (Postfix) with ESMTP id 6F6196C4C6; Tue, 29 Aug 2006 07:38:27 -0400 (EDT) Received: from lists by mappit.local.linnet.org with local (Exim 4.61 (FreeBSD)) (envelope-from ) id 1GI1ut-0001VE-N9; Tue, 29 Aug 2006 12:38:03 +0100 Date: Tue, 29 Aug 2006 12:38:03 +0100 From: Brian Candler To: Michael Bushkov Message-ID: <20060829113803.GA5728@uk.tiscali.com> References: <44E9582C.2010400@rsu.ru> <44EAA213.6010507@delphij.net> <002901c6c5ba$628b67d0$9800a8c0@carrera> <86hd0423zk.fsf@xps.des.no> <44EB302A.7010106@rsu.ru> <20060823121157.yawh6f8e844w4osc@netchild.homeip.net> <86u043znbz.fsf@xps.des.no> <20060823144347.GB24652@lor.one-eyed-alien.net> <1156464193.1394.14.camel@localhost> <002001c6c80d$cedcba60$9800a8c0@carrera> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <002001c6c80d$cedcba60$9800a8c0@carrera> User-Agent: Mutt/1.4.2.1i Cc: Dag-Erling Sm?rgrav , freebsd-current@freebsd.org, Alexander Leidinger , Tom McLaughlin , LI Xin Subject: Re: [HEADS UP]: OpenLDAP+nss_ldap+nss_modules separated patch andmore (SoC) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Aug 2006 11:38:13 -0000 On Fri, Aug 25, 2006 at 10:14:55AM +0400, Michael Bushkov wrote: > Tom McLaughlin wrote: > >Will it also be possible to build openldap in base with SASL support? > >My understanding is Windows AD environments by default require all > >connections to be authenticated via kerberos. (It's also a requirement > >for the samba+openldap+krb5 setup I'm doing for work. ;) I saw a > >comment about adding support for krb5_ccname in the config file. That's > >a very useful option in the PADL version so I'm guessing this was > >written with supporting SASL in mind? Thanks. > > > >tom > > Hi, > sasl in OpenLDAP (and in nss_ldap) is supported in the way similar to > Sendmail: > CFLAGS+= ${OPENLDAP_CFLAGS} > LDFLAGS+= ${OPENLDAP_LDFLAGS} > LDADD+= ${OPENLDAP_LDADD} > > By defining, > OPENLDAP_CFLAGS=-I/usr/local/include -DSASL > OPENLDAP_LDFLAGS=-L/usr/local/lib > OPENLDAP_LDADD=-lsasl > you'll enable sasl support both for OpenLDAP and nss_ldap. Perhaps the point is: "should FreeBSD be able to authenticate against a Windows Active Directory LDAP server out-of-the-box?" I know at least one environment which would be very keen on this. OTOH, that environment has decided to go with Red Hat Enterprise Linux now anyway :-( But if this worked out-of-the-box, with a nice HOWTO document which explained step-by-step how to do it, that would be great. Then we just need a second HOWTO document which showed how to replace your Windows AD server with OpenLDAP running under FreeBSD :-) It's perhaps worth pointing out that if you're building this from scratch, and you care about security, then it's going to be complex whichever way you go. If you're using LDAP over TLS then you need to build a certificate authority (or buy certificates for your machines); if you're using LDAP with GSSAPI then you need a Kerberos infrastructure. Oh, one other piece of the pie which I don't think has been mentioned - what about getting sshd to retrieve its authorized keys via LDAP? I seem to remember seeing some patches to openssh floating around for this a while ago, but don't know if they ever made it into the standard tree. Regards, Brian. From owner-freebsd-current@FreeBSD.ORG Tue Aug 29 17:43:39 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 61F4F16A4DD for ; Tue, 29 Aug 2006 17:43:39 +0000 (UTC) (envelope-from sam@fqdn.net) Received: from host.fqdn.net (host.fqdn.net [194.242.157.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id F0BF643D49 for ; Tue, 29 Aug 2006 17:43:38 +0000 (GMT) (envelope-from sam@fqdn.net) Received: by host.fqdn.net (Postfix, from userid 1003) id DE7B828A; Tue, 29 Aug 2006 18:43:37 +0100 (BST) Date: Tue, 29 Aug 2006 18:43:37 +0100 From: Sam Eaton To: freebsd-current@freebsd.org Message-ID: <20060829174337.GA60234@host.fqdn.net> Mail-Followup-To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="C7zPtVaVf+AK4Oqc" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Subject: [sam@fqdn.net: bce0 watchdog timeout errors] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Aug 2006 17:43:39 -0000 --C7zPtVaVf+AK4Oqc Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I see looking through the archives that Julian Elischer has reported something *vaguely* similar to my problems described in the attached message to this list, so I thought I'd join in. Julian reports a problem when the bce interface is disconnected and then reconnected under load, and never comes back until all load is removed, while reporting watchdog timeout errors. I see something rather like this (details in the attached message (hopefully the attachment will survive :))), but without physically disconnecting the cable. I am wondering if I'm actually seeing the same problem, but that rather than the cable being unplugged, it's something like the interface resetting on our (old, 100Mb/s) switch resetting and triggering this. Thought it was worth offering another data point. I'm running the most recent version of the bce driver with the changes to fix the 'mbuf' errors. Thanks, Sam. -- "Fortified with Essential Bitterness and Sarcasm" Matt Groening, "Binky's Guide to Love". --C7zPtVaVf+AK4Oqc Content-Type: message/rfc822 Content-Disposition: inline Date: Tue, 29 Aug 2006 17:52:34 +0100 From: Sam Eaton To: freebsd-stable@freebsd.org Subject: bce0 watchdog timeout errors Message-ID: <20060829165234.GA15988@host.fqdn.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i I'm still seeing an ongoing problem with the bce device on my Dell 1950. I'm running AMD64 6-STABLE, with the stock SMP kernel, and I'm running the most recent version of the bce driver, which did cure the other errors we were seeing (the mbuf related ones). The card is currently connected at an auto-negotiated 100BaseTX full duplex (rather than gigabit) as we don't currently have a gigabit switch to test on (the machine is under test rather than deployed). I can consistently cause the system to go into a 'Watchdog timeout occurred, resetting!' loop, by trying to do any reasonable amount of work over an nfs mounted filesystem. An easy way to reproduce this for me is to try and build some reasonably large port on our nfs mounted copy of the ports tree. I can also cause this by running bonnie++ against an nfs mounted filesystem. I've so far failed to find some simpler network only test to trigger the problem (I've tried sshing large amounts of data back and forth, iperf, ping floods, etc). NFS seems to do the trick every time though. Once it's reported the watchdog timeout, the networking on the box never recovers. Is anyone else seeing anything similar? And does anyone have any suggestions as to what I can do to try and diagnose this further so we can get to the bottom of it? Thanks, Sam. -- "Fortified with Essential Bitterness and Sarcasm" Matt Groening, "Binky's Guide to Love". --C7zPtVaVf+AK4Oqc-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 29 18:09:11 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 11B1016A4E1; Tue, 29 Aug 2006 18:09:11 +0000 (UTC) (envelope-from lavalamp@spiritual-machines.org) Received: from mail.digitalfreaks.org (arbitor.digitalfreaks.org [216.151.95.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id A58A143D46; Tue, 29 Aug 2006 18:09:10 +0000 (GMT) (envelope-from lavalamp@spiritual-machines.org) Received: by mail.digitalfreaks.org (Postfix, from userid 1022) id 060FB17183; Tue, 29 Aug 2006 14:09:08 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by mail.digitalfreaks.org (Postfix) with ESMTP id 01EF517179; Tue, 29 Aug 2006 14:09:07 -0400 (EDT) Date: Tue, 29 Aug 2006 14:09:07 -0400 (EDT) From: "Brian A. Seklecki" X-X-Sender: lavalamp@arbitor.digitalfreaks.org To: Oleg Bulyzhin In-Reply-To: <20060828080516.A65578@arbitor.digitalfreaks.org> Message-ID: <20060829140708.O65578@arbitor.digitalfreaks.org> References: <43767.150.101.159.26.1140420612.squirrel@mailbox.TU-Berlin.DE> <20060720104238.L8726@arbitor.digitalfreaks.org> <20060807100622.GY96644@cell.sick.ru> <20060810160126.E55918@arbitor.digitalfreaks.org> <20060816191152.J69548@arbitor.digitalfreaks.org> <20060818065340.GA42776@lath.rinet.ru> <20060828080516.A65578@arbitor.digitalfreaks.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII; FORMAT=flowed Content-ID: <20060828080516.E65578@arbitor.digitalfreaks.org> Content-Disposition: INLINE Cc: netops@collaborativefusion.com, Gleb Smirnoff , freebsd-current@freebsd.org Subject: Re: Dell PowerEdge 850 bge(4) RELENG_6 (WAS: Re: bge(4) problem) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Aug 2006 18:09:11 -0000 I see that this has been commited to -rHEAD with an RPF/MFC for two weeks from the 24th (so, ~~ Sep 7th-8th, 2006). Thank you very much! Did you need anything else from us? Perhaps a send-pr(1) we can forward to the OpenBSD/NetBSD folks? TIA, ~BAS Revision 1.140 / (download) - annotate - [select for diffs], Thu Aug 24 14:41:16 2006 UTC (5 days, 3 hours ago) by oleg Branch: MAIN CVS Tags: HEAD Changes since 1.139: +24 -5 lines Diff to previous 1.139 (colored) Properly lock ifmedia callbacks. This should prevent concurrent access to PHY. Following issues should be resolved: - random watchdog timeouts (caused by concurrent phy access) - some link state issues - non working TX if media type was set explicitly PR: kern/98738 Approved by: glebius (mentor) MFC after: 2 weeks On Mon, 28 Aug 2006, Brian A. Seklecki wrote: >>>> >>>> ~BAS >>>> >> >> Could you please try attached patch? (can be applied to -current or >> releng_6). >> > > Yes I confirm that this seems to facilitate proper speed/duplex negotiation. > I will beat up the driver a bit now with some aggressive NFS work. > > ~BAS l8* -lava (Brian A. Seklecki - Pittsburgh, PA, USA) "...back in the heady days when "Helpdesk" meant nothing, "diskquota" meant everything, and lives could be bought and sold for a couple of pages of laser printout - And frequently were." From owner-freebsd-current@FreeBSD.ORG Tue Aug 29 20:49:17 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BEC7C16A4DA; Tue, 29 Aug 2006 20:49:17 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0DC6643D46; Tue, 29 Aug 2006 20:49:16 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id k7TKnAKf010001; Tue, 29 Aug 2006 16:49:10 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Tue, 29 Aug 2006 16:27:31 -0400 User-Agent: KMail/1.9.1 References: <44E9582C.2010400@rsu.ru> <20060825220033.GC16768@turion.vk2pj.dyndns.org> <20060826055402.W43127@fledge.watson.org> In-Reply-To: <20060826055402.W43127@fledge.watson.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200608291627.32524.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [192.168.0.1]); Tue, 29 Aug 2006 16:49:11 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/1761/Tue Aug 29 14:58:36 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Peter Jeremy , Robert Watson , Michael Bushkov Subject: Re: [HEADS UP]: OpenLDAP+nss_ldap+nss_modules separated patch and more (SoC) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Aug 2006 20:49:17 -0000 On Saturday 26 August 2006 01:00, Robert Watson wrote: > > On Sat, 26 Aug 2006, Peter Jeremy wrote: > > > IMHO, FreeBSD should move towards a more modular system - a minimal base > > with most of the functionality in optional packages (or ports). Removing > > uucp, games and perl are steps in this direction. I believe there should be > > a very high bar on the import of functionality that is already available in > > ports. > > One of the strongest historical arguments for using *BSD as the base for > development of an embedded/appliance-style system has been that this is > precisely what FreeBSD is not: by keeping a useful base set of applications in > revision control, tested together, and integrated together, we provide an > excellent starting point for building network appliances, storage appliances, > ISP systems, etc. It's when you start having to deal with big piles of > applications that aren't tested together, managed in a single revision control > tree, and so on, that maintainability and complexity become problems for these > users. I can tell you that if we ripped out BIND, sendmail, and a dozen other > highly useful base system components out into ports, I would be using another > system, because it is precisely this integration that makes FreeBSD most > useful as a starting point :-). This isn't an argument for endless growth (or > even significant growth) of the base system, rather, an argument for not > abandoning integrated revision control and building of the current system. Agreed. I also think LDAP would be a very useful thing to add. I know that I currently use NIS/yp because it just works and is integrated into the base, etc. I think adding LDAP as the logical successor to NIS/yp would be a good thing. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Aug 29 20:49:24 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C95D516A542; Tue, 29 Aug 2006 20:49:24 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 409FC43D49; Tue, 29 Aug 2006 20:49:24 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id k7TKnAKg010001; Tue, 29 Aug 2006 16:49:16 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Tue, 29 Aug 2006 16:30:03 -0400 User-Agent: KMail/1.9.1 References: <20060826080410.GA56721@stud.fit.vutbr.cz> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200608291630.04420.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [192.168.0.1]); Tue, 29 Aug 2006 16:49:17 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/1761/Tue Aug 29 14:58:36 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-emulation@freebsd.org, Intron is my alias on the Internet Subject: Re: Linuxulator: Unbreak Mozilla, Firefox and RealPlayer X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Aug 2006 20:49:24 -0000 On Saturday 26 August 2006 04:37, Intron is my alias on the Internet wrote: > This problem has confused me for a long time. > > The lock allproc_lock is more conservative than either p2->p_mtx or > proctree_lock. It is the real protector of process tree. Not quite. allproc_lock protects allproc and zombproc and p_list inside of each process. proctree_lock protects the parent-child relationships as as process group and session pointers and lists. allproc_lock also protects a few global variables related to PID allocation. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Aug 29 20:49:32 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 59E6016A670 for ; Tue, 29 Aug 2006 20:49:32 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id A86D643D46 for ; Tue, 29 Aug 2006 20:49:31 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id k7TKnAKh010001; Tue, 29 Aug 2006 16:49:23 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Tue, 29 Aug 2006 16:32:30 -0400 User-Agent: KMail/1.9.1 References: <7m3bbhx6vc.wl%kuriyama@imgsrc.co.jp> In-Reply-To: <7m3bbhx6vc.wl%kuriyama@imgsrc.co.jp> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200608291632.30992.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [192.168.0.1]); Tue, 29 Aug 2006 16:49:24 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/1761/Tue Aug 29 14:58:36 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00, UPPERCASE_25_50 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Jun Kuriyama Subject: Re: INVARIANTS in sys/sys/sx.h X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Aug 2006 20:49:32 -0000 On Monday 28 August 2006 10:38, Jun Kuriyama wrote: > > I found this when I compiled my kernel with INVARIANTS without > INVARIANT_SUPPORT. > > In src/sys/sys/sx.h, _sx_assert() is defined in INVARIANT_SUPPORT, > > > #ifdef INVARIANT_SUPPORT > > void _sx_assert(struct sx *sx, int what, const char *file, int line); > > #endif > > but sx_assert() uses this function in INVARIANTS option. > > > #ifdef INVARIANTS > > #define sx_assert(sx, what) _sx_assert((sx), (what), LOCK_FILE, LOCK_LINE) > > #else > > #define sx_assert(sx, what) > > #endif > > Is this consistent? It's a bug, sorry. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Aug 29 20:49:37 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6697B16A707; Tue, 29 Aug 2006 20:49:37 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE6CE43D53; Tue, 29 Aug 2006 20:49:36 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id k7TKnAKi010001; Tue, 29 Aug 2006 16:49:30 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Tue, 29 Aug 2006 16:37:21 -0400 User-Agent: KMail/1.9.1 References: <20060828234702.8187fce0.nork@FreeBSD.org> <20060828170244.GA747@bsd.trippelsdorf.de> In-Reply-To: <20060828170244.GA747@bsd.trippelsdorf.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200608291637.22350.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [192.168.0.1]); Tue, 29 Aug 2006 16:49:32 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/1761/Tue Aug 29 14:58:36 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Norikatsu Shigemura , Markus Trippelsdorf Subject: Re: radeon(4)+apic(4) on SMP environment causes panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Aug 2006 20:49:37 -0000 On Monday 28 August 2006 13:04, Markus Trippelsdorf wrote: > On Mon, Aug 28, 2006 at 11:47:02PM +0900, Norikatsu Shigemura wrote: > > When X run and is initializing with radeon.ko kldload-ed, > > I always contact a panic. I think that apic(4) and radeon(4) > > have any problems. I don't why panic, so I'll report it. > > Yes, the same thing happens here on my amd64 smp system (Radeon 7500). > An easy fix is to comment out "Load "dri"" in your xorg.conf. > But it would be nice to find a proper solution. Somehow you've gotten an interrupt on a reserved IDT vector. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Aug 29 21:34:15 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 30DE216A4E0 for ; Tue, 29 Aug 2006 21:34:15 +0000 (UTC) (envelope-from davidch@broadcom.com) Received: from mms2.broadcom.com (mms2.broadcom.com [216.31.210.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id BAB8C43D62 for ; Tue, 29 Aug 2006 21:34:09 +0000 (GMT) (envelope-from davidch@broadcom.com) Received: from 10.10.64.154 by mms2.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.2.0)); Tue, 29 Aug 2006 14:34:03 -0700 X-Server-Uuid: D9EB6F12-1469-4C1C-87A2-5E4C0D6F9D06 Received: by mail-irva-10.broadcom.com (Postfix, from userid 47) id 0DFB82B0; Tue, 29 Aug 2006 14:34:03 -0700 (PDT) Received: from mail-irva-8.broadcom.com (mail-irva-8 [10.10.64.221]) by mail-irva-10.broadcom.com (Postfix) with ESMTP id DD7732AF; Tue, 29 Aug 2006 14:34:02 -0700 (PDT) Received: from mail-irva-12.broadcom.com (mail-irva-12.broadcom.com [10.10.64.146]) by mail-irva-8.broadcom.com (MOS 3.7.5a-GA) with ESMTP id EDY86135; Tue, 29 Aug 2006 14:33:57 -0700 (PDT) Received: from NT-IRVA-0750.brcm.ad.broadcom.com (nt-irva-0750 [10.8.194.64]) by mail-irva-12.broadcom.com (Postfix) with ESMTP id 62E8869CA4; Tue, 29 Aug 2006 14:33:57 -0700 (PDT) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Tue, 29 Aug 2006 14:33:56 -0700 Message-ID: <09BFF2FA5EAB4A45B6655E151BBDD90301E2EF85@NT-IRVA-0750.brcm.ad.broadcom.com> In-Reply-To: <20060829174337.GA60234@host.fqdn.net> Thread-Topic: [sam@fqdn.net: bce0 watchdog timeout errors] Thread-Index: AcbLks9Mwjw/yXzaTY6XXw8RLLfNeAAHzWsw From: "David Christensen" To: "Sam Eaton" , freebsd-current@freebsd.org X-TMWD-Spam-Summary: SEV=1.1; DFV=A2006082908; IFV=2.0.6,4.0-7; RPD=4.00.0004; RPDID=303030312E30413031303230332E34344634423138432E303033372D412D; ENG=IBF; TS=20060829213406; CAT=NONE; CON=NONE; X-MMS-Spam-Filter-ID: A2006082908_4.00.0004_2.0.6,4.0-7 X-WSS-ID: 68EA6D413882994999-01-01 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Cc: Subject: RE: [sam@fqdn.net: bce0 watchdog timeout errors] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Aug 2006 21:34:15 -0000 > I see looking through the archives that Julian Elischer has reported > something *vaguely* similar to my problems described in the attached > message to this list, so I thought I'd join in. >=20 > Julian reports a problem when the bce interface is=20 > disconnected and then > reconnected under load, and never comes back until all load=20 > is removed, > while reporting watchdog timeout errors. >=20 > I see something rather like this (details in the attached message > (hopefully the attachment will survive :))), but without physically > disconnecting the cable. >=20 > I am wondering if I'm actually seeing the same problem, but=20 > that rather > than the cable being unplugged, it's something like the interface > resetting on our (old, 100Mb/s) switch resetting and triggering this. >=20 > Thought it was worth offering another data point. I'm=20 > running the most > recent version of the bce driver with the changes to fix the 'mbuf' > errors. >=20 A change was recently added to bge (r1.140) to address some issues with locking in the driver when performing PHY accesses which was=20 also causing watchdog timeout errors. I need to look at those changes and see if they are applicable to the bce driver as well,=20 though I've been having problems loading both bge and bce as modules on -CURRENT (causes a panic). If I can get past the module problem I'll look at the bge change soon. Dave From owner-freebsd-current@FreeBSD.ORG Tue Aug 29 21:44:22 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B202216A4DA for ; Tue, 29 Aug 2006 21:44:22 +0000 (UTC) (envelope-from sam@fqdn.net) Received: from host.fqdn.net (host.fqdn.net [194.242.157.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 20EBA43D92 for ; Tue, 29 Aug 2006 21:44:21 +0000 (GMT) (envelope-from sam@fqdn.net) Received: by host.fqdn.net (Postfix, from userid 1003) id 5B25A1B5; Tue, 29 Aug 2006 22:44:20 +0100 (BST) Date: Tue, 29 Aug 2006 22:44:20 +0100 From: Sam Eaton To: freebsd-current@freebsd.org Message-ID: <20060829214420.GB60234@host.fqdn.net> Mail-Followup-To: freebsd-current@freebsd.org References: <20060829174337.GA60234@host.fqdn.net> <09BFF2FA5EAB4A45B6655E151BBDD90301E2EF85@NT-IRVA-0750.brcm.ad.broadcom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <09BFF2FA5EAB4A45B6655E151BBDD90301E2EF85@NT-IRVA-0750.brcm.ad.broadcom.com> User-Agent: Mutt/1.4.2.1i Subject: Re: [sam@fqdn.net: bce0 watchdog timeout errors] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Aug 2006 21:44:22 -0000 On Tue, Aug 29, 2006 at 02:33:56PM -0700, David Christensen wrote: > > A change was recently added to bge (r1.140) to address some issues > with locking in the driver when performing PHY accesses which was > also causing watchdog timeout errors. I need to look at those > changes and see if they are applicable to the bce driver as well, > though I've been having problems loading both bge and bce as > modules on -CURRENT (causes a panic). If I can get past the module > problem I'll look at the bge change soon. I did notice that commit, and wondered if it was related, but I don't know how similar the bge and bce drivers are. I've been doing our testing on -STABLE, but the box exists purely to verify FreeBSD compatibility on the new Dell 1950/2950s, so I'm happy to test anything you'd like tested. (in case anyone else is interested, -STABLE mostly seems to work ok on the 1950, apart from the bce problems, and the virtual keyboard on the DRAC remote access card not working once the kernel is loaded.) Thanks very much for looking at this! Sam. -- "Fortified with Essential Bitterness and Sarcasm" Matt Groening, "Binky's Guide to Love". From owner-freebsd-current@FreeBSD.ORG Tue Aug 29 22:04:16 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5DD4716A4DF for ; Tue, 29 Aug 2006 22:04:16 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A86C43D4C for ; Tue, 29 Aug 2006 22:04:15 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id k7TM47Mv010445; Tue, 29 Aug 2006 18:04:07 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Tue, 29 Aug 2006 18:04:03 -0400 User-Agent: KMail/1.9.1 References: <09BFF2FA5EAB4A45B6655E151BBDD90301E2EF85@NT-IRVA-0750.brcm.ad.broadcom.com> In-Reply-To: <09BFF2FA5EAB4A45B6655E151BBDD90301E2EF85@NT-IRVA-0750.brcm.ad.broadcom.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200608291804.03848.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [192.168.0.1]); Tue, 29 Aug 2006 18:04:08 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/1761/Tue Aug 29 14:58:36 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: David Christensen , Sam Eaton Subject: Re: [sam@fqdn.net: bce0 watchdog timeout errors] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Aug 2006 22:04:16 -0000 On Tuesday 29 August 2006 17:33, David Christensen wrote: > > I see looking through the archives that Julian Elischer has reported > > something *vaguely* similar to my problems described in the attached > > message to this list, so I thought I'd join in. > > > > Julian reports a problem when the bce interface is > > disconnected and then > > reconnected under load, and never comes back until all load > > is removed, > > while reporting watchdog timeout errors. > > > > I see something rather like this (details in the attached message > > (hopefully the attachment will survive :))), but without physically > > disconnecting the cable. > > > > I am wondering if I'm actually seeing the same problem, but > > that rather > > than the cable being unplugged, it's something like the interface > > resetting on our (old, 100Mb/s) switch resetting and triggering this. > > > > Thought it was worth offering another data point. I'm > > running the most > > recent version of the bce driver with the changes to fix the 'mbuf' > > errors. > > > > A change was recently added to bge (r1.140) to address some issues > with locking in the driver when performing PHY accesses which was > also causing watchdog timeout errors. I need to look at those > changes and see if they are applicable to the bce driver as well, > though I've been having problems loading both bge and bce as > modules on -CURRENT (causes a panic). If I can get past the module > problem I'll look at the bge change soon. bce_ifmedia_sts() has locking, but bce_ifmedia_upd() is missing locking. Something like this would do it: Index: if_bce.c =================================================================== RCS file: /host/cvs/usr/cvs/src/sys/dev/bce/if_bce.c,v retrieving revision 1.7 diff -u -r1.7 if_bce.c --- if_bce.c 15 Aug 2006 04:56:29 -0000 1.7 +++ if_bce.c 29 Aug 2006 22:03:17 -0000 @@ -3933,15 +3933,17 @@ /* DRC - ToDo: Add SerDes support. */ + BCE_LOCK(sc); mii = device_get_softc(sc->bce_miibus); sc->bce_link = 0; if (mii->mii_instance) { struct mii_softc *miisc; - for (miisc = LIST_FIRST(&mii->mii_phys); miisc != NULL; - miisc = LIST_NEXT(miisc, mii_list)) + + LIST_FOREACH(miisc, &mii->mii_physm, mii_list) mii_phy_reset(miisc); } mii_mediachg(mii); + BCE_UNLOCK(sc); return(rc); } -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Aug 29 22:50:39 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BF18816A4E1; Tue, 29 Aug 2006 22:50:39 +0000 (UTC) (envelope-from conrads@cox.net) Received: from eastrmmtao04.cox.net (eastrmmtao04.cox.net [68.230.240.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7CC1443D73; Tue, 29 Aug 2006 22:50:32 +0000 (GMT) (envelope-from conrads@cox.net) Received: from eastrmimpo02.cox.net ([68.1.16.120]) by eastrmmtao04.cox.net (InterMail vM.6.01.06.01 201-2131-130-101-20060113) with ESMTP id <20060829225031.NGWS25210.eastrmmtao04.cox.net@eastrmimpo02.cox.net>; Tue, 29 Aug 2006 18:50:31 -0400 Received: from serene.no-ip.org ([72.200.25.154]) by eastrmimpo02.cox.net with bizsmtp id FyqQ1V0013KVMNG0000000 Tue, 29 Aug 2006 18:50:26 -0400 Received: from serene.no-ip.org (localhost [127.0.0.1]) by serene.no-ip.org (8.13.8/8.13.8) with ESMTP id k7TMoR4j019265; Tue, 29 Aug 2006 17:50:27 -0500 (CDT) (envelope-from conrads@cox.net) Date: Tue, 29 Aug 2006 17:50:22 -0500 From: "Conrad J. Sabatier" To: Alexander Kabaev Message-ID: <20060829175022.1a3ac0f6@serene.no-ip.org> In-Reply-To: <20060826212120.GA66604@freefall.freebsd.org> References: <20060826212120.GA66604@freefall.freebsd.org> Organization: A Rag-Tag Band of Drug-Crazed Hippies X-Mailer: Sylpheed-Claws 2.4.0 (GTK+ 2.8.20; amd64-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: HEADS UP: GCC 3.4.6 update in progress X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Aug 2006 22:50:39 -0000 On Sat, 26 Aug 2006 21:21:20 +0000, Alexander Kabaev wrote: > In order to pave the way for an upcoming GCC 4.1 import, we decided to > update GCC 3.4 in the tree to the latest version available in FSF > SVN repository. After a short period in -current this version will be > MFC-ed to RELENG6, which will then be able to take advantage of all > the fixes that went info FSF sources since we did last compiler > update. > > The update will happen over next hour or so. I will post 'all clear' > message once the system is back to consistent state. Cool! Incidentally, I've been wondering for the longest time now: is/are there any particular reason(s) why we exclude gcj from the gcc tree/build? Sure would be a cool thing to have. -- Conrad J. Sabatier -- "In Unix veritas" From owner-freebsd-current@FreeBSD.ORG Tue Aug 29 23:04:51 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 933AC16A4DD; Tue, 29 Aug 2006 23:04:51 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 84BD643D49; Tue, 29 Aug 2006 23:04:50 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.13.7/8.13.7) with ESMTP id k7TN4l2Y068631; Tue, 29 Aug 2006 16:04:47 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.7/8.13.7/Submit) id k7TN4lwo068621; Tue, 29 Aug 2006 16:04:47 -0700 (PDT) (envelope-from sgk) Date: Tue, 29 Aug 2006 16:04:47 -0700 From: Steve Kargl To: "Conrad J. Sabatier" Message-ID: <20060829230447.GA59838@troutmask.apl.washington.edu> References: <20060826212120.GA66604@freefall.freebsd.org> <20060829175022.1a3ac0f6@serene.no-ip.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060829175022.1a3ac0f6@serene.no-ip.org> User-Agent: Mutt/1.4.2.2i Cc: Alexander Kabaev , current@freebsd.org Subject: Re: HEADS UP: GCC 3.4.6 update in progress X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Aug 2006 23:04:51 -0000 On Tue, Aug 29, 2006 at 05:50:22PM -0500, Conrad J. Sabatier wrote: > On Sat, 26 Aug 2006 21:21:20 +0000, Alexander Kabaev > > In order to pave the way for an upcoming GCC 4.1 import, we decided to > > update GCC 3.4 in the tree to the latest version available in FSF > > SVN repository. After a short period in -current this version will be > > MFC-ed to RELENG6, which will then be able to take advantage of all > > the fixes that went info FSF sources since we did last compiler > > update. > > > > The update will happen over next hour or so. I will post 'all clear' > > message once the system is back to consistent state. > > Cool! > > Incidentally, I've been wondering for the longest time now: is/are there > any particular reason(s) why we exclude gcj from the gcc tree/build? > Sure would be a cool thing to have. > 1) It's not needed to build anything in the base system. 2) It takes a long time to build. 3) You really want to use the gcc41 or gcc42 port. Of course, IMHO. -- Steve From owner-freebsd-current@FreeBSD.ORG Tue Aug 29 23:24:07 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4997516A4E0 for ; Tue, 29 Aug 2006 23:24:07 +0000 (UTC) (envelope-from jfvogel@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 A32D143D53 for ; Tue, 29 Aug 2006 23:24:05 +0000 (GMT) (envelope-from jfvogel@gmail.com) Received: by py-out-1112.google.com with SMTP id o67so2862062pye for ; Tue, 29 Aug 2006 16:24:05 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:mime-version:content-type:content-transfer-encoding:content-disposition; b=t4Q2KgNJ7wX+rDQklt15QakB1qcKMZL8Xgy99QUQCeqJVi3Mz6NLyQLj7nUBtTfbMcHPoMMGhC4b0Q0/3EFkaOGFcjxb4Jz+CSF+UllTZPft369IbbqoCqUmaCMdUuVQejCdzJDJkRsU+LoB9aWMkfkQIgBOBwH6U4sWLDf8RbE= Received: by 10.35.98.6 with SMTP id a6mr236146pym; Tue, 29 Aug 2006 16:24:05 -0700 (PDT) Received: by 10.35.119.1 with HTTP; Tue, 29 Aug 2006 16:24:05 -0700 (PDT) Message-ID: <2a41acea0608291624u4ee91cdej2d87aa19e2e5ba62@mail.gmail.com> Date: Tue, 29 Aug 2006 16:24:05 -0700 From: "Jack Vogel" To: freebsd-net , freebsd-current MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Robert Watson , Prafulla Deuskar , Alan Cox , Mohan Srinivasan Subject: RFC: FreeBSD I/OAT driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Aug 2006 23:24:07 -0000 We are making our development driver for the I/OAT engine available for download, experimentation, and comment available at: http://sourceforge.net/project/showfiles.php?group_id=42302&package_id=202220 This includes a core driver for the dma hardware and a set of stack changes to allow use of the engine on the receive side of the stack. There are certainly rough edges and limitations in this code, but we have run it internally and seen some great results. I would like to see this get into CURRENT, so anything Prafulla and I can do to help or answer questions, send us email. Cheers, Jack and Prafulla From owner-freebsd-current@FreeBSD.ORG Wed Aug 30 01:04:13 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C6E5516A4DD; Wed, 30 Aug 2006 01:04:13 +0000 (UTC) (envelope-from prvs=julian=390fd56d3@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7AD1F43D4C; Wed, 30 Aug 2006 01:04:13 +0000 (GMT) (envelope-from prvs=julian=390fd56d3@elischer.org) Received: from unknown (HELO [10.251.18.229]) ([10.251.18.229]) by a50.ironport.com with ESMTP; 29 Aug 2006 18:04:12 -0700 Message-ID: <44F4E40C.7000101@elischer.org> Date: Tue, 29 Aug 2006 18:04:12 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.13) Gecko/20060414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: John Baldwin References: <44E9582C.2010400@rsu.ru> <20060825220033.GC16768@turion.vk2pj.dyndns.org> <20060826055402.W43127@fledge.watson.org> <200608291627.32524.jhb@freebsd.org> In-Reply-To: <200608291627.32524.jhb@freebsd.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Peter Jeremy , freebsd-current@freebsd.org, Robert Watson , Michael Bushkov Subject: Re: [HEADS UP]: OpenLDAP+nss_ldap+nss_modules separated patch and more (SoC) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Aug 2006 01:04:13 -0000 John Baldwin wrote: >On Saturday 26 August 2006 01:00, Robert Watson wrote: > > >> > >Agreed. I also think LDAP would be a very useful thing to add. I know that >I currently use NIS/yp because it just works and is integrated into the base, >etc. I think adding LDAP as the logical successor to NIS/yp would be a good >thing. > > > I agree with John. Historically things have moved to the base system when they have reached some amount of public use, and they have been needed for a large number of othre parts.. e.g. SSL. I think that LDAP has reached this point (in fact did so many several years ago) and having a standard ldap implementation in the base system allows us to make FreeBSD machien splay better in many environments. It can always be removed for 'small' systems but I think that having the ability to exist in ldap envrinments by default is getting more and more important. From owner-freebsd-current@FreeBSD.ORG Wed Aug 30 01:29:29 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD7CC16A4DA; Wed, 30 Aug 2006 01:29:29 +0000 (UTC) (envelope-from conrads@cox.net) Received: from centrmmtao01.cox.net (centrmmtao01.cox.net [70.168.83.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2267743D45; Wed, 30 Aug 2006 01:29:29 +0000 (GMT) (envelope-from conrads@cox.net) Received: from eastrmimpo02.cox.net ([68.1.16.120]) by centrmmtao01.cox.net (InterMail vM.6.01.06.01 201-2131-130-101-20060113) with ESMTP id <20060830012923.KYHH24246.centrmmtao01.cox.net@eastrmimpo02.cox.net>; Tue, 29 Aug 2006 21:29:23 -0400 Received: from serene.no-ip.org ([72.200.25.154]) by eastrmimpo02.cox.net with bizsmtp id G1VJ1V0023KVMNG0000000 Tue, 29 Aug 2006 21:29:18 -0400 Received: from serene.no-ip.org (localhost [127.0.0.1]) by serene.no-ip.org (8.13.8/8.13.8) with ESMTP id k7U1TLiP090203; Tue, 29 Aug 2006 20:29:21 -0500 (CDT) (envelope-from conrads@cox.net) Date: Tue, 29 Aug 2006 20:29:16 -0500 From: "Conrad J. Sabatier" To: Steve Kargl Message-ID: <20060829202916.04dc8cd1@serene.no-ip.org> In-Reply-To: <20060829230447.GA59838@troutmask.apl.washington.edu> References: <20060826212120.GA66604@freefall.freebsd.org> <20060829175022.1a3ac0f6@serene.no-ip.org> <20060829230447.GA59838@troutmask.apl.washington.edu> Organization: A Rag-Tag Band of Drug-Crazed Hippies X-Mailer: Sylpheed-Claws 2.4.0 (GTK+ 2.8.20; amd64-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Alexander Kabaev , current@freebsd.org Subject: Re: HEADS UP: GCC 3.4.6 update in progress X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Aug 2006 01:29:29 -0000 On Tue, 29 Aug 2006 16:04:47 -0700, Steve Kargl wrote: > On Tue, Aug 29, 2006 at 05:50:22PM -0500, Conrad J. Sabatier wrote: > > > > Incidentally, I've been wondering for the longest time now: is/are > > there any particular reason(s) why we exclude gcj from the gcc > > tree/build? Sure would be a cool thing to have. > > > > 1) It's not needed to build anything in the base system. > 2) It takes a long time to build. > 3) You really want to use the gcc41 or gcc42 port. > > Of course, IMHO. I've tried both ports, but gcj fails to run, complaining about a missing "spec" file (I forget the exact filename, maybe "gcjlib.spec" or something similar). :-( Is this maybe an arch-specific (amd64) problem? Or? -- Conrad J. Sabatier -- "In Unix veritas" From owner-freebsd-current@FreeBSD.ORG Wed Aug 30 02:33:46 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C6EB516A4DA; Wed, 30 Aug 2006 02:33:46 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 771C143D45; Wed, 30 Aug 2006 02:33:46 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.13.7/8.13.7) with ESMTP id k7U2XfSX056962; Tue, 29 Aug 2006 19:33:41 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.7/8.13.7/Submit) id k7U2Xa08056961; Tue, 29 Aug 2006 19:33:36 -0700 (PDT) (envelope-from sgk) Date: Tue, 29 Aug 2006 19:33:36 -0700 From: Steve Kargl To: "Conrad J. Sabatier" Message-ID: <20060830023336.GA56931@troutmask.apl.washington.edu> References: <20060826212120.GA66604@freefall.freebsd.org> <20060829175022.1a3ac0f6@serene.no-ip.org> <20060829230447.GA59838@troutmask.apl.washington.edu> <20060829202916.04dc8cd1@serene.no-ip.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060829202916.04dc8cd1@serene.no-ip.org> User-Agent: Mutt/1.4.2.2i Cc: Alexander Kabaev , current@freebsd.org Subject: Re: HEADS UP: GCC 3.4.6 update in progress X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Aug 2006 02:33:46 -0000 On Tue, Aug 29, 2006 at 08:29:16PM -0500, Conrad J. Sabatier wrote: > On Tue, 29 Aug 2006 16:04:47 -0700, Steve Kargl > wrote: > > > On Tue, Aug 29, 2006 at 05:50:22PM -0500, Conrad J. Sabatier wrote: > > > > > > Incidentally, I've been wondering for the longest time now: is/are > > > there any particular reason(s) why we exclude gcj from the gcc > > > tree/build? Sure would be a cool thing to have. > > > > > > > 1) It's not needed to build anything in the base system. > > 2) It takes a long time to build. > > 3) You really want to use the gcc41 or gcc42 port. > > > > Of course, IMHO. > > I've tried both ports, but gcj fails to run, complaining about a > missing "spec" file (I forget the exact filename, maybe > "gcjlib.spec" or something similar). :-( > > Is this maybe an arch-specific (amd64) problem? Or? > Contact Gerald. He is fairly quick at addressing port issues. I don't build the ports because I build GCC svn sources for 4.1.x and trunk several times a week. I'll note that I don't normally build gjc. I can try a bootstrap tomorrow. -- Steve From owner-freebsd-current@FreeBSD.ORG Wed Aug 30 02:59:44 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 11F2C16A4DA; Wed, 30 Aug 2006 02:59:44 +0000 (UTC) (envelope-from conrads@cox.net) Received: from eastrmmtao04.cox.net (eastrmmtao04.cox.net [68.230.240.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B92543D45; Wed, 30 Aug 2006 02:59:43 +0000 (GMT) (envelope-from conrads@cox.net) Received: from eastrmimpo02.cox.net ([68.1.16.120]) by eastrmmtao04.cox.net (InterMail vM.6.01.06.01 201-2131-130-101-20060113) with ESMTP id <20060830025942.BVAY25210.eastrmmtao04.cox.net@eastrmimpo02.cox.net>; Tue, 29 Aug 2006 22:59:42 -0400 Received: from serene.no-ip.org ([72.200.25.154]) by eastrmimpo02.cox.net with bizsmtp id G2zd1V00B3KVMNG0000000 Tue, 29 Aug 2006 22:59:38 -0400 Received: from serene.no-ip.org (localhost [127.0.0.1]) by serene.no-ip.org (8.13.8/8.13.8) with ESMTP id k7U2xfrY056902; Tue, 29 Aug 2006 21:59:41 -0500 (CDT) (envelope-from conrads@cox.net) Date: Tue, 29 Aug 2006 21:59:36 -0500 From: "Conrad J. Sabatier" To: Steve Kargl Message-ID: <20060829215936.36b1d8f1@serene.no-ip.org> In-Reply-To: <20060830023336.GA56931@troutmask.apl.washington.edu> References: <20060826212120.GA66604@freefall.freebsd.org> <20060829175022.1a3ac0f6@serene.no-ip.org> <20060829230447.GA59838@troutmask.apl.washington.edu> <20060829202916.04dc8cd1@serene.no-ip.org> <20060830023336.GA56931@troutmask.apl.washington.edu> Organization: A Rag-Tag Band of Drug-Crazed Hippies X-Mailer: Sylpheed-Claws 2.4.0 (GTK+ 2.8.20; amd64-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Alexander Kabaev , current@freebsd.org Subject: Re: HEADS UP: GCC 3.4.6 update in progress X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Aug 2006 02:59:44 -0000 On Tue, 29 Aug 2006 19:33:36 -0700, Steve Kargl wrote: > On Tue, Aug 29, 2006 at 08:29:16PM -0500, Conrad J. Sabatier wrote: > > On Tue, 29 Aug 2006 16:04:47 -0700, Steve Kargl > > wrote: > > > > > On Tue, Aug 29, 2006 at 05:50:22PM -0500, Conrad J. Sabatier > > > wrote: > > > > > > > > Incidentally, I've been wondering for the longest time now: > > > > is/are there any particular reason(s) why we exclude gcj from > > > > the gcc tree/build? Sure would be a cool thing to have. > > > > > > > > > > 1) It's not needed to build anything in the base system. > > > 2) It takes a long time to build. > > > 3) You really want to use the gcc41 or gcc42 port. > > > > > > Of course, IMHO. > > > > I've tried both ports, but gcj fails to run, complaining about a > > missing "spec" file (I forget the exact filename, maybe > > "gcjlib.spec" or something similar). :-( > > > > Is this maybe an arch-specific (amd64) problem? Or? > > > > Contact Gerald. He is fairly quick at addressing port > issues. I don't build the ports because I build GCC > svn sources for 4.1.x and trunk several times a week. > I'll note that I don't normally build gjc. I can try > a bootstrap tomorrow. OK, will do. Thanks. -- Conrad J. Sabatier -- "In Unix veritas" From owner-freebsd-current@FreeBSD.ORG Wed Aug 30 07:34:04 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 075C216A4E0 for ; Wed, 30 Aug 2006 07:34:04 +0000 (UTC) (envelope-from root@solink.ru) Received: from mail.academ.org (mail.academ.org [81.1.226.250]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8CB2543D45 for ; Wed, 30 Aug 2006 07:34:03 +0000 (GMT) (envelope-from root@solink.ru) Received: from mail.academ.org (localhost [127.0.0.1]) by mail.academ.org (Postfix) with ESMTP id E7C8565BAF for ; Wed, 30 Aug 2006 14:23:34 +0700 (NOVST) Received: from bocha.solink.office (unknown [85.118.228.14]) by mail.academ.org (Postfix) with ESMTP id C80466479F for ; Wed, 30 Aug 2006 14:23:33 +0700 (NOVST) From: Bachilo Dmitry Organization: Solink Ltd To: current@freebsd.org Date: Wed, 30 Aug 2006 14:23:37 +0700 User-Agent: KMail/1.9.1 MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: base64 Content-Disposition: inline Message-Id: <200608301423.39047.root@solink.ru> X-AV-Checked: ClamAV Cc: Subject: buildworld fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Aug 2006 07:34:04 -0000 SSBqdXN0IHRyaWVkIHRvIGJ1aWxkd29ybGQgdG8gdXBncmFkZSBhbm90aGVyIHNlcnZlciBmcm9t IDUuNSB0byA2LjEsIGJ1dCAKd2hpbGUgaXQgd2VudCBhYnNvbHV0ZWx5IGZpbmUgeWV0LCBvbiB0 aGlzIHNlcnZlciBpdCB0b2xkIG1lIHRoaXM6Cgo9PT0+IHNiaW4vaXBmL2lwZiAob2JqKQpta2Rp cjogL3Vzci9vYmovdXNyL3NyYy9zYmluL2lwZi9pcGY6IEZpbGUgZXhpc3RzCioqKiBFcnJvciBj b2RlIDEKClN0b3AgaW4gL3Vzci9zcmMvc2Jpbi9pcGYvaXBmLgoKCldoYXQgZG8gSSBkbyB3cm9u ZyB0aGlzIHRpbWU/Ci0tIAotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0K8yDV18HWxc7Jxc0sIOLB 3snMzyDkzcnU0snKCvLVy8/Xz8TJ1MXM2CDP1MTFzMEg08nT1MXNzs/KIMnO1MXH0sHDyckK7+/v ICLrz83Qwc7J0SDzz+zJzssiCg== From owner-freebsd-current@FreeBSD.ORG Wed Aug 30 08:00:45 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA9E516A50A; Wed, 30 Aug 2006 08:00:45 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id F339F43D46; Wed, 30 Aug 2006 08:00:44 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.4/8.13.3) with ESMTP id k7U80f44024220 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 30 Aug 2006 12:00:41 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.4/8.13.1/Submit) id k7U80eYv024219; Wed, 30 Aug 2006 12:00:40 +0400 (MSD) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Wed, 30 Aug 2006 12:00:40 +0400 From: Gleb Smirnoff To: "Brian A. Seklecki" Message-ID: <20060830080040.GR76666@cell.sick.ru> References: <43767.150.101.159.26.1140420612.squirrel@mailbox.TU-Berlin.DE> <20060720104238.L8726@arbitor.digitalfreaks.org> <20060807100622.GY96644@cell.sick.ru> <20060810160126.E55918@arbitor.digitalfreaks.org> <20060816191152.J69548@arbitor.digitalfreaks.org> <20060818065340.GA42776@lath.rinet.ru> <20060828080516.A65578@arbitor.digitalfreaks.org> <20060829140708.O65578@arbitor.digitalfreaks.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20060829140708.O65578@arbitor.digitalfreaks.org> User-Agent: Mutt/1.5.6i Cc: freebsd-current@FreeBSD.org, Oleg Bulyzhin , netops@collaborativefusion.com Subject: Re: Dell PowerEdge 850 bge(4) RELENG_6 (WAS: Re: bge(4) problem) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Aug 2006 08:00:46 -0000 On Tue, Aug 29, 2006 at 02:09:07PM -0400, Brian A. Seklecki wrote: B> I see that this has been commited to -rHEAD with an RPF/MFC for two weeks B> from the 24th (so, ~~ Sep 7th-8th, 2006). B> B> Thank you very much! Did you need anything else from us? Perhaps a B> send-pr(1) we can forward to the OpenBSD/NetBSD folks? OpenBSD/NetBSD use other locking model, so they don't have this problem. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-current@FreeBSD.ORG Wed Aug 30 08:07:11 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D183A16A4DA for ; Wed, 30 Aug 2006 08:07:11 +0000 (UTC) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (relay0.rambler.ru [81.19.66.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A03343D46 for ; Wed, 30 Aug 2006 08:07:09 +0000 (GMT) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (localhost [127.0.0.1]) by relay0.rambler.ru (Postfix) with ESMTP id 4A8F66016; Wed, 30 Aug 2006 12:07:08 +0400 (MSD) Received: from edoofus.park.rambler.ru (unknown [81.19.65.108]) by relay0.rambler.ru (Postfix) with ESMTP id 293926007; Wed, 30 Aug 2006 12:07:08 +0400 (MSD) Received: (from ru@localhost) by edoofus.park.rambler.ru (8.13.6/8.13.6) id k7U87WgG007236; Wed, 30 Aug 2006 12:07:32 +0400 (MSD) (envelope-from ru) Date: Wed, 30 Aug 2006 12:07:32 +0400 From: Ruslan Ermilov To: Bachilo Dmitry Message-ID: <20060830080732.GD6089@rambler-co.ru> References: <200608301423.39047.root@solink.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9dgjiU4MmWPVapMU" Content-Disposition: inline In-Reply-To: <200608301423.39047.root@solink.ru> User-Agent: Mutt/1.5.12-2006-07-14 X-Virus-Scanned: No virus found Cc: current@freebsd.org Subject: Re: buildworld fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Aug 2006 08:07:11 -0000 --9dgjiU4MmWPVapMU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Aug 30, 2006 at 02:23:37PM +0700, Bachilo Dmitry wrote: > I just tried to buildworld to upgrade another server from 5.5 to 6.1, but= =20 > while it went absolutely fine yet, on this server it told me this: >=20 > =3D=3D=3D> sbin/ipf/ipf (obj) > mkdir: /usr/obj/usr/src/sbin/ipf/ipf: File exists > *** Error code 1 >=20 > Stop in /usr/src/sbin/ipf/ipf. >=20 >=20 > What do I do wrong this time? >=20 NO_CLEAN builds are NOT guaranteed to work. They work most of the time, but they "rely" on the source tree not being changed a lot, in ways that obfuscate make(1). In this particular case, it may even have caused by using a regular (cleaning) build, because the type of the file in question has changed from "file" to "directory" (or vice versa, I don't recall for sure). Your action in this case is to follow these steps: 1) Wipe out /usr/obj/usr/src. 2) Start a build (it can be a NO_CLEAN to save time, since there will be nothing to clean). Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --9dgjiU4MmWPVapMU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE9UdEqRfpzJluFF4RAikcAJ4wVl0SkJIc8tJZ41/goFc4u3RDswCcDDu6 ekKYInEDguX7BObWc75Wg3g= =Xn2x -----END PGP SIGNATURE----- --9dgjiU4MmWPVapMU-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 30 08:14:10 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D5AC816A4DF for ; Wed, 30 Aug 2006 08:14:10 +0000 (UTC) (envelope-from root@solink.ru) Received: from mail.academ.org (mail.academ.org [81.1.226.250]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E00843D46 for ; Wed, 30 Aug 2006 08:14:10 +0000 (GMT) (envelope-from root@solink.ru) Received: from mail.academ.org (localhost [127.0.0.1]) by mail.academ.org (Postfix) with ESMTP id 5A85E65927 for ; Wed, 30 Aug 2006 15:12:57 +0700 (NOVST) Received: from bocha.solink.office (unknown [85.118.228.14]) by mail.academ.org (Postfix) with ESMTP id 3862864AD2 for ; Wed, 30 Aug 2006 15:12:57 +0700 (NOVST) From: Bachilo Dmitry Organization: Solink Ltd To: current@freebsd.org User-Agent: KMail/1.9.1 References: <200608301423.39047.root@solink.ru> <20060830080732.GD6089@rambler-co.ru> In-Reply-To: <20060830080732.GD6089@rambler-co.ru> MIME-Version: 1.0 Content-Disposition: inline Date: Wed, 30 Aug 2006 15:13:02 +0700 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable Message-Id: <200608301513.02804.root@solink.ru> X-AV-Checked: ClamAV Cc: Subject: Re: buildworld fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Aug 2006 08:14:10 -0000 =F7 =D3=CF=CF=C2=DD=C5=CE=C9=C9 =CF=D4 =F3=D2=C5=C4=C1 30 =C1=D7=C7=D5=D3= =D4=C1 2006 15:07 =D7=D9 =CE=C1=D0=C9=D3=C1=CC=C9: > On Wed, Aug 30, 2006 at 02:23:37PM +0700, Bachilo Dmitry wrote: > > I just tried to buildworld to upgrade another server from 5.5 to 6.1, b= ut > > while it went absolutely fine yet, on this server it told me this: > > > > =3D=3D=3D> sbin/ipf/ipf (obj) > > mkdir: /usr/obj/usr/src/sbin/ipf/ipf: File exists > > *** Error code 1 > > > > Stop in /usr/src/sbin/ipf/ipf. > > > > > > What do I do wrong this time? > > NO_CLEAN builds are NOT guaranteed to work. They work most of the > time, but they "rely" on the source tree not being changed a lot, > in ways that obfuscate make(1). In this particular case, it may > even have caused by using a regular (cleaning) build, because the > type of the file in question has changed from "file" to "directory" > (or vice versa, I don't recall for sure). Your action in this > case is to follow these steps: > > 1) Wipe out /usr/obj/usr/src. > 2) Start a build (it can be a NO_CLEAN to save time, since there > will be nothing to clean). > > > Cheers, Thanks, I've just did rm -rf /usr/obj and make cleandir cleandir. Now buildworld does not fail and compiles builds fine. =2D----------------------- =F3 =D5=D7=C1=D6=C5=CE=C9=C5=CD, =E2=C1=DE=C9=CC=CF =E4=CD=C9=D4=D2=C9=CA =F2=D5=CB=CF=D7=CF=C4=C9=D4=C5=CC=D8 =CF=D4=C4=C5=CC=C1 =D3=C9=D3=D4=C5=CD= =CE=CF=CA =C9=CE=D4=C5=C7=D2=C1=C3=C9=C9 =EF=EF=EF "=EB=CF=CD=D0=C1=CE=C9=D1 =F3=CF=EC=C9=CE=CB" From owner-freebsd-current@FreeBSD.ORG Wed Aug 30 08:39:07 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1BFE816A4DE for ; Wed, 30 Aug 2006 08:39:07 +0000 (UTC) (envelope-from lothrandil@n00b.apagnu.se) Received: from pne-smtpout1-sn2.hy.skanova.net (pne-smtpout1-sn2.hy.skanova.net [81.228.8.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC94843D45 for ; Wed, 30 Aug 2006 08:39:06 +0000 (GMT) (envelope-from lothrandil@n00b.apagnu.se) Received: from [81.229.124.17] (81.229.124.17) by pne-smtpout1-sn2.hy.skanova.net (7.2.075) id 44F471DC0002EA99; Wed, 30 Aug 2006 10:38:58 +0200 Message-ID: <44F54E8D.7060208@n00b.apagnu.se> Date: Wed, 30 Aug 2006 10:38:37 +0200 From: Niclas Zeising User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: Bachilo Dmitry References: <200608301423.39047.root@solink.ru> In-Reply-To: <200608301423.39047.root@solink.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: buildworld fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Aug 2006 08:39:07 -0000 Bachilo Dmitry wrote: > I just tried to buildworld to upgrade another server from 5.5 to 6.1, but > while it went absolutely fine yet, on this server it told me this: > > ===> sbin/ipf/ipf (obj) > mkdir: /usr/obj/usr/src/sbin/ipf/ipf: File exists > *** Error code 1 > > Stop in /usr/src/sbin/ipf/ipf. > > > What do I do wrong this time? Have you cleaned out your /usr/obj? It's usually best to delete the whole /usr/obj, or at least run make clean a couple of times. Regards! //Niclas -- From owner-freebsd-current@FreeBSD.ORG Wed Aug 30 08:58:58 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3765B16A4E1 for ; Wed, 30 Aug 2006 08:58:58 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id A984143D78 for ; Wed, 30 Aug 2006 08:58:53 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 61422 invoked from network); 30 Aug 2006 08:45:14 -0000 Received: from dotat.atdotat.at (HELO [62.48.0.47]) ([62.48.0.47]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 30 Aug 2006 08:45:14 -0000 Message-ID: <44F5534C.5070207@freebsd.org> Date: Wed, 30 Aug 2006 10:58:52 +0200 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b) Gecko/20050217 MIME-Version: 1.0 To: Julian Elischer References: <44E9582C.2010400@rsu.ru> <20060825220033.GC16768@turion.vk2pj.dyndns.org> <20060826055402.W43127@fledge.watson.org> <200608291627.32524.jhb@freebsd.org> <44F4E40C.7000101@elischer.org> In-Reply-To: <44F4E40C.7000101@elischer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Peter Jeremy , freebsd-current@freebsd.org, Robert Watson , Michael Bushkov Subject: Re: [HEADS UP]: OpenLDAP+nss_ldap+nss_modules separated patch and more (SoC) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Aug 2006 08:58:58 -0000 Julian Elischer wrote: > John Baldwin wrote: >> On Saturday 26 August 2006 01:00, Robert Watson wrote: >> >> Agreed. I also think LDAP would be a very useful thing to add. I >> know that >> I currently use NIS/yp because it just works and is integrated into >> the base, >> etc. I think adding LDAP as the logical successor to NIS/yp would be >> a good >> thing. >> > I agree with John. Historically things have moved to the base system > when they > have reached some amount of public use, and they have been needed for a > large number > of othre parts.. e.g. SSL. > > I think that LDAP has reached this point (in fact did so many several > years ago) > and having a standard ldap implementation in the base system allows us > to make > FreeBSD machien splay better in many environments. The problem is that OpenLDAP is a very big thing. It contains a number of libraries and servers. Importing the whole thing is clearly not the right thing as we should only ship the LDAP library. However more complications come from the fact that you can build the LDAP library again with a number of further options and dependencies on other libraries. Depending on your usage case you may need to turn one of those on or off for your other applications. Topping it off OpenLDAP does quite a few releases a year with important bug fixes. This is quickly becoming backporting hell. At the moment I'm not sure if the slapd server refuses to run with an older library found in the base system. For this LDAP library thing to work there has to be a painless way to overwrite or override the base LDAP library with a custom, newer from ports or self-compiled one. A quick glance into the OpenLDAP install instructions reveals that it depends on OpenSSL (check, it's in the base system), KERBEROS (optional in base system), Cyrus SASL library (not in base system) and POSIX threads (check). I don't think we want to import Cyrus SASL into the base system. -- Andre From owner-freebsd-current@FreeBSD.ORG Wed Aug 30 11:10:14 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9F68416A4DA for ; Wed, 30 Aug 2006 11:10:14 +0000 (UTC) (envelope-from casper@web.am) Received: from mx1.web.am (mx1.web.am [217.113.0.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA31843D4C for ; Wed, 30 Aug 2006 11:10:10 +0000 (GMT) (envelope-from casper@web.am) Received: from antispam (localhost.web.am [127.0.0.1]) by localhost (Postfix) with ESMTP id 9843661CB2 for ; Wed, 30 Aug 2006 16:09:51 +0500 (AMST) Received: from localhost (localhost.web.am [127.0.0.1]) by localhost (Postfix) with SMTP id 4F7C161C25 for ; Wed, 30 Aug 2006 16:09:51 +0500 (AMST) Received: from [192.168.2.123] (host-195-250-88-228.customer.arminco.com [195.250.88.228]) by mx1.web.am (Postfix) with ESMTP id E8E1C61C22 for ; Wed, 30 Aug 2006 16:09:49 +0500 (AMST) Message-ID: <44F571FD.7070800@web.am> Date: Wed, 30 Aug 2006 16:09:49 +0500 From: Gaspar Chilingarov User-Agent: Thunderbird 1.5.0.5 (X11/20060829) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on mx1.web.am X-Spam-Status: No, hits=0.0 required=7.5 tests=none autolearn=no version=2.60 X-Spam-Level: Subject: SIGFPE on amd64? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Aug 2006 11:10:14 -0000 Hi all! I'm running 7.0-CURRENT #4: Wed Aug 16 11:51:23 AMST 2006 on amd64. >From the mid-march -current till now I got the same problem with Firefox -- when installing some extensions it hangs eating 100% CPU and ktrace shows that it get at this moment a lot of sigfpe signals. The erlang interpreter shows same misbehavior when trying to do there 1/0. On linux (latest ubuntu 640bit version) all that programs work correctly - so I think, that there are some problems with FreeBSD. I have CPUTYPE?=athlon64 in my make.conf - if this makes some difference. Any toughs how to fix this behavior ? /Gaspar -- Gaspar Chilingarov System Administrator, Network security consulting t +37493 419763 (mob) i 63174784 e nm@web.am From owner-freebsd-current@FreeBSD.ORG Wed Aug 30 12:07:48 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A0ADD16A4E1; Wed, 30 Aug 2006 12:07:48 +0000 (UTC) (envelope-from sam@fqdn.net) Received: from host.fqdn.net (host.fqdn.net [194.242.157.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4612743D5D; Wed, 30 Aug 2006 12:07:45 +0000 (GMT) (envelope-from sam@fqdn.net) Received: by host.fqdn.net (Postfix, from userid 1003) id 6C628241; Wed, 30 Aug 2006 13:07:43 +0100 (BST) Date: Wed, 30 Aug 2006 13:07:43 +0100 From: Sam Eaton To: John Baldwin Message-ID: <20060830120743.GQ60234@host.fqdn.net> Mail-Followup-To: John Baldwin , freebsd-current@freebsd.org, David Christensen References: <09BFF2FA5EAB4A45B6655E151BBDD90301E2EF85@NT-IRVA-0750.brcm.ad.broadcom.com> <200608291804.03848.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200608291804.03848.jhb@freebsd.org> User-Agent: Mutt/1.4.2.1i Cc: David Christensen , freebsd-current@freebsd.org Subject: Re: [sam@fqdn.net: bce0 watchdog timeout errors] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Aug 2006 12:07:48 -0000 On Tue, Aug 29, 2006 at 06:04:03PM -0400, John Baldwin wrote: > On Tuesday 29 August 2006 17:33, David Christensen wrote: > > > Thought it was worth offering another data point. I'm > > > running the most > > > recent version of the bce driver with the changes to fix the 'mbuf' > > > errors. > > > > > > > A change was recently added to bge (r1.140) to address some issues > > with locking in the driver when performing PHY accesses which was > > also causing watchdog timeout errors. I need to look at those > > changes and see if they are applicable to the bce driver as well, > > though I've been having problems loading both bge and bce as > > modules on -CURRENT (causes a panic). If I can get past the module > > problem I'll look at the bge change soon. > > bce_ifmedia_sts() has locking, but bce_ifmedia_upd() is missing locking. > Something like this would do it: > > Index: if_bce.c > =================================================================== > RCS file: /host/cvs/usr/cvs/src/sys/dev/bce/if_bce.c,v > retrieving revision 1.7 > diff -u -r1.7 if_bce.c > --- if_bce.c 15 Aug 2006 04:56:29 -0000 1.7 > +++ if_bce.c 29 Aug 2006 22:03:17 -0000 I've patched my 6-STABLE box with your suggested change to if_bce.c (modulo a change of the typo of physm to phys). Doesn't seem to help my problem at all. If I load the network up a bit (some NFS activity seems to be the quickest way to trigger it), then I start getting watchdog timeout errors again. It remains rather like Julian's earlier problem, in that if I kill off the load-causing processes, then the network card recovers *a bit*, but it's still not happy, and still giving watchdog timeouts. I'm not sure if we have local switch issues making things worse, I'm investigating that, but either way, the card shouldn't lock up like this. Thanks for your help so far, happy to get any other debug info required, Sam. -- "Fortified with Essential Bitterness and Sarcasm" Matt Groening, "Binky's Guide to Love". From owner-freebsd-current@FreeBSD.ORG Wed Aug 30 14:45:36 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8CBFB16A4E1; Wed, 30 Aug 2006 14:45:36 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id F192D43D55; Wed, 30 Aug 2006 14:45:35 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.13.6/8.13.6) id k7UEjQLl065078; Wed, 30 Aug 2006 09:45:26 -0500 (CDT) (envelope-from dan) Date: Wed, 30 Aug 2006 09:45:26 -0500 From: Dan Nelson To: Andre Oppermann Message-ID: <20060830144526.GA54930@dan.emsphone.com> References: <44E9582C.2010400@rsu.ru> <20060825220033.GC16768@turion.vk2pj.dyndns.org> <20060826055402.W43127@fledge.watson.org> <200608291627.32524.jhb@freebsd.org> <44F4E40C.7000101@elischer.org> <44F5534C.5070207@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44F5534C.5070207@freebsd.org> X-OS: FreeBSD 6.1-STABLE X-message-flag: Outlook Error User-Agent: Mutt/1.5.12-2006-07-14 Cc: Peter Jeremy , freebsd-current@freebsd.org, Robert Watson , Julian Elischer , Michael Bushkov Subject: Re: [HEADS UP]: OpenLDAP+nss_ldap+nss_modules separated patch and more (SoC) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Aug 2006 14:45:36 -0000 In the last episode (Aug 30), Andre Oppermann said: > Julian Elischer wrote: > >John Baldwin wrote: > >>Agreed. I also think LDAP would be a very useful thing to add. I > >>know that I currently use NIS/yp because it just works and is > >>integrated into the base, etc. I think adding LDAP as the logical > >>successor to NIS/yp would be a good thing. > > > >I agree with John. Historically things have moved to the base system > >when they have reached some amount of public use, and they have been > >needed for a large number of othre parts.. e.g. SSL. > > > >I think that LDAP has reached this point (in fact did so many > >several years ago) and having a standard ldap implementation in the > >base system allows us to make FreeBSD machien splay better in many > >environments. > > The problem is that OpenLDAP is a very big thing. It contains a > number of libraries and servers. Importing the whole thing is > clearly not the right thing as we should only ship the LDAP library. > However more complications come from the fact that you can build the > LDAP library again with a number of further options and dependencies > on other libraries. Depending on your usage case you may need to > turn one of those on or off for your other applications. Topping it > off OpenLDAP does quite a few releases a year with important bug > fixes. This is quickly becoming backporting hell. At the moment I'm > not sure if the slapd server refuses to run with an older library > found in the base system. > > For this LDAP library thing to work there has to be a painless way to > overwrite or override the base LDAP library with a custom, newer from > ports or self-compiled one. > > A quick glance into the OpenLDAP install instructions reveals that it > depends on OpenSSL (check, it's in the base system), KERBEROS > (optional in base system), Cyrus SASL library (not in base system) > and POSIX threads (check). I don't think we want to import Cyrus > SASL into the base system. The openldap client port builds WITHOUT_SASL=YES, though, so that's not a problem. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-current@FreeBSD.ORG Wed Aug 30 17:07:28 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E0E416A4E7 for ; Wed, 30 Aug 2006 17:07: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 609E143D6B for ; Wed, 30 Aug 2006 17:07:14 +0000 (GMT) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 37D76EB3F58 for ; Thu, 31 Aug 2006 01:06:59 +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 fJzLZwkRNEit for ; Thu, 31 Aug 2006 01:06:57 +0800 (CST) Received: from [192.168.1.32] (unknown [221.221.170.128]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 16044EB3711 for ; Thu, 31 Aug 2006 01:06:56 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to: subject:x-enigmail-version:content-type; b=JO00EQZXpgagc5TIqudFFNoWIVAoNOr3bSplln/7V1CBCxsZ18KszGb36N8P4ARfW gm+QHMdm+cZsg0UyjR0Xg== Message-ID: <44F5C5A9.30605@delphij.net> Date: Thu, 31 Aug 2006 01:06:49 +0800 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 1.5.0.5 (Macintosh/20060719) MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.94.1.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="------------enig5E2B94627565C3050F2C49E6" Subject: bge(4) on BCM 5752 A02 panic due to media autoselect X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Aug 2006 17:07:28 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig5E2B94627565C3050F2C49E6 Content-Type: multipart/mixed; boundary="------------030809030602070801010603" This is a multi-part message in MIME format. --------------030809030602070801010603 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi, folks, Recently one of my colleagues found that BCM 5752 A02 on Dell Latitude D820 would get "panic: invalid ife->ifm_data (0xa) in mii_phy_setmedia". After some investigation I have found that removing BCMR_ANEG from mii_capabilities in ukphy.c would work around the problem, and it turns out that without explicitly specifying media type, the code will finally get to pass the "intentionally invalid index" to mii_phy_setmedia and trigger an assertion fail. I have not tested the situation in -STABLE yet, but it was said to work there, though. Is there anyone can shed some light to me about how to debug the issue? Thanks in advance! PS. During the debugging I have found that the attached patch can make "bge0: firmware handshake timeout" issue disappear from the said chip. Because I do not have Broadcom specification at hand I would like to see if there is someone to give appropriate review for it. Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------030809030602070801010603 Content-Type: text/plain; x-mac-type="0"; x-mac-creator="0"; name="patch-bge-firmware-handshake-timeout" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline; filename="patch-bge-firmware-handshake-timeout" Index: if_bge.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/sys/dev/bge/if_bge.c,v retrieving revision 1.140 diff -u -r1.140 if_bge.c --- if_bge.c 24 Aug 2006 14:41:16 -0000 1.140 +++ if_bge.c 29 Aug 2006 06:20:44 -0000 @@ -2313,6 +2313,13 @@ BGE_PCIMISCCTL_INDIRECT_ACCESS|BGE_PCIMISCCTL_MASK_PCI_INTR| BGE_HIF_SWAP_OPTIONS|BGE_PCIMISCCTL_PCISTATE_RW, 4); =20 + /* XXX: Broadcom Linux driver. */ + if (sc->bge_asicrev =3D=3D BGE_ASICREV_BCM5752 || + sc->bge_asicrev =3D=3D BGE_ASICREV_BCM5755 || + sc->bge_asicrev =3D=3D BGE_ASICREV_BCM5787) { + CSR_WRITE_4(sc, BGE_FASTBOOT_PC, 0x0); + } + reset =3D BGE_MISCCFG_RESET_CORE_CLOCKS|(65<<1); =20 /* XXX: Broadcom Linux driver. */ Index: if_bgereg.h =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/sys/dev/bge/if_bgereg.h,v retrieving revision 1.52 diff -u -r1.52 if_bgereg.h --- if_bgereg.h 23 Aug 2006 11:32:54 -0000 1.52 +++ if_bgereg.h 29 Aug 2006 06:32:31 -0000 @@ -1656,6 +1656,7 @@ #define BGE_EE_CTL 0x6840 #define BGE_MDI_CTL 0x6844 #define BGE_EE_DELAY 0x6848 +#define BGE_FASTBOOT_PC 0x6894 =20 /* Mode control register */ #define BGE_MODECTL_INT_SNDCOAL_ONLY 0x00000001 --------------030809030602070801010603-- --------------enig5E2B94627565C3050F2C49E6 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.3 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFE9cWqOfuToMruuMARAxZ8AKCMS1hedr7ya6EVVBKtxMo9jkBumgCfQv8r gg3dbtr027q5nWVMgHbgEFw= =IGaD -----END PGP SIGNATURE----- --------------enig5E2B94627565C3050F2C49E6-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 30 17:23:39 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 874E916A4E8; Wed, 30 Aug 2006 17:23:39 +0000 (UTC) (envelope-from gallatin@cs.duke.edu) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B8EA43D49; Wed, 30 Aug 2006 17:23:38 +0000 (GMT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.13.6/8.13.6) with ESMTP id k7UHNWRY026651 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Wed, 30 Aug 2006 13:23:32 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.12.9p2/8.12.9/Submit) id k7UHNQu5063184; Wed, 30 Aug 2006 13:23:26 -0400 (EDT) (envelope-from gallatin) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17653.51598.910897.127606@grasshopper.cs.duke.edu> Date: Wed, 30 Aug 2006 13:23:26 -0400 (EDT) To: "Jack Vogel" In-Reply-To: <2a41acea0608291624u4ee91cdej2d87aa19e2e5ba62@mail.gmail.com> References: <2a41acea0608291624u4ee91cdej2d87aa19e2e5ba62@mail.gmail.com> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Cc: freebsd-net , Alan Cox , freebsd-current , Prafulla Deuskar , Mohan Srinivasan , Robert Watson Subject: Re: RFC: FreeBSD I/OAT driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Aug 2006 17:23:39 -0000 Jack Vogel writes: > We are making our development driver for the I/OAT engine available for > download, experimentation, and comment available at: > > http://sourceforge.net/project/showfiles.php?group_id=42302&package_id=202220 > > This includes a core driver for the dma hardware and a set of stack changes > to allow use of the engine on the receive side of the stack. > > There are certainly rough edges and limitations in this code, but we have run > it internally and seen some great results. > > I would like to see this get into CURRENT, so anything Prafulla and I can do > to help or answer questions, send us email. Excellent! Can you share some of these results? I would love to try it, but I don't have FreeBSD on any machine with I/OAT hardware. I've taken a very quick look at it. Maybe I'm just being dense, but I don't like the name "dma_" being in the global namespace. Maybe things (like dma_*_list should be called at least dmaengine_*_list, etc. There are some style(9) defects which I'm sure others who are more proficient at style(9) than I am will point out (// comments, function names not starting in column 0, etc). How deep would you expect so->dma_wait_queue to get? Would it make sense to keep a pointer to the last item so that insertion is O(1), rather than O(N)? Would it be possible to have a sysctl tunable threshold, below which the system does a normal uiomove? A normal copyout() will certainly be faster at some point.. Thanks for the great work! Drew From owner-freebsd-current@FreeBSD.ORG Wed Aug 30 18:18:46 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9544916A4E7 for ; Wed, 30 Aug 2006 18:18:46 +0000 (UTC) (envelope-from jfvogel@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 76DAD43D55 for ; Wed, 30 Aug 2006 18:18:44 +0000 (GMT) (envelope-from jfvogel@gmail.com) Received: by py-out-1112.google.com with SMTP id o67so372081pye for ; Wed, 30 Aug 2006 11:18:43 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=bV7d7adVKQ8/cE+pKTRTjvF2/tnG4yf4YWa3/oPRl6snNQrUYI6JgImWCZNotQ14HBgDzAYQwYiCfnOXvRvannadtFJTGPzQpKicY4n+Qk7hKswgn0M+rwvOGQw++/M5JXZJKzb5+1+HYtFyctUMV8WO1zq1wp70eKhY5sJHdew= Received: by 10.35.72.6 with SMTP id z6mr1529760pyk; Wed, 30 Aug 2006 11:18:43 -0700 (PDT) Received: by 10.35.119.1 with HTTP; Wed, 30 Aug 2006 11:18:43 -0700 (PDT) Message-ID: <2a41acea0608301118r3c9bcces1c5b20fe208d6e93@mail.gmail.com> Date: Wed, 30 Aug 2006 11:18:43 -0700 From: "Jack Vogel" To: "Andrew Gallatin" In-Reply-To: <17653.51598.910897.127606@grasshopper.cs.duke.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2a41acea0608291624u4ee91cdej2d87aa19e2e5ba62@mail.gmail.com> <17653.51598.910897.127606@grasshopper.cs.duke.edu> Cc: freebsd-net , Alan Cox , freebsd-current , Prafulla Deuskar , Mohan Srinivasan , Robert Watson Subject: Re: RFC: FreeBSD I/OAT driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Aug 2006 18:18:46 -0000 On 8/30/06, Andrew Gallatin wrote: > > Excellent! Can you share some of these results? I would love to try > it, but I don't have FreeBSD on any machine with I/OAT hardware. Prafulla had the results > I've taken a very quick look at it. Maybe I'm just being dense, > but I don't like the name "dma_" being in the global namespace. > Maybe things (like dma_*_list should be called at least > dmaengine_*_list, etc. I have no commitment to specifics in the namespace, so it can be changed to suit tastes. > There are some style(9) defects which I'm sure others who are more > proficient at style(9) than I am will point out (// comments, function > names not starting in column 0, etc). Same as above, minor things we can fix... > How deep would you expect so->dma_wait_queue to get? Would it make > sense to keep a pointer to the last item so that insertion is O(1), > rather than O(N)? Again, this is Prafulla's code, he should respond. > Would it be possible to have a sysctl tunable threshold, below which > the system does a normal uiomove? A normal copyout() will certainly > be faster at some point.. This sounds like a good idea. We only provided the stack client, because of interest by a specific customer, but there is potential for this engine to be used in a variety of places, for instance in VM. For more diverse usages the registration/client code would need to be enhanced, something like what Linux has now. That is doable later down the path... > Thanks for the great work! > > Drew Thanks for looking it over :) Jack From owner-freebsd-current@FreeBSD.ORG Wed Aug 30 18:34:37 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E6D5716A4DF for ; Wed, 30 Aug 2006 18:34:37 +0000 (UTC) (envelope-from jfvogel@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 D085C43D72 for ; Wed, 30 Aug 2006 18:34:36 +0000 (GMT) (envelope-from jfvogel@gmail.com) Received: by py-out-1112.google.com with SMTP id o67so376835pye for ; Wed, 30 Aug 2006 11:34:36 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=U0omDirY5YOcOicKZWaYQIO4XU2TAvO86chWHjgVFyYo56mw33QlYE1SXrCAK85IBafzTItsR9zPznYGUDDYLPy6CGz7QEVAy2jpsIqUnweufNcl79SHyxn8KQQmo9B8nkj+LtxlaRiaH4NeAdGPoNYNanpnDmHombJPI8rFWFg= Received: by 10.35.96.7 with SMTP id y7mr1534763pyl; Wed, 30 Aug 2006 11:34:36 -0700 (PDT) Received: by 10.35.119.1 with HTTP; Wed, 30 Aug 2006 11:34:36 -0700 (PDT) Message-ID: <2a41acea0608301134t48f59809oc0ad3d6c157219@mail.gmail.com> Date: Wed, 30 Aug 2006 11:34:36 -0700 From: "Jack Vogel" To: "Andrew Gallatin" , "Julian Elischer" In-Reply-To: <2a41acea0608301118r3c9bcces1c5b20fe208d6e93@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2a41acea0608291624u4ee91cdej2d87aa19e2e5ba62@mail.gmail.com> <17653.51598.910897.127606@grasshopper.cs.duke.edu> <2a41acea0608301118r3c9bcces1c5b20fe208d6e93@mail.gmail.com> Cc: freebsd-net , Alan Cox , freebsd-current , Prafulla Deuskar , Mohan Srinivasan , Robert Watson Subject: Re: RFC: FreeBSD I/OAT driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Aug 2006 18:34:38 -0000 There have been a couple requests for more info about I/OAT in general. While I think the hardware specs are still only available with NDA, there are some public papers and descriptions at the URL: http://www.intel.com/technology/ioacceleration/ Cheers, Jack From owner-freebsd-current@FreeBSD.ORG Wed Aug 30 18:59:36 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2BBAF16A4DE for ; Wed, 30 Aug 2006 18:59:36 +0000 (UTC) (envelope-from davidch@broadcom.com) Received: from mms2.broadcom.com (mms2.broadcom.com [216.31.210.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id ACF0E43D72 for ; Wed, 30 Aug 2006 18:59:31 +0000 (GMT) (envelope-from davidch@broadcom.com) Received: from 10.10.64.154 by mms2.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.2.0)); Wed, 30 Aug 2006 11:59:17 -0700 X-Server-Uuid: D9EB6F12-1469-4C1C-87A2-5E4C0D6F9D06 Received: by mail-irva-10.broadcom.com (Postfix, from userid 47) id 3B0C02AF; Wed, 30 Aug 2006 11:59:17 -0700 (PDT) Received: from mail-irva-8.broadcom.com (mail-irva-8 [10.10.64.221]) by mail-irva-10.broadcom.com (Postfix) with ESMTP id 197622AE; Wed, 30 Aug 2006 11:59:17 -0700 (PDT) Received: from mail-irva-12.broadcom.com (mail-irva-12.broadcom.com [10.10.64.146]) by mail-irva-8.broadcom.com (MOS 3.7.5a-GA) with ESMTP id EEA61492; Wed, 30 Aug 2006 11:59:10 -0700 (PDT) Received: from NT-IRVA-0750.brcm.ad.broadcom.com (nt-irva-0750 [10.8.194.64]) by mail-irva-12.broadcom.com (Postfix) with ESMTP id 288E469CA3; Wed, 30 Aug 2006 11:59:10 -0700 (PDT) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Wed, 30 Aug 2006 11:59:08 -0700 Message-ID: <09BFF2FA5EAB4A45B6655E151BBDD90301E2F1CF@NT-IRVA-0750.brcm.ad.broadcom.com> In-Reply-To: <44F5C5A9.30605@delphij.net> X-MS-Has-Attach: yes Thread-Topic: bge(4) on BCM 5752 A02 panic due to media autoselect Thread-Index: AcbMVuwqBZr0ctJmRU+0LBiq5osi0gADor6g From: "David Christensen" To: "LI Xin" , freebsd-current@freebsd.org X-TMWD-Spam-Summary: SEV=1.1; DFV=A2006083010; IFV=2.0.6,4.0-7; RPD=4.00.0004; RPDID=303030312E30413031303230352E34344635444542432E303033442D412D; ENG=IBF; TS=20060830185918; CAT=NONE; CON=NONE; X-MMS-Spam-Filter-ID: A2006083010_4.00.0004_2.0.6,4.0-7 X-WSS-ID: 68EB3F8F3883230518-01-01 Content-Type: multipart/mixed; boundary="----_=_NextPart_001_01C6CC66.600813B8" Cc: Subject: RE: bge(4) on BCM 5752 A02 panic due to media autoselect X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Aug 2006 18:59:36 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01C6CC66.600813B8 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable > Recently one of my colleagues found that BCM 5752 A02 on Dell Latitude > D820 would get "panic: invalid ife->ifm_data (0xa) in=20 > mii_phy_setmedia". > After some investigation I have found that removing BCMR_ANEG from > mii_capabilities in ukphy.c would work around the problem,=20 > and it turns > out that without explicitly specifying media type, the code=20 > will finally > get to pass the "intentionally invalid index" to mii_phy_setmedia and > trigger an assertion fail. >=20 > I have not tested the situation in -STABLE yet, but it was=20 > said to work > there, though. Is there anyone can shed some light to me about how to > debug the issue? Thanks in advance! >=20 > PS. During the debugging I have found that the attached patch can make > "bge0: firmware handshake timeout" issue disappear from the said chip. > Because I do not have Broadcom specification at hand I would=20 > like to see > if there is someone to give appropriate review for it. Try the attached patch instead and let me know if it works. When FastBoot is enabled on supported Broadcom controllers it allows the controller to skip rereading firmware after a reset, allowing the driver to complete=20 its initialization more quickly. The Linux driver specifically disables FastBoot because it performs some read/write tests to controller memory, potentially corrupting the firmware, so FastBoot is disabled to insure an error free firmware reload. We don't do the same test so the same change isn't necessary. The patch happens to work because the bge driver doesn't perform firmware synchronization correctly, and the firmware initializes too fast for the driver. Dave ------_=_NextPart_001_01C6CC66.600813B8 Content-Type: text/plain; name=fastboot_patch.txt Content-Transfer-Encoding: base64 Content-Description: fastboot_patch.txt Content-Disposition: attachment; filename=fastboot_patch.txt SW5kZXg6IGlmX2JnZS5jCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT0KUkNTIGZpbGU6IC9ob21lL25jdnMvc3JjL3N5cy9k ZXYvYmdlL2lmX2JnZS5jLHYKcmV0cmlldmluZyByZXZpc2lvbiAxLjE0MApkaWZmIC1wIC11IC1y MS4xNDAgaWZfYmdlLmMKLS0tIGlmX2JnZS5jCTI0IEF1ZyAyMDA2IDE0OjQxOjE2IC0wMDAwCTEu MTQwCisrKyBpZl9iZ2UuYwkzMCBBdWcgMjAwNiAxODo1MDoxOSAtMDAwMApAQCAtMjMyNiw2ICsy MzI2LDEyIEBAIGJnZV9yZXNldChzdHJ1Y3QgYmdlX3NvZnRjICpzYykKIAkJfQogCX0KIAorCS8q CisJICogV3JpdGUgdGhlIG1hZ2ljIG51bWJlciB0byB0aGUgZmlybXdhcmUgbWFpbGJveCBhdCAw eGI1MAorICAgICAgICAgKiBzbyB0aGF0IHRoZSBkcml2ZXIgY2FuIHN5bmNocm9uaXplIHdpdGgg dGhlIGZpcm13YXJlLgorCSAqLworCWJnZV93cml0ZW1lbV9pbmQoc2MsIEJHRV9TT0ZUV0FSRV9H RU5DT01NLCBCR0VfTUFHSUNfTlVNQkVSKTsKKwogCS8qIElzc3VlIGdsb2JhbCByZXNldCAqLwog CWJnZV93cml0ZXJlZ19pbmQoc2MsIEJHRV9NSVNDX0NGRywgcmVzZXQpOwogCkBAIC0yMzYyLDEx ICsyMzY4LDYgQEAgYmdlX3Jlc2V0KHN0cnVjdCBiZ2Vfc29mdGMgKnNjKQogCQlDU1JfV1JJVEVf NChzYywgQkdFX01BUkJfTU9ERSwgQkdFX01BUkJNT0RFX0VOQUJMRSk7CiAKIAkvKgotCSAqIFBy ZXZlbnQgUFhFIHJlc3RhcnQ6IHdyaXRlIGEgbWFnaWMgbnVtYmVyIHRvIHRoZQotCSAqIGdlbmVy YWwgY29tbXVuaWNhdGlvbnMgbWVtb3J5IGF0IDB4QjUwLgotCSAqLwotCWJnZV93cml0ZW1lbV9p bmQoc2MsIEJHRV9TT0ZUV0FSRV9HRU5DT01NLCBCR0VfTUFHSUNfTlVNQkVSKTsKLQkvKgogCSAq IFBvbGwgdGhlIHZhbHVlIGxvY2F0aW9uIHdlIGp1c3Qgd3JvdGUgdW50aWwKIAkgKiB3ZSBzZWUg dGhlIDEncyBjb21wbGVtZW50IG9mIHRoZSBtYWdpYyBudW1iZXIuCiAJICogVGhpcyBpbmRpY2F0 ZXMgdGhhdCB0aGUgZmlybXdhcmUgaW5pdGlhbGl6YXRpb24KSW5kZXg6IGlmX2JnZXJlZy5oCj09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT0KUkNTIGZpbGU6IC9ob21lL25jdnMvc3JjL3N5cy9kZXYvYmdlL2lmX2JnZXJlZy5o LHYKcmV0cmlldmluZyByZXZpc2lvbiAxLjUyCmRpZmYgLXAgLXUgLXIxLjUyIGlmX2JnZXJlZy5o Ci0tLSBpZl9iZ2VyZWcuaAkyMyBBdWcgMjAwNiAxMTozMjo1NCAtMDAwMAkxLjUyCisrKyBpZl9i Z2VyZWcuaAkzMCBBdWcgMjAwNiAxODo1MDoyMCAtMDAwMApAQCAtMTc2OCwxMCArMTc2OCwxMSBA QAogCX0gd2hpbGUoMCkKIAogLyoKLSAqIFRoaXMgbWFnaWMgbnVtYmVyIGlzIHVzZWQgdG8gcHJl dmVudCBQWEUgcmVzdGFydCB3aGVuIHdlCi0gKiBpc3N1ZSBhIHNvZnR3YXJlIHJlc2V0LiBXZSB3 cml0ZSB0aGlzIG1hZ2ljIG51bWJlciB0byB0aGUKLSAqIGZpcm13YXJlIG1haWxib3ggYXQgMHhC NTAgaW4gb3JkZXIgdG8gcHJldmVudCB0aGUgUFhFIGJvb3QKLSAqIGNvZGUgZnJvbSBydW5uaW5n LgorICogVGhpcyBtYWdpYyBudW1iZXIgaXMgd3JpdHRlbiB0byB0aGUgZmlybXdhcmUgbWFpbGJv eCBhdCAweGI1MAorICogYmVmb3JlIGEgc29mdHdhcmUgcmVzZXQgaXMgaXNzdWVkLiAgQWZ0ZXIg dGhlIGludGVybmFsIGZpcm13YXJlCisgKiBoYXMgY29tcGxldGVkIGl0cyBpbml0aWFsaXphdGlv biBpdCB3aWxsIHdyaXRlIHRoZSBvcHBvc2l0ZSBvZiAKKyAqIHRoaXMgdmFsdWUsIH5CR0VfTUFH SUNfTlVNQkVSLCB0byB0aGUgc2FtZSBsb2NhdGlvbiwgYWxsb3dpbmcgdGhlCisgKiBkcml2ZXIg dG8gc3luY2hyb25pemUgd2l0aCB0aGUgZmlybXdhcmUuCiAgKi8KICNkZWZpbmUgQkdFX01BR0lD X05VTUJFUiAgICAgICAgICAgICAgICAweDRCNjU3NjU0CiAK ------_=_NextPart_001_01C6CC66.600813B8-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 30 19:17:31 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9A0CA16A4E0; Wed, 30 Aug 2006 19:17:31 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A7AD43D5E; Wed, 30 Aug 2006 19:17:26 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.13.7/8.13.7) with ESMTP id k7UJHMSj032046; Wed, 30 Aug 2006 12:17:22 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.7/8.13.7/Submit) id k7UJHMtV032045; Wed, 30 Aug 2006 12:17:22 -0700 (PDT) (envelope-from sgk) Date: Wed, 30 Aug 2006 12:17:22 -0700 From: Steve Kargl To: "Conrad J. Sabatier" Message-ID: <20060830191722.GA31990@troutmask.apl.washington.edu> References: <20060826212120.GA66604@freefall.freebsd.org> <20060829175022.1a3ac0f6@serene.no-ip.org> <20060829230447.GA59838@troutmask.apl.washington.edu> <20060829202916.04dc8cd1@serene.no-ip.org> <20060830023336.GA56931@troutmask.apl.washington.edu> <20060829215936.36b1d8f1@serene.no-ip.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060829215936.36b1d8f1@serene.no-ip.org> User-Agent: Mutt/1.4.2.2i Cc: Alexander Kabaev , current@freebsd.org Subject: Re: HEADS UP: GCC 3.4.6 update in progress X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Aug 2006 19:17:31 -0000 On Tue, Aug 29, 2006 at 09:59:36PM -0500, Conrad J. Sabatier wrote: > On Tue, 29 Aug 2006 19:33:36 -0700, Steve Kargl > wrote: > > On Tue, Aug 29, 2006 at 08:29:16PM -0500, Conrad J. Sabatier wrote: > > > On Tue, 29 Aug 2006 16:04:47 -0700, Steve Kargl > > > wrote: > > > > > > > On Tue, Aug 29, 2006 at 05:50:22PM -0500, Conrad J. Sabatier > > > > wrote: > > > > > > > > > > Incidentally, I've been wondering for the longest time now: > > > > > is/are there any particular reason(s) why we exclude gcj from > > > > > the gcc tree/build? Sure would be a cool thing to have. > > > > > > > > > > > > > 1) It's not needed to build anything in the base system. > > > > 2) It takes a long time to build. > > > > 3) You really want to use the gcc41 or gcc42 port. > > > > > > > > Of course, IMHO. > > > > > > I've tried both ports, but gcj fails to run, complaining about a > > > missing "spec" file (I forget the exact filename, maybe > > > "gcjlib.spec" or something similar). :-( > > > > > > Is this maybe an arch-specific (amd64) problem? Or? > > > > > > > Contact Gerald. He is fairly quick at addressing port > > issues. I don't build the ports because I build GCC > > svn sources for 4.1.x and trunk several times a week. > > I'll note that I don't normally build gjc. I can try > > a bootstrap tomorrow. > > OK, will do. Thanks. For those interesting in bootstrap time. % time gmake bootstrap 4456.51 real 4098.55 user 349.61 sys This includes C, C++, Fortran, and Java. These numbers are from a dual-processor, dual-core opteron system running at 2.4 GHz and with 16 GB of memory. The system was otherwise idle. -- Steve From owner-freebsd-current@FreeBSD.ORG Wed Aug 30 20:00:59 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EE60B16A4DE; Wed, 30 Aug 2006 20:00:58 +0000 (UTC) (envelope-from frode@nordahl.net) Received: from smtp1.powertech.no (smtp1.powertech.no [195.159.0.145]) by mx1.FreeBSD.org (Postfix) with ESMTP id 98B9F43D45; Wed, 30 Aug 2006 20:00:55 +0000 (GMT) (envelope-from frode@nordahl.net) Received: from [195.159.148.126] (dhcp7.xu.nordahl.net [195.159.148.126]) by smtp1.powertech.no (Postfix) with ESMTP id 426AF9E78; Wed, 30 Aug 2006 21:58:28 +0200 (CEST) In-Reply-To: <44F5534C.5070207@freebsd.org> References: <44E9582C.2010400@rsu.ru> <20060825220033.GC16768@turion.vk2pj.dyndns.org> <20060826055402.W43127@fledge.watson.org> <200608291627.32524.jhb@freebsd.org> <44F4E40C.7000101@elischer.org> <44F5534C.5070207@freebsd.org> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <3CE828F3-A8C7-4A34-8F6E-B57DF1D99136@nordahl.net> Content-Transfer-Encoding: 7bit From: Frode Nordahl Date: Wed, 30 Aug 2006 21:58:29 +0200 To: Andre Oppermann X-Mailer: Apple Mail (2.752.2) Cc: Peter Jeremy , freebsd-current@freebsd.org, Robert Watson , Julian Elischer , Michael Bushkov Subject: Re: [HEADS UP]: OpenLDAP+nss_ldap+nss_modules separated patch and more (SoC) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Aug 2006 20:00:59 -0000 On 30. aug. 2006, at 10.58, Andre Oppermann wrote: > Julian Elischer wrote: >> John Baldwin wrote: >>> On Saturday 26 August 2006 01:00, Robert Watson wrote: >>> >>> Agreed. I also think LDAP would be a very useful thing to add. >>> I know that >>> I currently use NIS/yp because it just works and is integrated >>> into the base, >>> etc. I think adding LDAP as the logical successor to NIS/yp >>> would be a good >>> thing. >>> >> I agree with John. Historically things have moved to the base >> system when they >> have reached some amount of public use, and they have been needed >> for a large number >> of othre parts.. e.g. SSL. >> I think that LDAP has reached this point (in fact did so many >> several years ago) >> and having a standard ldap implementation in the base system >> allows us to make >> FreeBSD machien splay better in many environments. > > The problem is that OpenLDAP is a very big thing. It contains a > number > of libraries and servers. Importing the whole thing is clearly not > the > right thing as we should only ship the LDAP library. However more > complications > come from the fact that you can build the LDAP library again with a > number > of further options and dependencies on other libraries. Depending > on your > usage case you may need to turn one of those on or off for your > other applications. > Topping it off OpenLDAP does quite a few releases a year with > important bug > fixes. This is quickly becoming backporting hell. At the moment > I'm not sure > if the slapd server refuses to run with an older library found in > the base system. Actually, including the server might not be a bad idea. slapd has good support for replication and can if set up correctly serve well as a distributed lookup database, resilient to network outages and other challenges that come with centralized lookup databases. Also with the efficiency of the Berkely DB backend and FreeBSD's excellent I/O scheduling one really have no need for a nss caching daemon when the database is on the local system. But as you say, doing so means more hands needed to maintain the import, so we have to find out if the functionality gained is worth the extra work. > For this LDAP library thing to work there has to be a painless way > to overwrite > or override the base LDAP library with a custom, newer from ports > or self-compiled > one. > > A quick glance into the OpenLDAP install instructions reveals that > it depends on > OpenSSL (check, it's in the base system), KERBEROS (optional in > base system), > Cyrus SASL library (not in base system) and POSIX threads (check). > I don't think > we want to import Cyrus SASL into the base system. Add Sleepycat Berkeley DB and necessary tools to the list if slapd was to be imported as well. It makes much sense in compiling it in statically, so that would not add to the library problems though. -- Frode Nordahl From owner-freebsd-current@FreeBSD.ORG Wed Aug 30 20:18:21 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D652116A4DD for ; Wed, 30 Aug 2006 20:18:21 +0000 (UTC) (envelope-from josh.carroll@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4EEB943D60 for ; Wed, 30 Aug 2006 20:17:36 +0000 (GMT) (envelope-from josh.carroll@gmail.com) Received: by wr-out-0506.google.com with SMTP id i21so147724wra for ; Wed, 30 Aug 2006 13:17:33 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=eqEqMqS+0NvTfOs0qV9bMJAm22nnquL9WmVvURprvQEQMnSyn9O2RdDQRscMUA4uqMrqrq+eTQZqYElsn/nNRcJuXn0Qobpgmuem39CboKh9mP82bzssgE4dBXRATBLIeVDXAv65FrLj4YhmUHApgOZbtQEyi0kiHBEkZ+xjQx4= Received: by 10.90.25.3 with SMTP id 3mr39108agy; Wed, 30 Aug 2006 13:17:32 -0700 (PDT) Received: by 10.90.56.6 with HTTP; Wed, 30 Aug 2006 13:17:32 -0700 (PDT) Message-ID: <8cb6106e0608301317y21a131a4q6fe78b3a2565a9b7@mail.gmail.com> Date: Wed, 30 Aug 2006 13:17:32 -0700 From: "Josh Carroll" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: atapi/IDE DVD problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: josh.carroll@psualum.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Aug 2006 20:18:22 -0000 I'm running a 6.1-RELEASE kernel with the ata stuff copied in from -current to support the ICH8 and JMB363 controllers on the Asus P5B motherboard (Intel P965 chipset). I'm having trouble getting my DVD device to work properly with this kernel, however. I've tried plugging it into the JMB363 controller (IDE) and it hangs and I eventually see: acd0: WARNING - TEST_UNIT_READY taskqueue timeout - completing request directly then: acd0: WARNING - TEST_UNIT_READY freeing taskqueue zombie request I also just tried throwing a SATA DVD drive into the box on both the JMB363 and ICH8 controller, with the same result. Unfortunately, I do not have dmesg output when the cd device is plugged in, as I can't get that far. Below is the dmesg output from the system when booted without the DVD drive plugged in, however. Should I try building a -current kernel and using it instead of the modified 6.1-RELEASE kernel? Would it make a difference for this? Thanks in advance! Josh Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 6.1-RELEASE-p4 #5: Tue Aug 29 14:49:51 PDT 2006 root@pflog.net:/usr/obj/usr/src/sys/DEBLIN Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 3.40GHz (3397.90-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf34 Stepping = 4 Features=0xbfebfbff Features2=0x441d> Logical CPUs per core: 2 real memory = 2147090432 (2047 MB) avail memory = 2096099328 (1998 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 netsmb_dev: loaded acpi0: on motherboard acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 cpu1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) uhci0: port 0xe000-0xe01f irq 16 at device 26.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 0xe080-0xe09f irq 17 at device 26.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 ehci0: mem 0xfebff400-0xfebff7ff irq 18 at device 26.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 pcib2: irq 16 at device 28.0 on pci0 pci3: on pcib2 pcib3: irq 16 at device 28.4 on pci0 pci2: on pcib3 atapci0: port 0xbc00-0xbc07,0xb880-0xb883,0xb800-0xb807,0xb480-0xb483,0xb400-0xb40f mem 0xfe8fe000-0xfe8fffff irq 16 at device 0.0 on pci2 atapci0: AHCI Version 01.00 controller with 2 ports detected ata2: on atapci0 ata3: on atapci0 ata4: on atapci0 uhci2: port 0xd800-0xd81f irq 23 at device 29.0 on pci0 uhci2: [GIANT-LOCKED] usb3: on uhci2 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered uhci3: port 0xd880-0xd89f irq 19 at device 29.1 on pci0 uhci3: [GIANT-LOCKED] usb4: on uhci3 usb4: USB revision 1.0 uhub4: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub4: 2 ports with 2 removable, self powered uhci4: port 0xdc00-0xdc1f irq 18 at device 29.2 on pci0 uhci4: [GIANT-LOCKED] usb5: on uhci4 usb5: USB revision 1.0 uhub5: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub5: 2 ports with 2 removable, self powered ehci1: mem 0xfebff000-0xfebff3ff irq 23 at device 29.7 on pci0 ehci1: [GIANT-LOCKED] usb6: EHCI version 1.0 usb6: companion controllers, 2 ports each: usb3 usb4 usb5 usb6: on ehci1 usb6: USB revision 2.0 uhub6: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub6: 6 ports with 6 removable, self powered pcib4: at device 30.0 on pci0 pci4: on pcib4 em0: port 0xcc00-0xcc3f mem 0xfeae0000-0xfeafffff,0xfeac0000-0xfeadffff irq 22 at device 1.0 on pci4 em0: Ethernet address: 00:0e:0c:6c:b9:16 em1: port 0xc880-0xc8bf mem 0xfea80000-0xfea9ffff,0xfea60000-0xfea7ffff irq 23 at device 2.0 on pci4 em1: Ethernet address: 00:0e:0c:6c:b9:0a 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: AHCI Version 01.10 controller with 4 ports detected ata5: on atapci1 ata6: on atapci1 ata7: on atapci1 ata8: on atapci1 pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: 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 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 0xd1800-0xd27ff,0xd2800-0xd37ff 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 ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 ata1 at port 0x170-0x177,0x376 irq 15 on isa0 sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled ugen0: APC Back-UPS ES 500 FW:801.e5.D USB FW:e5, rev 1.10/1.06, addr 2 Timecounters tick every 1.000 msec ad8: 152627MB at ata4-master UDMA100 ad10: 381554MB at ata5-master SATA150 ad12: 114440MB at ata6-master SATA150 SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/ad10s1a From owner-freebsd-current@FreeBSD.ORG Wed Aug 30 20:41:28 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 916) id 924F516A4E2; Wed, 30 Aug 2006 20:41:28 +0000 (UTC) Date: Wed, 30 Aug 2006 20:41:28 +0000 From: Prafulla Deuskar To: Andrew Gallatin Message-ID: <20060830204128.GA73801@hub.freebsd.org> References: <2a41acea0608291624u4ee91cdej2d87aa19e2e5ba62@mail.gmail.com> <17653.51598.910897.127606@grasshopper.cs.duke.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <17653.51598.910897.127606@grasshopper.cs.duke.edu> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 6.1-STABLE on an i386 Cc: freebsd-net , Alan Cox , freebsd-current , Robert Watson , Jack Vogel , Mohan Srinivasan Subject: Re: RFC: FreeBSD I/OAT driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Aug 2006 20:41:28 -0000 Andrew Gallatin [gallatin@cs.duke.edu] wrote: > > Jack Vogel writes: > > We are making our development driver for the I/OAT engine available for > > download, experimentation, and comment available at: > > > > http://sourceforge.net/project/showfiles.php?group_id=42302&package_id=202220 > > > > This includes a core driver for the dma hardware and a set of stack changes > > to allow use of the engine on the receive side of the stack. > > > > There are certainly rough edges and limitations in this code, but we have run > > it internally and seen some great results. > > > > I would like to see this get into CURRENT, so anything Prafulla and I can do > > to help or answer questions, send us email. > > Excellent! Can you share some of these results? I would love to try > it, but I don't have FreeBSD on any machine with I/OAT hardware. > Dual core Woodcrest Bensley Chipset Netperf Receive Test - 64k IO size 6.1-RELEASE SMP Kernel MTU 1500 bytes Num Ports Thr(Native) Thr(I/OAT) CPU (Native) CPU (I/OAT) (Mbps) (Mbps) (%) (%) 1 943 943 14 11 2 1886 1886 46 22 4 1945 2531 84 54 It scales fairly linearly as number of ports increase. Haven't run more than 4 port test with FreeBSD though. > I've taken a very quick look at it. Maybe I'm just being dense, > but I don't like the name "dma_" being in the global namespace. > Maybe things (like dma_*_list should be called at least > dmaengine_*_list, etc. Yeah - probably ioatdma_ would be more clear. > > There are some style(9) defects which I'm sure others who are more > proficient at style(9) than I am will point out (// comments, function > names not starting in column 0, etc). > > How deep would you expect so->dma_wait_queue to get? Would it make > sense to keep a pointer to the last item so that insertion is O(1), > rather than O(N)? The size is dependant on Application IO size and MSS. So you are right it might be useful to keep a pointer to last item. At higher IO sizes it can get quite deep for 1500 byte MTU. > > Would it be possible to have a sysctl tunable threshold, below which > the system does a normal uiomove? A normal copyout() will certainly > be faster at some point.. > Yes - it doesn't make sense to use the DMA engine for small packets. Also you get more benefit if you overlap IO with computation. > Thanks for the great work! Thank you for your help earlier. > From owner-freebsd-current@FreeBSD.ORG Wed Aug 30 21:14:22 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2CAAC16A4E5 for ; Wed, 30 Aug 2006 21:14:22 +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 A383843D55 for ; Wed, 30 Aug 2006 21:14:21 +0000 (GMT) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id k7ULCxTX018784; Wed, 30 Aug 2006 17:12:59 -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.6/8.13.3) with ESMTP id k7ULCxvx071311 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 30 Aug 2006 17:12:59 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <6.2.3.4.0.20060830171131.1201d9a8@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.3.4 Date: Wed, 30 Aug 2006 17:15:10 -0400 To: Prafulla Deuskar From: Mike Tancsa In-Reply-To: <20060830204128.GA73801@hub.freebsd.org> References: <2a41acea0608291624u4ee91cdej2d87aa19e2e5ba62@mail.gmail.com> <17653.51598.910897.127606@grasshopper.cs.duke.edu> <20060830204128.GA73801@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner4 X-Virus-Status: Clean Cc: freebsd-net , Alan Cox , freebsd-current , Robert Watson , Jack Vogel , Mohan Srinivasan Subject: Re: RFC: FreeBSD I/OAT driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Aug 2006 21:14:22 -0000 At 04:41 PM 8/30/2006, Prafulla Deuskar wrote: >Dual core Woodcrest >Bensley Chipset >Netperf Receive Test - 64k IO size >6.1-RELEASE SMP Kernel >MTU 1500 bytes > >Num Ports Thr(Native) Thr(I/OAT) CPU (Native) CPU (I/OAT) > (Mbps) (Mbps) (%) (%) > 1 943 943 14 11 > 2 1886 1886 46 22 > 4 1945 2531 84 54 Hi, have you tried it with something like /usr/src/tools/tools/netrate ? I am interested in what it can do as a decent 200-500Mb router / firewall with small packets ---Mike From owner-freebsd-current@FreeBSD.ORG Wed Aug 30 21:16:44 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 54EEB16A4DA for ; Wed, 30 Aug 2006 21:16:44 +0000 (UTC) (envelope-from outi@bytephobia.de) Received: from dd2626.kasserver.com (dd2626.kasserver.com [81.209.184.189]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1FF3D43D55 for ; Wed, 30 Aug 2006 21:16:41 +0000 (GMT) (envelope-from outi@bytephobia.de) Received: from [10.1.0.2] (pD9E35D46.dip.t-dialin.net [217.227.93.70]) by dd2626.kasserver.com (Postfix) with ESMTP id 1790011D776; Wed, 30 Aug 2006 23:16:47 +0200 (CEST) Message-ID: <44F60036.7030105@bytephobia.de> Date: Wed, 30 Aug 2006 23:16:38 +0200 From: Patrick Hurrelmann User-Agent: Thunderbird 1.5.0.5 (X11/20060730) MIME-Version: 1.0 To: David Christensen References: <09BFF2FA5EAB4A45B6655E151BBDD90301E2F1CF@NT-IRVA-0750.brcm.ad.broadcom.com> In-Reply-To: <09BFF2FA5EAB4A45B6655E151BBDD90301E2F1CF@NT-IRVA-0750.brcm.ad.broadcom.com> Content-Type: multipart/mixed; boundary="------------020304090702080801070901" Cc: freebsd-current@freebsd.org, LI Xin Subject: Re: bge(4) on BCM 5752 A02 panic due to media autoselect X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Aug 2006 21:16:44 -0000 This is a multi-part message in MIME format. --------------020304090702080801070901 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit David Christensen wrote: >> Recently one of my colleagues found that BCM 5752 A02 on Dell Latitude >> D820 would get "panic: invalid ife->ifm_data (0xa) in >> mii_phy_setmedia". >> After some investigation I have found that removing BCMR_ANEG from >> mii_capabilities in ukphy.c would work around the problem, >> and it turns >> out that without explicitly specifying media type, the code >> will finally >> get to pass the "intentionally invalid index" to mii_phy_setmedia and >> trigger an assertion fail. >> >> I have not tested the situation in -STABLE yet, but it was >> said to work >> there, though. Is there anyone can shed some light to me about how to >> debug the issue? Thanks in advance! >> >> PS. During the debugging I have found that the attached patch can make >> "bge0: firmware handshake timeout" issue disappear from the said chip. >> Because I do not have Broadcom specification at hand I would >> like to see >> if there is someone to give appropriate review for it. > > Try the attached patch instead and let me know if it works. When > FastBoot > is enabled on supported Broadcom controllers it allows the controller to > skip rereading firmware after a reset, allowing the driver to complete > its initialization more quickly. The Linux driver specifically disables > FastBoot because it performs some read/write tests to controller memory, > potentially corrupting the firmware, so FastBoot is disabled to insure > an > error free firmware reload. We don't do the same test so the same > change > isn't necessary. The patch happens to work because the bge driver > doesn't > perform firmware synchronization correctly, and the firmware initializes > too fast for the driver. > > Dave > > > ------------------------------------------------------------------------ > > Index: if_bge.c > =================================================================== > RCS file: /home/ncvs/src/sys/dev/bge/if_bge.c,v > retrieving revision 1.140 > diff -p -u -r1.140 if_bge.c > --- if_bge.c 24 Aug 2006 14:41:16 -0000 1.140 > +++ if_bge.c 30 Aug 2006 18:50:19 -0000 > @@ -2326,6 +2326,12 @@ bge_reset(struct bge_softc *sc) > } > } > > + /* > + * Write the magic number to the firmware mailbox at 0xb50 > + * so that the driver can synchronize with the firmware. > + */ > + bge_writemem_ind(sc, BGE_SOFTWARE_GENCOMM, BGE_MAGIC_NUMBER); > + > /* Issue global reset */ > bge_writereg_ind(sc, BGE_MISC_CFG, reset); > > @@ -2362,11 +2368,6 @@ bge_reset(struct bge_softc *sc) > CSR_WRITE_4(sc, BGE_MARB_MODE, BGE_MARBMODE_ENABLE); > > /* > - * Prevent PXE restart: write a magic number to the > - * general communications memory at 0xB50. > - */ > - bge_writemem_ind(sc, BGE_SOFTWARE_GENCOMM, BGE_MAGIC_NUMBER); > - /* > * Poll the value location we just wrote until > * we see the 1's complement of the magic number. > * This indicates that the firmware initialization > Index: if_bgereg.h > =================================================================== > RCS file: /home/ncvs/src/sys/dev/bge/if_bgereg.h,v > retrieving revision 1.52 > diff -p -u -r1.52 if_bgereg.h > --- if_bgereg.h 23 Aug 2006 11:32:54 -0000 1.52 > +++ if_bgereg.h 30 Aug 2006 18:50:20 -0000 > @@ -1768,10 +1768,11 @@ > } while(0) > > /* > - * This magic number is used to prevent PXE restart when we > - * issue a software reset. We write this magic number to the > - * firmware mailbox at 0xB50 in order to prevent the PXE boot > - * code from running. > + * This magic number is written to the firmware mailbox at 0xb50 > + * before a software reset is issued. After the internal firmware > + * has completed its initialization it will write the opposite of > + * this value, ~BGE_MAGIC_NUMBER, to the same location, allowing the > + * driver to synchronize with the firmware. > */ > #define BGE_MAGIC_NUMBER 0x4B657654 > > > > ------------------------------------------------------------------------ > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" Try making the bge card attach to brgphy instead of ukphy. This fixed the panic for and a Dell Latidue D620. The only remaining issue were the annoying messages of "firmware handshake timeout". I'll try the patch for that tomorrow. I have a local patch to workaround the panic. Maybe you can try it. A different and probably more complete one is floating on stable@. -- ==================================================================== Patrick Hurrelmann | "Programming today is a race between software Mannheim, Germany | engineers striving to build bigger and better | idiot-proof programs, and the Universe trying outi@bytephobia.de | to produce bigger and better idiots. So far, www.bytephobia.de | the Universe is winning." - Rich Cook /"\ \ / ASCII Ribbon Campaign X against HTML email & vCards / \ --------------020304090702080801070901 Content-Type: text/x-patch; name="bge.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="bge.diff" diff -ruN /usr/src/sys/dev/mii/brgphy.c /usr/src.old/sys/dev/mii/brgphy.c --- /usr/src/sys/dev/mii/brgphy.c Mon Jul 3 10:01:27 2006 +++ /usr/src.old/sys/dev/mii/brgphy.c Sat Jul 15 16:04:18 2006 @@ -107,6 +107,7 @@ MII_PHY_DESC(xxBROADCOM, BCM5704), MII_PHY_DESC(xxBROADCOM, BCM5705), MII_PHY_DESC(xxBROADCOM, BCM5750), + MII_PHY_DESC(xxBROADCOM, BCM5752), MII_PHY_DESC(xxBROADCOM, BCM5714), MII_PHY_DESC(xxBROADCOM, BCM5780), MII_PHY_DESC(xxBROADCOM, BCM5706C), @@ -607,6 +608,7 @@ bcm5704_load_dspcode(sc); break; case MII_MODEL_xxBROADCOM_BCM5750: + case MII_MODEL_xxBROADCOM_BCM5752: case MII_MODEL_xxBROADCOM_BCM5714: case MII_MODEL_xxBROADCOM_BCM5780: case MII_MODEL_xxBROADCOM_BCM5706C: diff -ruN /usr/src/sys/dev/mii/miidevs /usr/src.old/sys/dev/mii/miidevs --- /usr/src/sys/dev/mii/miidevs Mon Apr 10 21:55:23 2006 +++ /usr/src.old/sys/dev/mii/miidevs Sat Jul 15 16:04:18 2006 @@ -117,6 +117,7 @@ model xxBROADCOM BCM5400 0x0004 Broadcom 1000baseTX PHY model xxBROADCOM BCM5401 0x0005 BCM5401 10/100/1000baseTX PHY model xxBROADCOM BCM5411 0x0007 BCM5411 10/100/1000baseTX PHY +model xxBROADCOM BCM5752 0x0010 BCM5752 10/100/1000baseTX PHY model xxBROADCOM BCM5701 0x0011 BCM5701 10/100/1000baseTX PHY model xxBROADCOM BCM5703 0x0016 BCM5703 10/100/1000baseTX PHY model xxBROADCOM BCM5704 0x0019 BCM5704 10/100/1000baseTX PHY --------------020304090702080801070901-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 30 22:13:15 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6182016A4DE for ; Wed, 30 Aug 2006 22:13:15 +0000 (UTC) (envelope-from davidch@broadcom.com) Received: from MMS3.broadcom.com (mms3.broadcom.com [216.31.210.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1886B43D64 for ; Wed, 30 Aug 2006 22:13:10 +0000 (GMT) (envelope-from davidch@broadcom.com) Received: from 10.10.64.154 by MMS3.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.2.2)); Wed, 30 Aug 2006 15:13:00 -0700 X-Server-Uuid: 450F6D01-B290-425C-84F8-E170B39A25C9 Received: by mail-irva-10.broadcom.com (Postfix, from userid 47) id 90CF22AF; Wed, 30 Aug 2006 15:13:00 -0700 (PDT) Received: from mail-irva-8.broadcom.com (mail-irva-8 [10.10.64.221]) by mail-irva-10.broadcom.com (Postfix) with ESMTP id 6F3732AE for ; Wed, 30 Aug 2006 15:13:00 -0700 (PDT) Received: from mail-irva-12.broadcom.com (mail-irva-12.broadcom.com [10.10.64.146]) by mail-irva-8.broadcom.com (MOS 3.7.5a-GA) with ESMTP id EEA93965; Wed, 30 Aug 2006 15:13:00 -0700 (PDT) Received: from NT-IRVA-0750.brcm.ad.broadcom.com (nt-irva-0750 [10.8.194.64]) by mail-irva-12.broadcom.com (Postfix) with ESMTP id 2889D69CA3 for ; Wed, 30 Aug 2006 15:13:00 -0700 (PDT) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Wed, 30 Aug 2006 15:12:59 -0700 Message-ID: <09BFF2FA5EAB4A45B6655E151BBDD90301E2F278@NT-IRVA-0750.brcm.ad.broadcom.com> Thread-Topic: Simplified Steps for Building a Loadable module on -CURRENT Thread-Index: AcbMgXPiZzaFL2QPQnKCZ2jnC7jadQ== From: "David Christensen" To: freebsd-current@freebsd.org X-TMWD-Spam-Summary: TS=20060830221303; SEV=2.0.2; DFV=A2006083011; IFV=2.0.4,4.0-8; RPD=4.00.0004; ENG=IBF; RPDID=303030312E30413031303230332E34344636304332352E303031302D412D; CAT=NONE; CON=NONE X-MMS-Spam-Filter-ID: A2006083011_4.00.0004_4.0-8 X-WSS-ID: 68E8D2E622G3267169-01-01 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: Simplified Steps for Building a Loadable module on -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Aug 2006 22:13:15 -0000 I've been able to successfully build drivers in the past as loadable modules but I'm getting some kernel panics with -CURRENT when installing a module using kldload now where things used to=20 work before. Assume I'm a complete FreeBSD noob for a moment=20 (which really isn't that far from the truth) and I want to build a driver as a loadable module for testing. After moving to the appropriate directory in the source tree (/usr/src/sys/dev/XXX), what steps do I need to follow to build the driver as a module? Assume for the moment that I have already commented the driver out of my kernel configuration file (/usr/src/sys//conf/GENERIC) and rebuilt and installed that kernel. Dave From owner-freebsd-current@FreeBSD.ORG Wed Aug 30 22:26:36 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5B86116A4DA for ; Wed, 30 Aug 2006 22:26:36 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (schlepper.zs64.net [212.12.50.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE51C43D45 for ; Wed, 30 Aug 2006 22:26:35 +0000 (GMT) (envelope-from stb@lassitu.de) Received: (from stb@koef.zs64.net) (authenticated) by koef.zs64.net (8.13.8/8.13.8) with ESMTP id k7UMQQ6Z099751 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NO); Thu, 31 Aug 2006 00:26:27 +0200 (CEST) (envelope-from stb@lassitu.de) In-Reply-To: <09BFF2FA5EAB4A45B6655E151BBDD90301E2F278@NT-IRVA-0750.brcm.ad.broadcom.com> References: <09BFF2FA5EAB4A45B6655E151BBDD90301E2F278@NT-IRVA-0750.brcm.ad.broadcom.com> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <989384AE-60BB-4A37-B240-02DE1CEE4E4C@lassitu.de> Content-Transfer-Encoding: 7bit From: Stefan Bethke Date: Thu, 31 Aug 2006 00:26:25 +0200 To: David Christensen X-Mailer: Apple Mail (2.752.2) Cc: freebsd-current@freebsd.org Subject: Re: Simplified Steps for Building a Loadable module on -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Aug 2006 22:26:36 -0000 Am 31.08.2006 um 00:12 schrieb David Christensen: > I've been able to successfully build drivers in the past as > loadable modules but I'm getting some kernel panics with -CURRENT > when installing a module using kldload now where things used to > work before. You did nuke /usr/obj, performed a full kernel build (cd /usr/src; make buildkernel installkernel), and the module in question that was installed alongside your new kernel is *not* panicking the system? Then what's the panic message, and how exactly are you building your module? > Assume I'm a complete FreeBSD noob for a moment > (which really isn't that far from the truth) and I want to build > a driver as a loadable module for testing. After moving to > the appropriate directory in the source tree (/usr/src/sys/dev/XXX), > what steps do I need to follow to build the driver as a module? That would be /usr/src/sys/modules/ So far, just running make there has worked for me just fine. > Assume for the moment that I have already commented the driver out > of my kernel configuration file > (/usr/src/sys//conf/GENERIC) > and rebuilt and installed that kernel. If the driver has been compiled into the kernel, kldload will error out with EEXISTS. If the system panics, you should provide specifics. Stefan -- Stefan Bethke Fon +49 170 346 0140 From owner-freebsd-current@FreeBSD.ORG Wed Aug 30 22:27:46 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 06E2616A4DA for ; Wed, 30 Aug 2006 22:27:46 +0000 (UTC) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (relay0.rambler.ru [81.19.66.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0DBC543D5F for ; Wed, 30 Aug 2006 22:27:35 +0000 (GMT) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (localhost [127.0.0.1]) by relay0.rambler.ru (Postfix) with ESMTP id 99DFD611E; Thu, 31 Aug 2006 02:27:33 +0400 (MSD) Received: from edoofus.park.rambler.ru (unknown [81.19.65.108]) by relay0.rambler.ru (Postfix) with ESMTP id 76F3B611A; Thu, 31 Aug 2006 02:27:33 +0400 (MSD) Received: (from ru@localhost) by edoofus.park.rambler.ru (8.13.6/8.13.6) id k7UMRxZ6012469; Thu, 31 Aug 2006 02:27:59 +0400 (MSD) (envelope-from ru) Date: Thu, 31 Aug 2006 02:27:59 +0400 From: Ruslan Ermilov To: David Christensen Message-ID: <20060830222759.GA12443@rambler-co.ru> References: <09BFF2FA5EAB4A45B6655E151BBDD90301E2F278@NT-IRVA-0750.brcm.ad.broadcom.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Dxnq1zWXvFF0Q93v" Content-Disposition: inline In-Reply-To: <09BFF2FA5EAB4A45B6655E151BBDD90301E2F278@NT-IRVA-0750.brcm.ad.broadcom.com> User-Agent: Mutt/1.5.12-2006-07-14 X-Virus-Scanned: No virus found Cc: freebsd-current@freebsd.org Subject: Re: Simplified Steps for Building a Loadable module on -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Aug 2006 22:27:46 -0000 --Dxnq1zWXvFF0Q93v Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Aug 30, 2006 at 03:12:59PM -0700, David Christensen wrote: > I've been able to successfully build drivers in the past as > loadable modules but I'm getting some kernel panics with -CURRENT > when installing a module using kldload now where things used to=20 > work before. Assume I'm a complete FreeBSD noob for a moment=20 > (which really isn't that far from the truth) and I want to build > a driver as a loadable module for testing. After moving to > the appropriate directory in the source tree (/usr/src/sys/dev/XXX), > what steps do I need to follow to build the driver as a module? >=20 1) Make sure your running kernel is built from the same sources 2) Copy some /sys/modules/*/Makefile to /sys/modules//Makefile 3) Adopt the latter as needed 4) "make all && make load" while in /sys/modules/ > Assume for the moment that I have already commented the driver out > of my kernel configuration file > (/usr/src/sys//conf/GENERIC) > and rebuilt and installed that kernel. >=20 OK. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --Dxnq1zWXvFF0Q93v Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE9hDvqRfpzJluFF4RAkcVAJ9KmW50x2TdgfUR6IIHYHP5mQ/6MACbBzIJ EftjVgMs9tcPwtLy3lKxBrA= =arY2 -----END PGP SIGNATURE----- --Dxnq1zWXvFF0Q93v-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 30 23:05:16 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1C4F316A4DF for ; Wed, 30 Aug 2006 23:05:16 +0000 (UTC) (envelope-from arr@watson.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id B100243D64 for ; Wed, 30 Aug 2006 23:05:10 +0000 (GMT) (envelope-from arr@watson.org) Received: from fledge.watson.org (localhost.watson.org [127.0.0.1]) by fledge.watson.org (8.13.6/8.13.6) with ESMTP id k7UN59Jk049944 for ; Wed, 30 Aug 2006 19:05:09 -0400 (EDT) (envelope-from arr@watson.org) Received: from localhost (arr@localhost) by fledge.watson.org (8.13.6/8.13.6/Submit) with ESMTP id k7UN59gp049941 for ; Wed, 30 Aug 2006 19:05:09 -0400 (EDT) (envelope-from arr@watson.org) X-Authentication-Warning: fledge.watson.org: arr owned process doing -bs Date: Wed, 30 Aug 2006 19:05:09 -0400 (EDT) From: "Andrew R. Reiter" To: freebsd-current@freebsd.org Message-ID: <20060830190238.T49386@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: upgrading fromo current of 11/05 to today X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Aug 2006 23:05:16 -0000 Having issues upgrading (buildworld part) from my CURRENT of November of 2005, yes that's old, sorry, to "today" --- here's the end of the buildworld so far: -I/usr/src/lib/libc/rpc -DYP -DNS_CACHING -Wsystem-headers -Werror -Wall -Wno-for mat-y2k -Wno-uninitialized -c /usr/src/lib/libc/net/res_init.c /usr/src/lib/libc/net/res_init.c:120: error: field `res_state_ext' has incomplete type /usr/src/lib/libc/net/res_init.c: In function `__res_init': /usr/src/lib/libc/net/res_init.c:219: error: `_res_ext' undeclared (first use in t his function) /usr/src/lib/libc/net/res_init.c:219: error: (Each undeclared identifier is report ed only once /usr/src/lib/libc/net/res_init.c:219: error: for each function it appears in.) /usr/src/lib/libc/net/res_init.c: At top level: /usr/src/lib/libc/net/res_init.c:630: error: storage size of `_res_ext' isn't know n *** Error code 1 Stop in /usr/src/lib/libc. *** Error code 1 ... Sin ce this is in libc, I assume I am missing something *basic* (unless shit hit the fan). thank you for any help, andrew -- arr@watson.org From owner-freebsd-current@FreeBSD.ORG Wed Aug 30 23:36:56 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C6A5C16A4DD for ; Wed, 30 Aug 2006 23:36:56 +0000 (UTC) (envelope-from davidch@broadcom.com) Received: from MMS3.broadcom.com (mms3.broadcom.com [216.31.210.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4CAC643D49 for ; Wed, 30 Aug 2006 23:36:56 +0000 (GMT) (envelope-from davidch@broadcom.com) Received: from 10.10.64.154 by MMS3.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.2.2)); Wed, 30 Aug 2006 16:36:46 -0700 X-Server-Uuid: 450F6D01-B290-425C-84F8-E170B39A25C9 Received: by mail-irva-10.broadcom.com (Postfix, from userid 47) id 507782AF; Wed, 30 Aug 2006 16:36:46 -0700 (PDT) Received: from mail-irva-8.broadcom.com (mail-irva-8 [10.10.64.221]) by mail-irva-10.broadcom.com (Postfix) with ESMTP id 2EE112AE; Wed, 30 Aug 2006 16:36:46 -0700 (PDT) Received: from mail-irva-12.broadcom.com (mail-irva-12.broadcom.com [10.10.64.146]) by mail-irva-8.broadcom.com (MOS 3.7.5a-GA) with ESMTP id EEB11184; Wed, 30 Aug 2006 16:36:45 -0700 (PDT) Received: from NT-IRVA-0750.brcm.ad.broadcom.com (nt-irva-0750 [10.8.194.64]) by mail-irva-12.broadcom.com (Postfix) with ESMTP id AA5AB69CA4; Wed, 30 Aug 2006 16:36:45 -0700 (PDT) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Wed, 30 Aug 2006 16:36:45 -0700 Message-ID: <09BFF2FA5EAB4A45B6655E151BBDD90301E2F2C1@NT-IRVA-0750.brcm.ad.broadcom.com> In-Reply-To: <989384AE-60BB-4A37-B240-02DE1CEE4E4C@lassitu.de> Thread-Topic: Simplified Steps for Building a Loadable module on -CURRENT Thread-Index: AcbMg1+9BlmtM2brQ1ahBjfHtVVJIQACBTdA From: "David Christensen" To: "Stefan Bethke" X-TMWD-Spam-Summary: TS=20060830233650; SEV=2.0.2; DFV=A2006083012; IFV=2.0.4,4.0-8; RPD=4.00.0004; ENG=IBF; RPDID=303030312E30413031303230352E34344636314643392E303032462D412D; CAT=NONE; CON=NONE X-MMS-Spam-Filter-ID: A2006083012_4.00.0004_4.0-8 X-WSS-ID: 68E8FE8422G3284327-01-01 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: RE: Simplified Steps for Building a Loadable module on -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Aug 2006 23:36:57 -0000 > > I've been able to successfully build drivers in the past as > > loadable modules but I'm getting some kernel panics with -CURRENT > > when installing a module using kldload now where things used to > > work before. >=20 > You did nuke /usr/obj, performed a full kernel build (cd /usr/src; =20 > make buildkernel installkernel), and the module in question that was =20 > installed alongside your new kernel is *not* panicking the system? Yes >=20 > Then what's the panic message, and how exactly are you building your =20 > module? >=20 The message wasn't readable on the serial console. The text was jumbled and I could only make out bits and pieces of it. > > Assume I'm a complete FreeBSD noob for a moment > > (which really isn't that far from the truth) and I want to build > > a driver as a loadable module for testing. After moving to > > the appropriate directory in the source tree (/usr/src/sys/dev/XXX), > > what steps do I need to follow to build the driver as a module? >=20 > That would be /usr/src/sys/modules/ >=20 > So far, just running make there has worked for me just fine. >=20 Ah, there's the simple piece I was missing! I had previously created my own Makefile and placed it in the /usr/src/sys/dev/XXX directory. > > Assume for the moment that I have already commented the driver out > > of my kernel configuration file > > (/usr/src/sys//conf/GENERIC) > > and rebuilt and installed that kernel. >=20 > If the driver has been compiled into the kernel, kldload will error =20 > out with EEXISTS. If the system panics, you should provide specifics. >=20 So I should do the following: 1) Comment out the driver I want to test in the kernel configuration file. For example, modify /usr/src/sys/amd64/conf/MYCONFIG. 2) Rebuild and install the kernel (cd /usr/src; make kernel KERNCONF=3DMYCONFIG) 3) Reboot the system to start using the new kernel 4) Edit the driver in /usr/src/sys/dev/XXX as necessary 5) Build the kernel module (cd /usr/src/sys/modules/XXX; make) 6) Load the kernel module (kldload ./if_XXX) and cross my fingers. From owner-freebsd-current@FreeBSD.ORG Thu Aug 31 00:19:17 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC3AB16A4DA; Thu, 31 Aug 2006 00:19:17 +0000 (UTC) (envelope-from gallatin@cs.duke.edu) Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 48F6343D49; Thu, 31 Aug 2006 00:19:17 +0000 (GMT) (envelope-from gallatin@cs.duke.edu) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.13.6/8.13.6) with ESMTP id k7V0Iuca027260 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Wed, 30 Aug 2006 20:18:56 -0400 (EDT) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.12.9p2/8.12.9/Submit) id k7V0Ip7k063545; Wed, 30 Aug 2006 20:18:51 -0400 (EDT) (envelope-from gallatin) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17654.10986.963763.949073@grasshopper.cs.duke.edu> Date: Wed, 30 Aug 2006 20:18:50 -0400 (EDT) To: Prafulla Deuskar In-Reply-To: <20060830204128.GA73801@hub.freebsd.org> References: <2a41acea0608291624u4ee91cdej2d87aa19e2e5ba62@mail.gmail.com> <17653.51598.910897.127606@grasshopper.cs.duke.edu> <20060830204128.GA73801@hub.freebsd.org> X-Mailer: VM 6.75 under 21.1 (patch 12) "Channel Islands" XEmacs Lucid Cc: Alan Cox , freebsd-current , Robert Watson , Jack Vogel , Mohan Srinivasan Subject: Re: RFC: FreeBSD I/OAT driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Aug 2006 00:19:17 -0000 Prafulla Deuskar writes: > Dual core Woodcrest > Bensley Chipset How can one tell before purchase which machines/chipsets have I/OAT? We just bought a pair of Dell 2950s with a "5000X" Chipset (8086:25c0), and there is no I/OAT DMA engine that I can see (no device 8086:1a38). Drew From owner-freebsd-current@FreeBSD.ORG Thu Aug 31 00:46:15 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3862716A4DF; Thu, 31 Aug 2006 00:46:15 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 382B643D45; Thu, 31 Aug 2006 00:46:13 +0000 (GMT) (envelope-from ganbold@micom.mng.net) Received: from [202.179.0.164] (helo=[192.168.0.18]) by publicd.ub.mng.net with esmtpa (Exim 4.61 (FreeBSD)) (envelope-from ) id 1GIagv-0002Yk-8T; Thu, 31 Aug 2006 09:45:57 +0900 Message-ID: <44F63144.6090405@micom.mng.net> Date: Thu, 31 Aug 2006 09:45:56 +0900 From: Ganbold User-Agent: Thunderbird 1.5.0.4 (X11/20060612) MIME-Version: 1.0 To: David Christensen References: <09BFF2FA5EAB4A45B6655E151BBDD90301E2F1CF@NT-IRVA-0750.brcm.ad.broadcom.com> In-Reply-To: <09BFF2FA5EAB4A45B6655E151BBDD90301E2F1CF@NT-IRVA-0750.brcm.ad.broadcom.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Pyun YongHyeon , freebsd-current@freebsd.org, LI Xin , Gleb Smirnoff Subject: Re: bge(4) on BCM 5752 A02 panic due to media autoselect X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Aug 2006 00:46:15 -0000 David Christensen wrote: >> Recently one of my colleagues found that BCM 5752 A02 on Dell Latitude >> D820 would get "panic: invalid ife->ifm_data (0xa) in >> mii_phy_setmedia". >> After some investigation I have found that removing BCMR_ANEG from >> mii_capabilities in ukphy.c would work around the problem, >> and it turns >> out that without explicitly specifying media type, the code >> will finally >> get to pass the "intentionally invalid index" to mii_phy_setmedia and >> trigger an assertion fail. >> >> I have not tested the situation in -STABLE yet, but it was >> said to work >> there, though. Is there anyone can shed some light to me about how to >> debug the issue? Thanks in advance! >> >> PS. During the debugging I have found that the attached patch can make >> "bge0: firmware handshake timeout" issue disappear from the said chip. >> Because I do not have Broadcom specification at hand I would >> like to see >> if there is someone to give appropriate review for it. >> > > Try the attached patch instead and let me know if it works. When > FastBoot > is enabled on supported Broadcom controllers it allows the controller to > skip rereading firmware after a reset, allowing the driver to complete > its initialization more quickly. The Linux driver specifically disables > FastBoot because it performs some read/write tests to controller memory, > potentially corrupting the firmware, so FastBoot is disabled to insure > an > error free firmware reload. We don't do the same test so the same > change > isn't necessary. The patch happens to work because the bge driver > doesn't > perform firmware synchronization correctly, and the firmware initializes > too fast for the driver. > > Dave > > I'm using RELENG_6 and delphij@'s patch works. I will back out delphij@'s patch and try your patch and let you know the result. Ganbold > ------------------------------------------------------------------------ > > Index: if_bge.c > =================================================================== > RCS file: /home/ncvs/src/sys/dev/bge/if_bge.c,v > retrieving revision 1.140 > diff -p -u -r1.140 if_bge.c > --- if_bge.c 24 Aug 2006 14:41:16 -0000 1.140 > +++ if_bge.c 30 Aug 2006 18:50:19 -0000 > @@ -2326,6 +2326,12 @@ bge_reset(struct bge_softc *sc) > } > } > > + /* > + * Write the magic number to the firmware mailbox at 0xb50 > + * so that the driver can synchronize with the firmware. > + */ > + bge_writemem_ind(sc, BGE_SOFTWARE_GENCOMM, BGE_MAGIC_NUMBER); > + > /* Issue global reset */ > bge_writereg_ind(sc, BGE_MISC_CFG, reset); > > @@ -2362,11 +2368,6 @@ bge_reset(struct bge_softc *sc) > CSR_WRITE_4(sc, BGE_MARB_MODE, BGE_MARBMODE_ENABLE); > > /* > - * Prevent PXE restart: write a magic number to the > - * general communications memory at 0xB50. > - */ > - bge_writemem_ind(sc, BGE_SOFTWARE_GENCOMM, BGE_MAGIC_NUMBER); > - /* > * Poll the value location we just wrote until > * we see the 1's complement of the magic number. > * This indicates that the firmware initialization > Index: if_bgereg.h > =================================================================== > RCS file: /home/ncvs/src/sys/dev/bge/if_bgereg.h,v > retrieving revision 1.52 > diff -p -u -r1.52 if_bgereg.h > --- if_bgereg.h 23 Aug 2006 11:32:54 -0000 1.52 > +++ if_bgereg.h 30 Aug 2006 18:50:20 -0000 > @@ -1768,10 +1768,11 @@ > } while(0) > > /* > - * This magic number is used to prevent PXE restart when we > - * issue a software reset. We write this magic number to the > - * firmware mailbox at 0xB50 in order to prevent the PXE boot > - * code from running. > + * This magic number is written to the firmware mailbox at 0xb50 > + * before a software reset is issued. After the internal firmware > + * has completed its initialization it will write the opposite of > + * this value, ~BGE_MAGIC_NUMBER, to the same location, allowing the > + * driver to synchronize with the firmware. > */ > #define BGE_MAGIC_NUMBER 0x4B657654 > > > ------------------------------------------------------------------------ > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Thu Aug 31 02:04:46 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE2E716A4DA; Thu, 31 Aug 2006 02:04:46 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E67D43D45; Thu, 31 Aug 2006 02:04:42 +0000 (GMT) (envelope-from ganbold@micom.mng.net) Received: from [202.179.0.164] (helo=[192.168.0.18]) by publicd.ub.mng.net with esmtpa (Exim 4.61 (FreeBSD)) (envelope-from ) id 1GIbuz-0003DM-3e; Thu, 31 Aug 2006 11:04:33 +0900 Message-ID: <44F643B0.2040700@micom.mng.net> Date: Thu, 31 Aug 2006 11:04:32 +0900 From: Ganbold User-Agent: Thunderbird 1.5.0.4 (X11/20060612) MIME-Version: 1.0 To: David Christensen References: <09BFF2FA5EAB4A45B6655E151BBDD90301E2F1CF@NT-IRVA-0750.brcm.ad.broadcom.com> In-Reply-To: <09BFF2FA5EAB4A45B6655E151BBDD90301E2F1CF@NT-IRVA-0750.brcm.ad.broadcom.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Pyun YongHyeon , freebsd-current@freebsd.org, LI Xin , Gleb Smirnoff Subject: Re: bge(4) on BCM 5752 A02 panic due to media autoselect X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Aug 2006 02:04:47 -0000 David Christensen wrote: >> Recently one of my colleagues found that BCM 5752 A02 on Dell Latitude >> D820 would get "panic: invalid ife->ifm_data (0xa) in >> mii_phy_setmedia". >> After some investigation I have found that removing BCMR_ANEG from >> mii_capabilities in ukphy.c would work around the problem, >> and it turns >> out that without explicitly specifying media type, the code >> will finally >> get to pass the "intentionally invalid index" to mii_phy_setmedia and >> trigger an assertion fail. >> >> I have not tested the situation in -STABLE yet, but it was >> said to work >> there, though. Is there anyone can shed some light to me about how to >> debug the issue? Thanks in advance! >> >> PS. During the debugging I have found that the attached patch can make >> "bge0: firmware handshake timeout" issue disappear from the said chip. >> Because I do not have Broadcom specification at hand I would >> like to see >> if there is someone to give appropriate review for it. >> > > Try the attached patch instead and let me know if it works. When > FastBoot > is enabled on supported Broadcom controllers it allows the controller to > skip rereading firmware after a reset, allowing the driver to complete > its initialization more quickly. The Linux driver specifically disables > FastBoot because it performs some read/write tests to controller memory, > potentially corrupting the firmware, so FastBoot is disabled to insure > an > error free firmware reload. We don't do the same test so the same > change > isn't necessary. The patch happens to work because the bge driver > doesn't > perform firmware synchronization correctly, and the firmware initializes > too fast for the driver. > > Dave > > I backed out delphij@'s patch and tried your patch and it seems it is working. "bge0: firmware handshake timed out" message is gone. It is on RELENG_6. I also used combined patches from glebius@ and Pyun. See discussion: http://lists.freebsd.org/pipermail/freebsd-stable/2006-August/027939.html (combined patches are there (delphij@ patch is included, remove if necessary)) Ganbold > ------------------------------------------------------------------------ > > Index: if_bge.c > =================================================================== > RCS file: /home/ncvs/src/sys/dev/bge/if_bge.c,v > retrieving revision 1.140 > diff -p -u -r1.140 if_bge.c > --- if_bge.c 24 Aug 2006 14:41:16 -0000 1.140 > +++ if_bge.c 30 Aug 2006 18:50:19 -0000 > @@ -2326,6 +2326,12 @@ bge_reset(struct bge_softc *sc) > } > } > > + /* > + * Write the magic number to the firmware mailbox at 0xb50 > + * so that the driver can synchronize with the firmware. > + */ > + bge_writemem_ind(sc, BGE_SOFTWARE_GENCOMM, BGE_MAGIC_NUMBER); > + > /* Issue global reset */ > bge_writereg_ind(sc, BGE_MISC_CFG, reset); > > @@ -2362,11 +2368,6 @@ bge_reset(struct bge_softc *sc) > CSR_WRITE_4(sc, BGE_MARB_MODE, BGE_MARBMODE_ENABLE); > > /* > - * Prevent PXE restart: write a magic number to the > - * general communications memory at 0xB50. > - */ > - bge_writemem_ind(sc, BGE_SOFTWARE_GENCOMM, BGE_MAGIC_NUMBER); > - /* > * Poll the value location we just wrote until > * we see the 1's complement of the magic number. > * This indicates that the firmware initialization > Index: if_bgereg.h > =================================================================== > RCS file: /home/ncvs/src/sys/dev/bge/if_bgereg.h,v > retrieving revision 1.52 > diff -p -u -r1.52 if_bgereg.h > --- if_bgereg.h 23 Aug 2006 11:32:54 -0000 1.52 > +++ if_bgereg.h 30 Aug 2006 18:50:20 -0000 > @@ -1768,10 +1768,11 @@ > } while(0) > > /* > - * This magic number is used to prevent PXE restart when we > - * issue a software reset. We write this magic number to the > - * firmware mailbox at 0xB50 in order to prevent the PXE boot > - * code from running. > + * This magic number is written to the firmware mailbox at 0xb50 > + * before a software reset is issued. After the internal firmware > + * has completed its initialization it will write the opposite of > + * this value, ~BGE_MAGIC_NUMBER, to the same location, allowing the > + * driver to synchronize with the firmware. > */ > #define BGE_MAGIC_NUMBER 0x4B657654 > > > ------------------------------------------------------------------------ > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Thu Aug 31 02:21:45 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1B63C16A4E1 for ; Thu, 31 Aug 2006 02:21:45 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.181]) by mx1.FreeBSD.org (Postfix) with ESMTP id DFCC243D45 for ; Thu, 31 Aug 2006 02:21:43 +0000 (GMT) (envelope-from jfvogel@gmail.com) Received: by py-out-1112.google.com with SMTP id o67so519171pye for ; Wed, 30 Aug 2006 19:21:43 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=tGEbJ4iXiA/7nqTkz7bJDg5ewmzcWUfw/n/2sNz6kzj5xdsF32SDL17P0p6uSjRG8Rdd79+mg4alFH+exqq9PWshz0sjDFTPfU6FJpgpdeFWkxBjNN8GW0BqAFcGfJyB4DvK8E81c0I2vIQJQO/CfW1HRR7GjojlHdgNnvhfI1g= Received: by 10.35.31.14 with SMTP id i14mr696437pyj; Wed, 30 Aug 2006 19:21:43 -0700 (PDT) Received: by 10.35.119.1 with HTTP; Wed, 30 Aug 2006 19:21:43 -0700 (PDT) Message-ID: <2a41acea0608301921y60765c3dvf15646039c20b4da@mail.gmail.com> Date: Wed, 30 Aug 2006 19:21:43 -0700 From: "Jack Vogel" To: "Andrew Gallatin" In-Reply-To: <17654.10986.963763.949073@grasshopper.cs.duke.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2a41acea0608291624u4ee91cdej2d87aa19e2e5ba62@mail.gmail.com> <17653.51598.910897.127606@grasshopper.cs.duke.edu> <20060830204128.GA73801@hub.freebsd.org> <17654.10986.963763.949073@grasshopper.cs.duke.edu> Cc: Robert Watson , freebsd-current , Prafulla Deuskar , Alan Cox , Mohan Srinivasan Subject: Re: RFC: FreeBSD I/OAT driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Aug 2006 02:21:45 -0000 On 8/30/06, Andrew Gallatin wrote: > > Prafulla Deuskar writes: > > Dual core Woodcrest > > Bensley Chipset > > How can one tell before purchase which machines/chipsets have I/OAT? > > We just bought a pair of Dell 2950s with a "5000X" Chipset > (8086:25c0), and there is no I/OAT DMA engine that I can see (no > device 8086:1a38). > > Drew > Well, I am only guessing about this after the fact, but it looks like the 5000P which is a server chipset, and is the one in the SuperMicro X7 systems, is the one with I/OAT. I went to Intel's site and I gotta admit, I dont see an easy way to tell this. Have to talk to some sales/marketing types though, not some lowly engineer like me :) Cheers, Jack From owner-freebsd-current@FreeBSD.ORG Thu Aug 31 02:42:17 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E1A3716A4DF for ; Thu, 31 Aug 2006 02:42:17 +0000 (UTC) (envelope-from josh.carroll@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 37F1843D53 for ; Thu, 31 Aug 2006 02:42:03 +0000 (GMT) (envelope-from josh.carroll@gmail.com) Received: by wx-out-0506.google.com with SMTP id i27so440247wxd for ; Wed, 30 Aug 2006 19:42:03 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=CfrJQq0PcdzO1w+IKOCstwQ/gFySlTXsnWVWIx2/DAaOOOlSOKfzwGiP8abo9ntT+9rQplwArmw70KnTn/u0/YVgHCPy69rlPGyKtVZzhjGc8QuXuNGEx6FnRUQfGgdhYk82q6nehBkkm41dRHNH74DiBgNmeYocnPfaXBrt+ck= Received: by 10.90.105.19 with SMTP id d19mr64158agc; Wed, 30 Aug 2006 19:40:26 -0700 (PDT) Received: by 10.90.56.6 with HTTP; Wed, 30 Aug 2006 19:40:26 -0700 (PDT) Message-ID: <8cb6106e0608301940j63391a40mdb92b4df2d5ea4a1@mail.gmail.com> Date: Wed, 30 Aug 2006 19:40:26 -0700 From: "Josh Carroll" To: freebsd-current@freebsd.org In-Reply-To: <8cb6106e0608301317y21a131a4q6fe78b3a2565a9b7@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <8cb6106e0608301317y21a131a4q6fe78b3a2565a9b7@mail.gmail.com> Subject: Re: atapi/IDE DVD problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: josh.carroll@psualum.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Aug 2006 02:42:18 -0000 I was able to get it booted with the DVD powered and on the ata4 channel. Touching either the disk or that DVD device on the channel results in the hangs previously mentioned. I was, however, able to get a dmesg with the DVD plugged in, along with pciconf -l and atacontrol list output (see below). Hopefully this provides a bit more info for debugging. Thanks, Josh dmesg output (w/verbose logging): ======================================================== ID: 0x00000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x0001000f pcm: 0x00010000 io: netsmb_dev: loaded nfslock: pseudo-device mem: Pentium Pro MTRR support enabled null: random: npx0: INT 16 interface acpi0: on motherboard ioapic0: routing intpin 9 (ISA IRQ 9) to vector 48 acpi0: [MPSAFE] pci_open(1): mode 1 addr port (0x0cf8) is 0x80000094 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=29a08086) pcibios: BIOS version 3.00 Found $PIR table, 15 entries at 0xc00f6500 PCI-Only Interrupts: none Location Bus Device Pin Link IRQs embedded 0 1 A 0x60 3 4 5 6 7 10 11 12 14 15 embedded 0 1 B 0x61 3 4 5 6 7 10 11 12 14 15 embedded 0 1 C 0x62 3 4 5 6 7 10 11 12 14 15 embedded 0 1 D 0x63 3 4 5 6 7 10 11 12 14 15 embedded 0 2 A 0x60 3 4 5 6 7 10 11 12 14 15 embedded 0 3 A 0x60 3 4 5 6 7 10 11 12 14 15 embedded 0 3 B 0x61 3 4 5 6 7 10 11 12 14 15 embedded 0 3 C 0x62 3 4 5 6 7 10 11 12 14 15 embedded 0 31 A 0x62 3 4 5 6 7 10 11 12 14 15 embedded 0 31 B 0x63 3 4 5 6 7 10 11 12 14 15 embedded 0 31 C 0x62 3 4 5 6 7 10 11 12 14 15 embedded 0 29 A 0x6b 3 4 5 6 7 10 11 12 14 15 embedded 0 29 B 0x63 3 4 5 6 7 10 11 12 14 15 embedded 0 29 C 0x62 3 4 5 6 7 10 11 12 14 15 embedded 0 29 D 0x60 3 4 5 6 7 10 11 12 14 15 embedded 0 26 A 0x60 3 4 5 6 7 10 11 12 14 15 embedded 0 26 B 0x61 3 4 5 6 7 10 11 12 14 15 embedded 0 26 C 0x62 3 4 5 6 7 10 11 12 14 15 embedded 0 27 A 0x6a 3 4 5 6 7 10 11 12 14 15 embedded 0 28 A 0x60 3 4 5 6 7 10 11 12 14 15 embedded 0 28 B 0x61 3 4 5 6 7 10 11 12 14 15 embedded 0 28 C 0x62 3 4 5 6 7 10 11 12 14 15 embedded 0 28 D 0x63 3 4 5 6 7 10 11 12 14 15 slot 32 3 0 A 0x60 3 4 5 6 7 10 11 12 14 15 slot 32 3 0 B 0x61 3 4 5 6 7 10 11 12 14 15 slot 32 3 0 C 0x62 3 4 5 6 7 10 11 12 14 15 slot 32 3 0 D 0x63 3 4 5 6 7 10 11 12 14 15 embedded 0 25 A 0x68 3 4 5 6 7 10 11 12 14 15 embedded 0 25 B 0x69 3 4 5 6 7 10 11 12 14 15 slot 1 4 0 A 0x69 3 4 5 6 7 10 11 12 14 15 slot 1 4 0 B 0x6a 3 4 5 6 7 10 11 12 14 15 slot 1 4 0 C 0x6b 3 4 5 6 7 10 11 12 14 15 slot 1 4 0 D 0x68 3 4 5 6 7 10 11 12 14 15 slot 2 4 1 A 0x6a 3 4 5 6 7 10 11 12 14 15 slot 2 4 1 B 0x6b 3 4 5 6 7 10 11 12 14 15 slot 2 4 1 C 0x68 3 4 5 6 7 10 11 12 14 15 slot 2 4 1 D 0x69 3 4 5 6 7 10 11 12 14 15 slot 3 4 2 A 0x6b 3 4 5 6 7 10 11 12 14 15 slot 3 4 2 B 0x68 3 4 5 6 7 10 11 12 14 15 slot 3 4 2 C 0x69 3 4 5 6 7 10 11 12 14 15 slot 3 4 2 D 0x6a 3 4 5 6 7 10 11 12 14 15 embedded 1 0 A 0x60 3 4 5 6 7 10 11 12 14 15 embedded 1 0 B 0x61 3 4 5 6 7 10 11 12 14 15 embedded 1 0 C 0x62 3 4 5 6 7 10 11 12 14 15 embedded 1 0 D 0x63 3 4 5 6 7 10 11 12 14 15 embedded 2 0 A 0x60 3 4 5 6 7 10 11 12 14 15 embedded 2 0 B 0x61 3 4 5 6 7 10 11 12 14 15 embedded 2 0 C 0x62 3 4 5 6 7 10 11 12 14 15 embedded 2 0 D 0x63 3 4 5 6 7 10 11 12 14 15 acpi_bus_number: root bus has no _BBN, assuming 0 acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR AcpiOsDerivePciId: bus 0 dev 0 func 0 acpi_bus_number: root bus has no _BBN, assuming 0 acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR AcpiOsDerivePciId: bus 0 dev 31 func 0 acpi0: Power Button (fixed) pci_link0: Links after initial probe: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 10 11 12 14 15 pci_link0: Links after initial validation: Index IRQ Rtd Ref IRQs 0 11 N 0 3 4 5 6 7 10 11 12 14 15 pci_link0: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link1: Links after initial probe: Index IRQ Rtd Ref IRQs 0 5 N 0 3 4 5 6 7 10 11 12 14 15 pci_link1: Links after initial validation: Index IRQ Rtd Ref IRQs 0 5 N 0 3 4 5 6 7 10 11 12 14 15 pci_link1: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link2: Links after initial probe: Index IRQ Rtd Ref IRQs 0 15 N 0 3 4 5 6 7 10 11 12 14 15 pci_link2: Links after initial validation: Index IRQ Rtd Ref IRQs 0 15 N 0 3 4 5 6 7 10 11 12 14 15 pci_link2: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link3: Links after initial probe: Index IRQ Rtd Ref IRQs 0 10 N 0 3 4 5 6 7 10 11 12 14 15 pci_link3: Links after initial validation: Index IRQ Rtd Ref IRQs 0 10 N 0 3 4 5 6 7 10 11 12 14 15 pci_link3: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link4: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link4: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link4: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link5: Links after initial probe: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link5: Links after initial validation: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link5: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link6: Links after initial probe: Index IRQ Rtd Ref IRQs 0 14 N 0 3 4 5 6 7 10 11 12 14 15 pci_link6: Links after initial validation: Index IRQ Rtd Ref IRQs 0 14 N 0 3 4 5 6 7 10 11 12 14 15 pci_link6: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link7: Links after initial probe: Index IRQ Rtd Ref IRQs 0 3 N 0 3 4 5 6 7 10 11 12 14 15 pci_link7: Links after initial validation: Index IRQ Rtd Ref IRQs 0 3 N 0 3 4 5 6 7 10 11 12 14 15 pci_link7: Links after disable: Index IRQ Rtd Ref IRQs 0 255 N 0 3 4 5 6 7 10 11 12 14 15 ACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 cpu1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: physical bus=0 found-> vendor=0x8086, dev=0x29a0, revid=0x02 bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x2090, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x29a1, revid=0x02 bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x0a (2500 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 pcib0: matched entry for 0.1.INTA pcib0: slot 1 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x2834, revid=0x02 bus=0, slot=26, func=0 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 map[20]: type 4, range 32, base 0000e000, size 5, enabled pcib0: matched entry for 0.26.INTA pcib0: slot 26 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x2835, revid=0x02 bus=0, slot=26, func=1 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=5 map[20]: type 4, range 32, base 0000e080, size 5, enabled pcib0: matched entry for 0.26.INTB pcib0: slot 26 INTB hardwired to IRQ 17 found-> vendor=0x8086, dev=0x283a, revid=0x02 bus=0, slot=26, func=7 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=15 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base febff400, size 10, enabled pcib0: matched entry for 0.26.INTC pcib0: slot 26 INTC hardwired to IRQ 18 found-> vendor=0x8086, dev=0x283f, revid=0x02 bus=0, slot=28, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0106, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 pcib0: matched entry for 0.28.INTA pcib0: slot 28 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x2847, revid=0x02 bus=0, slot=28, func=4 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0107, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 pcib0: matched entry for 0.28.INTA pcib0: slot 28 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x2830, revid=0x02 bus=0, slot=29, func=0 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=3 map[20]: type 4, range 32, base 0000d800, size 5, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 23 found-> vendor=0x8086, dev=0x2831, revid=0x02 bus=0, slot=29, func=1 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 map[20]: type 4, range 32, base 0000d880, size 5, enabled pcib0: matched entry for 0.29.INTB pcib0: slot 29 INTB hardwired to IRQ 19 found-> vendor=0x8086, dev=0x2832, revid=0x02 bus=0, slot=29, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=15 map[20]: type 4, range 32, base 0000dc00, size 5, enabled pcib0: matched entry for 0.29.INTC pcib0: slot 29 INTC hardwired to IRQ 18 found-> vendor=0x8086, dev=0x2836, revid=0x02 bus=0, slot=29, func=7 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=3 powerspec 2 supports D0 D3 current D0 map[10]: type 1, range 32, base febff000, size 10, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 23 found-> vendor=0x8086, dev=0x244e, revid=0xf2 bus=0, slot=30, func=0 class=06-04-01, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x2810, revid=0x02 bus=0, slot=31, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x2824, revid=0x02 bus=0, slot=31, func=2 class=01-06-01, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x02b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 powerspec 3 supports D0 D3 current D0 MSI supports 16 messages map[10]: type 4, range 32, base 0000ec00, size 3, enabled map[14]: type 4, range 32, base 0000e880, size 2, enabled map[18]: type 4, range 32, base 0000e800, size 3, enabled map[1c]: type 4, range 32, base 0000e480, size 2, enabled map[20]: type 4, range 32, base 0000e400, size 5, enabled map[24]: type 1, range 32, base febff800, size 11, enabled pcib0: matched entry for 0.31.INTB pcib0: slot 31 INTB hardwired to IRQ 19 found-> vendor=0x8086, dev=0x283e, revid=0x02 bus=0, slot=31, func=3 class=0c-05-00, hdrtype=0x00, mfdev=0 cmdreg=0x0001, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=10 map[10]: type 1, range 32, base 00000000, size 8, memory disabled map[20]: type 4, range 32, base 00000400, size 5, enabled pcib0: matched entry for 0.31.INTC pcib0: slot 31 INTC hardwired to IRQ 18 pcib1: irq 16 at device 1.0 on pci0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xf000-0xfff pcib1: memory decode 0xfa700000-0xfe7fffff pcib1: prefetched decode 0xbfe00000-0xdfdfffff pci1: on pcib1 pci1: physical bus=1 found-> vendor=0x10de, dev=0x0163, revid=0xa1 bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type 1, range 32, base fd000000, size 24, enabled pcib1: (null) requested memory range 0xfd000000-0xfdffffff: good map[14]: type 3, range 64, base c0000000, size 28, enabled pcib1: (null) requested memory range 0xc0000000-0xcfffffff: good map[1c]: type 1, range 64, base fc000000, size 24, enabled pcib1: (null) requested memory range 0xfc000000-0xfcffffff: good pcib1: matched entry for 1.0.INTA pcib1: slot 0 INTA hardwired to IRQ 16 pci1: at device 0.0 (no driver attached) uhci0: port 0xe000-0xe01f irq 16 at device 26.0 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xe000 ioapic0: routing intpin 16 (PCI IRQ 16) to vector 49 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 0xe080-0xe09f irq 17 at device 26.1 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0xe080 ioapic0: routing intpin 17 (PCI IRQ 17) to vector 50 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 ehci0: mem 0xfebff400-0xfebff7ff irq 18 at device 26.7 on pci0 ehci0: Reserved 0x400 bytes for rid 0x10 type 3 at 0xfebff400 ioapic0: routing intpin 18 (PCI IRQ 18) to vector 51 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 pcib2: irq 16 at device 28.0 on pci0 pcib2: secondary bus 3 pcib2: subordinate bus 3 pcib2: I/O decode 0x0-0x0 pcib2: memory decode 0xfff00000-0xfffff pcib2: prefetched decode 0xdfe00000-0xdfefffff pci3: on pcib2 pci3: physical bus=3 pcib3: irq 16 at device 28.4 on pci0 pcib3: secondary bus 2 pcib3: subordinate bus 2 pcib3: I/O decode 0xb000-0xbfff pcib3: memory decode 0xfe800000-0xfe8fffff pcib3: prefetched decode 0xfff00000-0xfffff pci2: on pcib3 pci2: physical bus=2 found-> vendor=0x197b, dev=0x2363, revid=0x02 bus=2, slot=0, func=0 class=01-01-85, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 map[10]: type 4, range 32, base 0000bc00, size 3, enabled pcib3: (null) requested I/O range 0xbc00-0xbc07: in range map[14]: type 4, range 32, base 0000b880, size 2, enabled pcib3: (null) requested I/O range 0xb880-0xb883: in range map[18]: type 4, range 32, base 0000b800, size 3, enabled pcib3: (null) requested I/O range 0xb800-0xb807: in range map[1c]: type 4, range 32, base 0000b480, size 2, enabled pcib3: (null) requested I/O range 0xb480-0xb483: in range map[20]: type 4, range 32, base 0000b400, size 4, enabled pcib3: (null) requested I/O range 0xb400-0xb40f: in range map[24]: type 1, range 32, base fe8fe000, size 13, enabled pcib3: (null) requested memory range 0xfe8fe000-0xfe8fffff: good pcib3: matched entry for 2.0.INTA pcib3: slot 0 INTA hardwired to IRQ 16 atapci0: port 0xbc00-0xbc07,0xb880-0xb883,0xb800-0xb807,0xb480-0xb483,0xb400-0xb40f mem 0xfe8fe000-0xfe8fffff irq 16 at device 0.0 on pci2 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xb400 atapci0: [MPSAFE] atapci0: Reserved 0x2000 bytes for rid 0x24 type 3 at 0xfe8fe000 atapci0: AHCI Version 01.00 controller with 2 ports detected ata2: on atapci0 ata2: SATA connect status=00000000 ata2: [MPSAFE] ata3: on atapci0 ata3: SATA connect status=00000000 ata3: [MPSAFE] ata4: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0xbc00 atapci0: Reserved 0x4 bytes for rid 0x14 type 4 at 0xb880 ata4: reset tp1 mask=03 ostat0=51 ostat1=50 ata4: stat0=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata4: stat0=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata4: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata4: stat1=0x00 err=0x01 lsb=0x14 msb=0xeb ata4: reset tp2 stat0=50 stat1=00 devices=0x9 ata4: [MPSAFE] uhci2: port 0xd800-0xd81f irq 23 at device 29.0 on pci0 uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0xd800 ioapic0: routing intpin 23 (PCI IRQ 23) to vector 52 uhci2: [GIANT-LOCKED] usb3: on uhci2 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered uhci3: port 0xd880-0xd89f irq 19 at device 29.1 on pci0 uhci3: Reserved 0x20 bytes for rid 0x20 type 4 at 0xd880 ioapic0: routing intpin 19 (PCI IRQ 19) to vector 53 uhci3: [GIANT-LOCKED] usb4: on uhci3 usb4: USB revision 1.0 uhub4: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub4: 2 ports with 2 removable, self powered uhci4: port 0xdc00-0xdc1f irq 18 at device 29.2 on pci0 uhci4: Reserved 0x20 bytes for rid 0x20 type 4 at 0xdc00 uhci4: [GIANT-LOCKED] usb5: on uhci4 usb5: USB revision 1.0 uhub5: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub5: 2 ports with 2 removable, self powered ehci1: mem 0xfebff000-0xfebff3ff irq 23 at device 29.7 on pci0 ehci1: Reserved 0x400 bytes for rid 0x10 type 3 at 0xfebff000 ehci1: [GIANT-LOCKED] usb6: EHCI version 1.0 usb6: companion controllers, 2 ports each: usb3 usb4 usb5 usb6: on ehci1 usb6: USB revision 2.0 uhub6: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub6: 6 ports with 6 removable, self powered pcib4: at device 30.0 on pci0 pcib4: secondary bus 4 pcib4: subordinate bus 4 pcib4: I/O decode 0xc000-0xcfff pcib4: memory decode 0xfe900000-0xfeafffff pcib4: prefetched decode 0xfff00000-0xfffff pcib4: Subtractively decoded bridge. pci4: on pcib4 pci4: physical bus=4 found-> vendor=0x8086, dev=0x1076, revid=0x00 bus=4, slot=1, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0017, statreg=0x0230, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0xff (63750 ns), maxlat=0x00 (0 ns) intpin=a, irq=14 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type 1, range 32, base feae0000, size 17, enabled pcib4: (null) requested memory range 0xfeae0000-0xfeafffff: good map[14]: type 1, range 32, base feac0000, size 17, enabled pcib4: (null) requested memory range 0xfeac0000-0xfeadffff: good map[18]: type 4, range 32, base 0000cc00, size 6, enabled pcib4: (null) requested I/O range 0xcc00-0xcc3f: in range pcib4: matched entry for 4.1.INTA pcib4: slot 1 INTA hardwired to IRQ 22 found-> vendor=0x8086, dev=0x1076, revid=0x00 bus=4, slot=2, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0017, statreg=0x0230, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0xff (63750 ns), maxlat=0x00 (0 ns) intpin=a, irq=3 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type 1, range 32, base fea80000, size 17, enabled pcib4: (null) requested memory range 0xfea80000-0xfea9ffff: good map[14]: type 1, range 32, base fea60000, size 17, enabled pcib4: (null) requested memory range 0xfea60000-0xfea7ffff: good map[18]: type 4, range 32, base 0000c880, size 6, enabled pcib4: (null) requested I/O range 0xc880-0xc8bf: in range pcib4: matched entry for 4.2.INTA pcib4: slot 2 INTA hardwired to IRQ 23 em0: port 0xcc00-0xcc3f mem 0xfeae0000-0xfeafffff,0xfeac0000-0xfeadffff irq 22 at device 1.0 on pci4 em0: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xfeae0000 em0: Reserved 0x40 bytes for rid 0x18 type 4 at 0xcc00 ioapic0: routing intpin 22 (PCI IRQ 22) to vector 54 em0: [MPSAFE] em0: bpf attached em0: Ethernet address: 00:0e:0c:6c:b9:16 em0: Speed:N/A Duplex:N/A em1: port 0xc880-0xc8bf mem 0xfea80000-0xfea9ffff,0xfea60000-0xfea7ffff irq 23 at device 2.0 on pci4 em1: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xfea80000 em1: Reserved 0x40 bytes for rid 0x18 type 4 at 0xc880 em1: [MPSAFE] em1: bpf attached em1: Ethernet address: 00:0e:0c:6c:b9:0a em1: Speed:N/A Duplex:N/A 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: Reserved 0x20 bytes for rid 0x20 type 4 at 0xe400 atapci1: [MPSAFE] atapci1: Reserved 0x800 bytes for rid 0x24 type 3 at 0xfebff800 atapci1: AHCI Version 01.10 controller with 4 ports detected ata5: on atapci1 ata5: SATA connect ready time=0ms ata5: sata_connect devices=0x1 ata5: [MPSAFE] ata6: on atapci1 ata6: SATA connect ready time=0ms ata6: sata_connect devices=0x1 ata6: [MPSAFE] ata7: on atapci1 ata7: SATA connect status=00000000 ata7: [MPSAFE] ata8: on atapci1 ata8: SATA connect status=00000000 ata8: [MPSAFE] pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 sio0: irq maps: 0xcc29 0xcc39 0xcc29 0xcc29 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A ioapic0: routing intpin 4 (ISA IRQ 4) to vector 55 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: ic_type 90 part_id 80 ioapic0: routing intpin 6 (ISA IRQ 6) to vector 56 fdc0: [MPSAFE] fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: using extended I/O port range ppc0: ECP SPP ECP+EPP SPP 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 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ioapic0: routing intpin 7 (ISA IRQ 7) to vector 57 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 ioapic0: routing intpin 1 (ISA IRQ 1) to vector 58 atkbd0: [GIANT-LOCKED] psm0: unable to allocate IRQ psmcpnp0: irq 12 on acpi0 psm0: current command byte:0065 psm0: irq 12 on atkbdc0 ioapic0: routing intpin 12 (ISA IRQ 12) to vector 59 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3-00, 3 buttons psm0: config:00000000, flags:00000008, packet size:4 psm0: syncmask:08, syncbits:00 atkbdc: atkbdc0 already exists; skipping it fdc: fdc0 already exists; skipping it ppc: ppc0 already exists; skipping it sc: sc0 already exists; skipping it sio: sio0 already exists; skipping it vga: vga0 already exists; skipping it pnp_identify: Trying Read_Port at 203 pnp_identify: Trying Read_Port at 243 pnp_identify: Trying Read_Port at 283 pnp_identify: Trying Read_Port at 2c3 pnp_identify: Trying Read_Port at 303 pnp_identify: Trying Read_Port at 343 pnp_identify: Trying Read_Port at 383 pnp_identify: Trying Read_Port at 3c3 PNP Identify complete isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices pmtimer0 on isa0 orm0: at iomem 0xd1800-0xd27ff,0xd2800-0xd37ff on isa0 fb: new array size 4 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 ata0: reset tp1 mask=00 ostat0=ff ostat1=ff ioapic0: routing intpin 14 (ISA IRQ 14) to vector 60 ata0: [MPSAFE] ata1 at port 0x170-0x177,0x376 irq 15 on isa0 ata1: reset tp1 mask=00 ostat0=ff ostat1=ff ioapic0: routing intpin 15 (ISA IRQ 15) to vector 61 ata1: [MPSAFE] bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fe0: not probed (disabled) ie0: not probed (disabled) lnc0: not probed (disabled) sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: irq maps: 0xcca9 0xcca9 0xcca9 0xcca9 sio1: probe failed test(s): 0 1 2 4 6 7 9 sio1 failed to probe at port 0x2f8-0x2ff irq 3 on isa0 sio2: not probed (disabled) sio3: not probed (disabled) sn0: not probed (disabled) vt0: not probed (disabled) isa_probe_children: probing PnP devices ugen0: APC Back-UPS ES 500 FW:801.e5.D USB FW:e5, rev 1.10/1.06, addr 2 Device configuration finished. Reducing kern.maxvnodes 134347 -> 100000 procfs registered lapic: Divisor 2, Frequency 99937769 hz Timecounter "TSC" frequency 3397890062 Hz quality -100 Timecounters tick every 1.000 msec pflog0: bpf attached lo0: bpf attached em1: Link is up 1000 Mbps Full Duplex ata4-slave: pio=PIO4 wdma=WDMA2 udma=UDMA66 cable=40 wire ata4-master: pio=PIO4 wdma=WDMA2 udma=UDMA100 cable=80 wire ad8: 152627MB at ata4-master UDMA100 ad8: 312581808 sectors [310101C/16H/63S] 16 sectors/interrupt 1 depth queue acd0: DVDR drive at ata4 as slave acd0: read 8268KB/s (8268KB/s) write 8268KB/s (8268KB/s), 2048KB buffer, UDMA66 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, packet acd0: Writes: CDR, CDRW, DVDR, test write, burnproof acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc ata5-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire ad10: 381554MB at ata5-master SATA150 ad10: 781422768 sectors [775221C/16H/63S] 16 sectors/interrupt 1 depth queue ata6-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire ad12: 114440MB at ata6-master SATA150 ad12: 234375000 sectors [232514C/16H/63S] 16 sectors/interrupt 1 depth queue SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x01000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000200ef therm: 0x00010000 err: 0x00010000 pcm: 0x00010000 GEOM: new disk ad8 GEOM: new disk ad10 GEOM: new disk ad12 Trying to mount root from ufs:/dev/ad10s1a start_init: trying /sbin/init WARNING: /backup was not properly dismounted WARNING: /extra was not properly dismounted em0: Link is up 100 Mbps Full Duplex em0: link state changed to UP Linux ELF exec handler installed em1: Link is up 1000 Mbps Full Duplex ata4: reiniting channel .. ata4: reset tp1 mask=03 ostat0=50 ostat1=51 ata4: stat0=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata4: stat0=0xd0 err=0xd0 lsb=0xd0 msb=0xd0 ata4: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata4: stat1=0x00 err=0x01 lsb=0x14 msb=0xeb ata4: reset tp2 stat0=50 stat1=00 devices=0x9 ata4: reinit done .. ======================================================== pciconf -l output: ======================================================== hostb0@pci0:0:0: class=0x060000 card=0x81ea1043 chip=0x29a08086 rev=0x02 hdr=0x00 pcib1@pci0:1:0: class=0x060400 card=0x00000088 chip=0x29a18086 rev=0x02 hdr=0x01 uhci0@pci0:26:0: class=0x0c0300 card=0x81ec1043 chip=0x28348086 rev=0x02 hdr=0x00 uhci1@pci0:26:1: class=0x0c0300 card=0x81ec1043 chip=0x28358086 rev=0x02 hdr=0x00 ehci0@pci0:26:7: class=0x0c0320 card=0x81ec1043 chip=0x283a8086 rev=0x02 hdr=0x00 pcib2@pci0:28:0: class=0x060400 card=0x00000040 chip=0x283f8086 rev=0x02 hdr=0x01 pcib3@pci0:28:4: class=0x060400 card=0x00000040 chip=0x28478086 rev=0x02 hdr=0x01 uhci2@pci0:29:0: class=0x0c0300 card=0x81ec1043 chip=0x28308086 rev=0x02 hdr=0x00 uhci3@pci0:29:1: class=0x0c0300 card=0x81ec1043 chip=0x28318086 rev=0x02 hdr=0x00 uhci4@pci0:29:2: class=0x0c0300 card=0x81ec1043 chip=0x28328086 rev=0x02 hdr=0x00 ehci1@pci0:29:7: class=0x0c0320 card=0x81ec1043 chip=0x28368086 rev=0x02 hdr=0x00 pcib4@pci0:30:0: class=0x060401 card=0x00000050 chip=0x244e8086 rev=0xf2 hdr=0x01 isab0@pci0:31:0: class=0x060100 card=0x81ec1043 chip=0x28108086 rev=0x02 hdr=0x00 atapci1@pci0:31:2: class=0x010601 card=0x81ec1043 chip=0x28248086 rev=0x02 hdr=0x00 none0@pci0:31:3: class=0x0c0500 card=0x81ec1043 chip=0x283e8086 rev=0x02 hdr=0x00 none1@pci1:0:0: class=0x030000 card=0x00000000 chip=0x016310de rev=0xa1 hdr=0x00 atapci0@pci2:0:0: class=0x010185 card=0x81e41043 chip=0x2363197b rev=0x02 hdr=0x00 em0@pci4:1:0: class=0x020000 card=0x11768086 chip=0x10768086 rev=0x00 hdr=0x00 em1@pci4:2:0: class=0x020000 card=0x11768086 chip=0x10768086 rev=0x00 hdr=0x00 ======================================================== atacontrol list output: ======================================================== ATA channel 0: Master: no device present Slave: no device present ATA channel 1: Master: no device present Slave: no device present ATA channel 2: Master: no device present Slave: no device present ATA channel 3: Master: no device present Slave: no device present ATA channel 4: Master: ad8 ATA/ATAPI revision 6 Slave: acd0 ATA/ATAPI revision 5 ATA channel 5: Master: ad10 Serial ATA v1.0 Slave: no device present ATA channel 6: Master: ad12 Serial ATA v1.0 Slave: no device present ATA channel 7: Master: no device present Slave: no device present ATA channel 8: Master: no device present Slave: no device present ======================================================== From owner-freebsd-current@FreeBSD.ORG Thu Aug 31 03:25:14 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C02E616A4DA for ; Thu, 31 Aug 2006 03:25:14 +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 A5CE543D46 for ; Thu, 31 Aug 2006 03:25:12 +0000 (GMT) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id CC228EB4119; Thu, 31 Aug 2006 11:25:09 +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 cOwEDZm93E1c; Thu, 31 Aug 2006 11:25:01 +0800 (CST) Received: from [10.217.12.84] (sina152-194.staff.sina.com.cn [61.135.152.194]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id CE7B8EB3A5A; Thu, 31 Aug 2006 11:24:59 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:x-enigmail-version:content-type; b=R/q/s5pShaOkckD1ueLxK9bNb74ayS3RMOiF6LrW4QvwKm7qwymkvQZeKjNeZr1y7 spDE/8m6n+RNHS2WuKWDA== Message-ID: <44F65687.2050108@delphij.net> Date: Thu, 31 Aug 2006 11:24:55 +0800 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 1.5.0.5 (Macintosh/20060719) MIME-Version: 1.0 To: David Christensen References: <09BFF2FA5EAB4A45B6655E151BBDD90301E2F1CF@NT-IRVA-0750.brcm.ad.broadcom.com> In-Reply-To: <09BFF2FA5EAB4A45B6655E151BBDD90301E2F1CF@NT-IRVA-0750.brcm.ad.broadcom.com> X-Enigmail-Version: 0.94.1.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="------------enig3BABA608393D6FCFBF2360A5" Cc: freebsd-current@freebsd.org Subject: Re: bge(4) on BCM 5752 A02 panic due to media autoselect X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Aug 2006 03:25:14 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig3BABA608393D6FCFBF2360A5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable David Christensen wrote: >> Recently one of my colleagues found that BCM 5752 A02 on Dell Latitude= >> D820 would get "panic: invalid ife->ifm_data (0xa) in=20 >> mii_phy_setmedia". >> After some investigation I have found that removing BCMR_ANEG from >> mii_capabilities in ukphy.c would work around the problem,=20 >> and it turns >> out that without explicitly specifying media type, the code=20 >> will finally >> get to pass the "intentionally invalid index" to mii_phy_setmedia and >> trigger an assertion fail. >> >> I have not tested the situation in -STABLE yet, but it was=20 >> said to work >> there, though. Is there anyone can shed some light to me about how to= >> debug the issue? Thanks in advance! >> >> PS. During the debugging I have found that the attached patch can make= >> "bge0: firmware handshake timeout" issue disappear from the said chip.= >> Because I do not have Broadcom specification at hand I would=20 >> like to see >> if there is someone to give appropriate review for it. >=20 > Try the attached patch instead and let me know if it works. When > FastBoot > is enabled on supported Broadcom controllers it allows the controller t= o > skip rereading firmware after a reset, allowing the driver to complete = > its initialization more quickly. The Linux driver specifically disable= s > FastBoot because it performs some read/write tests to controller memory= , > potentially corrupting the firmware, so FastBoot is disabled to insure > an > error free firmware reload. We don't do the same test so the same > change > isn't necessary. The patch happens to work because the bge driver > doesn't > perform firmware synchronization correctly, and the firmware initialize= s > too fast for the driver. Thank you for the patch. I have just tested the patch under FreeBSD/i386 -CURRENT and the I can confirm that the firmware timeout goes away. Will you please commit it? (Note that the panic still persists, I will try to get brgphy attach to see if things changes). Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enig3BABA608393D6FCFBF2360A5 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.3 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFE9laHOfuToMruuMARAwfxAJ9pqEK2AVypE92hwFklpkbCSzwCKgCcCfCs EoN/oUlOnKhxghJoBjKQC1k= =vw7t -----END PGP SIGNATURE----- --------------enig3BABA608393D6FCFBF2360A5-- From owner-freebsd-current@FreeBSD.ORG Thu Aug 31 03:35:43 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C4B016A4DE for ; Thu, 31 Aug 2006 03:35:43 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.181]) by mx1.FreeBSD.org (Postfix) with ESMTP id ACB7543D4C for ; Thu, 31 Aug 2006 03:35:42 +0000 (GMT) (envelope-from pyunyh@gmail.com) Received: by py-out-1112.google.com with SMTP id o67so543396pye for ; Wed, 30 Aug 2006 20:35:42 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=MFjMQUsVZ25ojJzJApgAadnaK9wCyk0fVVzez++O+Pal9a8YSpzSrKdb5bzwja8RKrz4prGY/IKvO6Z2nweFvlAAtR/mlM0oIvoHIGQaNzbqZOCtw9yO+eRDE/uaQDKQLFkttUtgDNNN4iElxxX+iS1w5VC/MrIYib2WPMU63sQ= Received: by 10.35.112.4 with SMTP id p4mr805390pym; Wed, 30 Aug 2006 20:35:42 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.gmail.com with ESMTP id 19sm816404nzp.2006.08.30.20.35.40; Wed, 30 Aug 2006 20:35:41 -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 k7V3bKHS053044 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 31 Aug 2006 12:37:20 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id k7V3bGRS053043; Thu, 31 Aug 2006 12:37:16 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Thu, 31 Aug 2006 12:37:16 +0900 From: Pyun YongHyeon To: LI Xin Message-ID: <20060831033716.GB52038@cdnetworks.co.kr> References: <09BFF2FA5EAB4A45B6655E151BBDD90301E2F1CF@NT-IRVA-0750.brcm.ad.broadcom.com> <44F65687.2050108@delphij.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44F65687.2050108@delphij.net> User-Agent: Mutt/1.4.2.1i Cc: David Christensen , freebsd-current@freebsd.org Subject: Re: bge(4) on BCM 5752 A02 panic due to media autoselect X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Aug 2006 03:35:43 -0000 On Thu, Aug 31, 2006 at 11:24:55AM +0800, LI Xin wrote: > David Christensen wrote: > >> Recently one of my colleagues found that BCM 5752 A02 on Dell Latitude > >> D820 would get "panic: invalid ife->ifm_data (0xa) in > >> mii_phy_setmedia". > >> After some investigation I have found that removing BCMR_ANEG from > >> mii_capabilities in ukphy.c would work around the problem, > >> and it turns > >> out that without explicitly specifying media type, the code > >> will finally > >> get to pass the "intentionally invalid index" to mii_phy_setmedia and > >> trigger an assertion fail. > >> > >> I have not tested the situation in -STABLE yet, but it was > >> said to work > >> there, though. Is there anyone can shed some light to me about how to > >> debug the issue? Thanks in advance! > >> > >> PS. During the debugging I have found that the attached patch can make > >> "bge0: firmware handshake timeout" issue disappear from the said chip. > >> Because I do not have Broadcom specification at hand I would > >> like to see > >> if there is someone to give appropriate review for it. > > > > Try the attached patch instead and let me know if it works. When > > FastBoot > > is enabled on supported Broadcom controllers it allows the controller to > > skip rereading firmware after a reset, allowing the driver to complete > > its initialization more quickly. The Linux driver specifically disables > > FastBoot because it performs some read/write tests to controller memory, > > potentially corrupting the firmware, so FastBoot is disabled to insure > > an > > error free firmware reload. We don't do the same test so the same > > change > > isn't necessary. The patch happens to work because the bge driver > > doesn't > > perform firmware synchronization correctly, and the firmware initializes > > too fast for the driver. > > Thank you for the patch. I have just tested the patch under > FreeBSD/i386 -CURRENT and the I can confirm that the firmware timeout > goes away. Will you please commit it? > > (Note that the panic still persists, I will try to get brgphy attach to > see if things changes). > It would be great if you can test the brgphy patch. I'll commit the patch if it work on your box. -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Thu Aug 31 03:42:39 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0348F16A4F3 for ; Thu, 31 Aug 2006 03:42:39 +0000 (UTC) (envelope-from pyunyh@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 2A3AF43D4C for ; Thu, 31 Aug 2006 03:42:38 +0000 (GMT) (envelope-from pyunyh@gmail.com) Received: by py-out-1112.google.com with SMTP id f25so487694pyf for ; Wed, 30 Aug 2006 20:42:35 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=Q4I5ryGRAYnBWjBCWihAq7K4ioLkGWcMT6LAY91lvVCzS5AU58Mt5RPPHubLgx0SBPJvTJ9TgEZEYa8Y80F83zuuY2xFEP8s8illYD4CWPpa9tbY7aEweqHhk5xrhO8gRpshCzvRve+BvLwN96uSpxRicaoxbyKRc9JPueBgdUA= Received: by 10.35.9.2 with SMTP id m2mr785388pyi; Wed, 30 Aug 2006 20:42:35 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.gmail.com with ESMTP id 6sm836242nzn.2006.08.30.20.42.34; Wed, 30 Aug 2006 20:42:35 -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 k7V3iEGK053071 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 31 Aug 2006 12:44: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 k7V3iD7P053070; Thu, 31 Aug 2006 12:44:13 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Thu, 31 Aug 2006 12:44:13 +0900 From: Pyun YongHyeon To: David Christensen Message-ID: <20060831034413.GC52038@cdnetworks.co.kr> References: <09BFF2FA5EAB4A45B6655E151BBDD90301E2F278@NT-IRVA-0750.brcm.ad.broadcom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <09BFF2FA5EAB4A45B6655E151BBDD90301E2F278@NT-IRVA-0750.brcm.ad.broadcom.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: Simplified Steps for Building a Loadable module on -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Aug 2006 03:42:39 -0000 On Wed, Aug 30, 2006 at 03:12:59PM -0700, David Christensen wrote: > I've been able to successfully build drivers in the past as > loadable modules but I'm getting some kernel panics with -CURRENT > when installing a module using kldload now where things used to I wonder you encountered the same panic I have been seeing on CURRENT. I get "Fatal trap 30" message when I load em(4) module with kldload. > work before. Assume I'm a complete FreeBSD noob for a moment > (which really isn't that far from the truth) and I want to build > a driver as a loadable module for testing. After moving to > the appropriate directory in the source tree (/usr/src/sys/dev/XXX), > what steps do I need to follow to build the driver as a module? > > Assume for the moment that I have already commented the driver out > of my kernel configuration file > (/usr/src/sys//conf/GENERIC) > and rebuilt and installed that kernel. > > Dave > -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Thu Aug 31 07:20:25 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B531316A4DA for ; Thu, 31 Aug 2006 07:20:25 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (schlepper.zs64.net [212.12.50.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2647B43D49 for ; Thu, 31 Aug 2006 07:20:24 +0000 (GMT) (envelope-from stb@lassitu.de) Received: (from stb@koef.zs64.net) (authenticated) by koef.zs64.net (8.13.8/8.13.8) with ESMTP id k7V7KFYX011947 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NO); Thu, 31 Aug 2006 09:20:16 +0200 (CEST) (envelope-from stb@lassitu.de) In-Reply-To: <09BFF2FA5EAB4A45B6655E151BBDD90301E2F2C1@NT-IRVA-0750.brcm.ad.broadcom.com> References: <09BFF2FA5EAB4A45B6655E151BBDD90301E2F2C1@NT-IRVA-0750.brcm.ad.broadcom.com> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <1F8279E4-7F1C-4597-8BCC-B5E2A055E6F2@lassitu.de> Content-Transfer-Encoding: 7bit From: Stefan Bethke Date: Thu, 31 Aug 2006 09:20:15 +0200 To: David Christensen X-Mailer: Apple Mail (2.752.2) Cc: freebsd-current@freebsd.org Subject: Re: Simplified Steps for Building a Loadable module on -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Aug 2006 07:20:25 -0000 Am 31.08.2006 um 01:36 schrieb David Christensen: >> Then what's the panic message, and how exactly are you building your >> module? >> > > The message wasn't readable on the serial console. The text was > jumbled > and I could only make out bits and pieces of it. And the module that got installed in /boot/kernel/.ko does exhibit the same problem, or not? > So I should do the following: > > 1) Comment out the driver I want to test in the kernel configuration > file. > For example, modify /usr/src/sys/amd64/conf/MYCONFIG. > 2) Rebuild and install the kernel (cd /usr/src; make kernel > KERNCONF=MYCONFIG) Which also builds and installs all modules into /boot/kernel (see src/ sys/modulesMakefile for the list of modules that are built). > 3) Reboot the system to start using the new kernel > 4) Edit the driver in /usr/src/sys/dev/XXX as necessary > 5) Build the kernel module (cd /usr/src/sys/modules/XXX; make) > 6) Load the kernel module (kldload ./if_XXX) and cross my fingers. No, make that: 6) Enable the kernel debugger, load the module, then show the list the panic message, backtrace, etc. and tell us which driver you're talking about and how you modified it. Stefan -- Stefan Bethke Fon +49 170 346 0140 From owner-freebsd-current@FreeBSD.ORG Thu Aug 31 08:17:15 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B155716A4DA for ; Thu, 31 Aug 2006 08:17:15 +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 C925B43D45 for ; Thu, 31 Aug 2006 08:17:12 +0000 (GMT) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id C2BC0EB09B7; Thu, 31 Aug 2006 16:17:09 +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 pmwGyJvxY7XB; Thu, 31 Aug 2006 16:17:04 +0800 (CST) Received: from [10.217.12.84] (sina152-194.staff.sina.com.cn [61.135.152.194]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id B98B3EB0967; Thu, 31 Aug 2006 16:17:01 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:x-enigmail-version:content-type; b=ogFi7xJcGTGdWeqbTjaNKHZy0Q9GVyXvJT5Ir425/h5z9trgqIcyhGdlXUr7O+5Z3 YH5gpfMqtJIGNam0sIviw== Message-ID: <44F69AF1.5090205@delphij.net> Date: Thu, 31 Aug 2006 16:16:49 +0800 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 1.5.0.5 (Macintosh/20060719) MIME-Version: 1.0 To: pyunyh@gmail.com References: <09BFF2FA5EAB4A45B6655E151BBDD90301E2F1CF@NT-IRVA-0750.brcm.ad.broadcom.com> <44F65687.2050108@delphij.net> <20060831033716.GB52038@cdnetworks.co.kr> In-Reply-To: <20060831033716.GB52038@cdnetworks.co.kr> X-Enigmail-Version: 0.94.1.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="------------enigAE848947F2CD79EB6652402B" Cc: David Christensen , freebsd-current@freebsd.org Subject: Re: bge(4) on BCM 5752 A02 panic due to media autoselect X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Aug 2006 08:17:15 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigAE848947F2CD79EB6652402B Content-Type: multipart/mixed; boundary="------------060201090700040904030903" This is a multi-part message in MIME format. --------------060201090700040904030903 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Pyun YongHyeon wrote: > On Thu, Aug 31, 2006 at 11:24:55AM +0800, LI Xin wrote: > > David Christensen wrote: > > >> Recently one of my colleagues found that BCM 5752 A02 on Dell Lat= itude > > >> D820 would get "panic: invalid ife->ifm_data (0xa) in=20 > > >> mii_phy_setmedia". > > >> After some investigation I have found that removing BCMR_ANEG fr= om > > >> mii_capabilities in ukphy.c would work around the problem,=20 > > >> and it turns > > >> out that without explicitly specifying media type, the code=20 > > >> will finally > > >> get to pass the "intentionally invalid index" to mii_phy_setmedia= and > > >> trigger an assertion fail. > > >> > > >> I have not tested the situation in -STABLE yet, but it was=20 > > >> said to work > > >> there, though. Is there anyone can shed some light to me about h= ow to > > >> debug the issue? Thanks in advance! > > >> > > >> PS. During the debugging I have found that the attached patch can= make > > >> "bge0: firmware handshake timeout" issue disappear from the said = chip. > > >> Because I do not have Broadcom specification at hand I would=20 > > >> like to see > > >> if there is someone to give appropriate review for it. > > >=20 > > > Try the attached patch instead and let me know if it works. When > > > FastBoot > > > is enabled on supported Broadcom controllers it allows the control= ler to > > > skip rereading firmware after a reset, allowing the driver to comp= lete=20 > > > its initialization more quickly. The Linux driver specifically di= sables > > > FastBoot because it performs some read/write tests to controller m= emory, > > > potentially corrupting the firmware, so FastBoot is disabled to in= sure > > > an > > > error free firmware reload. We don't do the same test so the same= > > > change > > > isn't necessary. The patch happens to work because the bge driver= > > > doesn't > > > perform firmware synchronization correctly, and the firmware initi= alizes > > > too fast for the driver. > >=20 > > Thank you for the patch. I have just tested the patch under > > FreeBSD/i386 -CURRENT and the I can confirm that the firmware timeou= t > > goes away. Will you please commit it? > >=20 > > (Note that the panic still persists, I will try to get brgphy attach= to > > see if things changes). > >=20 >=20 > It would be great if you can test the brgphy patch. I'll commit the > patch if it work on your box. Sure, I would be more than happy to do that. Which brgphy patch do you want me to test? (I have patched brgphy.c and miidevs to make BCM5752 to attach as brgphy and it resolved the panic, but I am not quite sure if that is what you want, though) The attached patch is what I have tested on Dell D820 with BCM 5752 A2 chip, and it seems to work well. Please let me know if you want additional tests for whatever patch. Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------060201090700040904030903 Content-Type: text/plain; x-mac-type="0"; x-mac-creator="0"; name="patch-bge-d820" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline; filename="patch-bge-d820" Index: bge/if_bge.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/sys/dev/bge/if_bge.c,v retrieving revision 1.140 diff -u -r1.140 if_bge.c --- bge/if_bge.c 24 Aug 2006 14:41:16 -0000 1.140 +++ bge/if_bge.c 31 Aug 2006 03:00:43 -0000 @@ -2326,6 +2326,12 @@ } } =20 + /* + * Write the magic number to the firmware mailbox at 0xb50 + * so that the driver can synchronize with the firmware + */ + bge_writemem_ind(sc, BGE_SOFTWARE_GENCOMM, BGE_MAGIC_NUMBER); + /* Issue global reset */ bge_writereg_ind(sc, BGE_MISC_CFG, reset); =20 @@ -2362,11 +2368,6 @@ CSR_WRITE_4(sc, BGE_MARB_MODE, BGE_MARBMODE_ENABLE); =20 /* - * Prevent PXE restart: write a magic number to the - * general communications memory at 0xB50. - */ - bge_writemem_ind(sc, BGE_SOFTWARE_GENCOMM, BGE_MAGIC_NUMBER); - /* * Poll the value location we just wrote until * we see the 1's complement of the magic number. * This indicates that the firmware initialization Index: bge/if_bgereg.h =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/sys/dev/bge/if_bgereg.h,v retrieving revision 1.52 diff -u -r1.52 if_bgereg.h --- bge/if_bgereg.h 23 Aug 2006 11:32:54 -0000 1.52 +++ bge/if_bgereg.h 31 Aug 2006 03:02:00 -0000 @@ -1768,10 +1768,11 @@ } while(0) =20 /* - * This magic number is used to prevent PXE restart when we - * issue a software reset. We write this magic number to the - * firmware mailbox at 0xB50 in order to prevent the PXE boot - * code from running. + * This magic number is written to the firmware mailbox at 0xb50 + * before a software reset is issued. After the internal firmware + * has completed its initialization it will write the opposite of + * this value, ~BGE_MAGIC_NUMBER, to the same location, allowing + * the driver to synchronize with the firmware. */ #define BGE_MAGIC_NUMBER 0x4B657654 =20 Index: mii/brgphy.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/sys/dev/mii/brgphy.c,v retrieving revision 1.45 diff -u -r1.45 brgphy.c --- mii/brgphy.c 23 Aug 2006 15:37:07 -0000 1.45 +++ mii/brgphy.c 31 Aug 2006 03:27:03 -0000 @@ -107,6 +107,7 @@ MII_PHY_DESC(xxBROADCOM, BCM5704), MII_PHY_DESC(xxBROADCOM, BCM5705), MII_PHY_DESC(xxBROADCOM, BCM5750), + MII_PHY_DESC(xxBROADCOM, BCM5752), MII_PHY_DESC(xxBROADCOM, BCM5714), MII_PHY_DESC(xxBROADCOM, BCM5780), MII_PHY_DESC(xxBROADCOM, BCM5706C), @@ -607,6 +608,7 @@ bcm5704_load_dspcode(sc); break; case MII_MODEL_xxBROADCOM_BCM5750: + case MII_MODEL_xxBROADCOM_BCM5752: case MII_MODEL_xxBROADCOM_BCM5714: case MII_MODEL_xxBROADCOM_BCM5780: case MII_MODEL_xxBROADCOM_BCM5706C: Index: mii/miidevs =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/sys/dev/mii/miidevs,v retrieving revision 1.33 diff -u -r1.33 miidevs --- mii/miidevs 25 Jul 2006 00:14:00 -0000 1.33 +++ mii/miidevs 31 Aug 2006 03:27:57 -0000 @@ -118,6 +118,7 @@ model xxBROADCOM BCM5400 0x0004 Broadcom 1000baseTX PHY model xxBROADCOM BCM5401 0x0005 BCM5401 10/100/1000baseTX PHY model xxBROADCOM BCM5411 0x0007 BCM5411 10/100/1000baseTX PHY +model xxBROADCOM BCM5752 0x0010 BCM5752 10/100/1000baseTX PHY model xxBROADCOM BCM5701 0x0011 BCM5701 10/100/1000baseTX PHY model xxBROADCOM BCM5703 0x0016 BCM5703 10/100/1000baseTX PHY model xxBROADCOM BCM5704 0x0019 BCM5704 10/100/1000baseTX PHY --------------060201090700040904030903-- --------------enigAE848947F2CD79EB6652402B 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.3 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFE9prxOfuToMruuMARA4iLAJ961ymlLvsz11CyAEKhKgrJTwqo5ACfXV33 5Djc2dw8nYWHp5Avr3aXT+c= =IsqI -----END PGP SIGNATURE----- --------------enigAE848947F2CD79EB6652402B-- From owner-freebsd-current@FreeBSD.ORG Thu Aug 31 09:28:51 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D0A7516A4E2 for ; Thu, 31 Aug 2006 09:28:51 +0000 (UTC) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (relay0.rambler.ru [81.19.66.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2DBE543D49 for ; Thu, 31 Aug 2006 09:28:50 +0000 (GMT) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (localhost [127.0.0.1]) by relay0.rambler.ru (Postfix) with ESMTP id 3C6DD5F37; Thu, 31 Aug 2006 13:28:49 +0400 (MSD) Received: from edoofus.park.rambler.ru (unknown [81.19.65.108]) by relay0.rambler.ru (Postfix) with ESMTP id 1B36A5CAF; Thu, 31 Aug 2006 13:28:49 +0400 (MSD) Received: (from ru@localhost) by edoofus.park.rambler.ru (8.13.6/8.13.6) id k7V9TFHC052769; Thu, 31 Aug 2006 13:29:15 +0400 (MSD) (envelope-from ru) Date: Thu, 31 Aug 2006 13:29:15 +0400 From: Ruslan Ermilov To: "Andrew R. Reiter" Message-ID: <20060831092915.GK14958@rambler-co.ru> References: <20060830190238.T49386@fledge.watson.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Tv3+oRj6D9L8lW+H" Content-Disposition: inline In-Reply-To: <20060830190238.T49386@fledge.watson.org> User-Agent: Mutt/1.5.12-2006-07-14 X-Virus-Scanned: No virus found Cc: freebsd-current@FreeBSD.org Subject: Re: upgrading fromo current of 11/05 to today X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Aug 2006 09:28:51 -0000 --Tv3+oRj6D9L8lW+H Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Aug 30, 2006 at 07:05:09PM -0400, Andrew R. Reiter wrote: >=20 > Having issues upgrading (buildworld part) from my CURRENT of November of= =20 > 2005, yes that's old, sorry, to "today" --- here's the end of the=20 > buildworld so far: >=20 > -I/usr/src/lib/libc/rpc -DYP -DNS_CACHING -Wsystem-headers -Werror -Wall= =20 > -Wno-for > mat-y2k -Wno-uninitialized -c /usr/src/lib/libc/net/res_init.c > /usr/src/lib/libc/net/res_init.c:120: error: field `res_state_ext' has=20 > incomplete > type > /usr/src/lib/libc/net/res_init.c: In function `__res_init': > /usr/src/lib/libc/net/res_init.c:219: error: `_res_ext' undeclared (first= =20 > use in t > his function) > /usr/src/lib/libc/net/res_init.c:219: error: (Each undeclared identifier= =20 > is report > ed only once > /usr/src/lib/libc/net/res_init.c:219: error: for each function it appears= =20 > in.) > /usr/src/lib/libc/net/res_init.c: At top level: > /usr/src/lib/libc/net/res_init.c:630: error: storage size of `_res_ext'= =20 > isn't know > n > *** Error code 1 >=20 > Stop in /usr/src/lib/libc. > *** Error code 1 >=20 >=20 > ... Sin ce this is in libc, I assume I am missing something *basic*=20 > (unless shit hit the fan). >=20 It looks like some shit still happened: : RCS file: /home/ncvs/src/lib/libc/net/Attic/res_init.c,v : Working file: res_init.c : head: 1.34 : branch: : locks: strict : access list: : keyword substitution: kv : total revisions: 53; selected revisions: 53 : description: : ---------------------------- : revision 1.34 : date: 2006/03/21 16:11:11; author: ume; state: dead; lines: +1 -1 ^^^^^^^^^^^ : Update the resolver in libc to BIND9's one. Check to make sure you have The One True Current Sources. :-) Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --Tv3+oRj6D9L8lW+H Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE9qvrqRfpzJluFF4RAvXRAJ9SecgTJO+qaxYvDpapagpOuXZlgQCdEvAP opcB1LqvWtZBhwDySJf6YBs= =KI5J -----END PGP SIGNATURE----- --Tv3+oRj6D9L8lW+H-- From owner-freebsd-current@FreeBSD.ORG Thu Aug 31 09:32:21 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 60BC716A4DE for ; Thu, 31 Aug 2006 09:32:21 +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 B20B543D4C for ; Thu, 31 Aug 2006 09:32:20 +0000 (GMT) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 2A03CEB0B49; Thu, 31 Aug 2006 17:32:19 +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 QzhEilNlVe+u; Thu, 31 Aug 2006 17:32:16 +0800 (CST) Received: from [10.217.12.84] (sina152-194.staff.sina.com.cn [61.135.152.194]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 955EFEB0AF6; Thu, 31 Aug 2006 17:32:15 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:x-enigmail-version:content-type; b=wN9gSOvtEQouYkPpydPIXGoMtUyUjOyr2jSFkHoCnl+V5QJ4YDkv6b1oX+YdmDcjA h6EkJA1RX1H41a+L67tFw== Message-ID: <44F6AC9D.1080906@delphij.net> Date: Thu, 31 Aug 2006 17:32:13 +0800 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 1.5.0.5 (Macintosh/20060719) MIME-Version: 1.0 To: pyunyh@gmail.com References: <09BFF2FA5EAB4A45B6655E151BBDD90301E2F278@NT-IRVA-0750.brcm.ad.broadcom.com> <20060831034413.GC52038@cdnetworks.co.kr> In-Reply-To: <20060831034413.GC52038@cdnetworks.co.kr> X-Enigmail-Version: 0.94.1.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="------------enigE17163FF58A74997E6CFC813" Cc: David Christensen , freebsd-current@freebsd.org Subject: Re: Simplified Steps for Building a Loadable module on -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Aug 2006 09:32:21 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigE17163FF58A74997E6CFC813 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Pyun YongHyeon wrote: > On Wed, Aug 30, 2006 at 03:12:59PM -0700, David Christensen wrote: > > I've been able to successfully build drivers in the past as > > loadable modules but I'm getting some kernel panics with -CURRENT > > when installing a module using kldload now where things used to=20 >=20 > I wonder you encountered the same panic I have been seeing on CURRENT. > I get "Fatal trap 30" message when I load em(4) module with kldload. What does Fatal trap 30 mean in these places? I get some strange fatal trap 30's in acpi_cpi_idle, but I can not imagine how can these happen :-= ( Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enigE17163FF58A74997E6CFC813 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.3 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFE9qydOfuToMruuMARAxIFAJ9lMct4RHpIiiniE+T+A9uVBIvFngCcDwEz wOknux/5iWuinnvT/X8Zvu8= =tG+p -----END PGP SIGNATURE----- --------------enigE17163FF58A74997E6CFC813-- From owner-freebsd-current@FreeBSD.ORG Thu Aug 31 10:20:34 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9028416A4E1 for ; Thu, 31 Aug 2006 10:20:34 +0000 (UTC) (envelope-from pyunyh@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 6E9AC43D53 for ; Thu, 31 Aug 2006 10:20:33 +0000 (GMT) (envelope-from pyunyh@gmail.com) Received: by py-out-1112.google.com with SMTP id o67so679123pye for ; Thu, 31 Aug 2006 03:20:32 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=C8qDgpBO+rqaevx+w0+0eL8LrTUktqFq0a71EObZ6ODzHqspn2gKeenoJX+6drPwmoCOP5OWiD6n/br65uii+Ra7HRbk1GkHw2eQ8PcrWcS6+BQi7MrkSMR+TpYLInRKYtwLdCVJUDbxKpD+bT/DFXOdxo7pPo6k7XJ2qvXKdAk= Received: by 10.35.103.1 with SMTP id f1mr434819pym; Thu, 31 Aug 2006 03:20:32 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.gmail.com with ESMTP id 15sm1616366nzn.2006.08.31.03.20.31; Thu, 31 Aug 2006 03:20:32 -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 k7VAMEkQ054121 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 31 Aug 2006 19:22: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 k7VAMDR4054120; Thu, 31 Aug 2006 19:22:13 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Thu, 31 Aug 2006 19:22:13 +0900 From: Pyun YongHyeon To: LI Xin Message-ID: <20060831102213.GD52038@cdnetworks.co.kr> References: <09BFF2FA5EAB4A45B6655E151BBDD90301E2F278@NT-IRVA-0750.brcm.ad.broadcom.com> <20060831034413.GC52038@cdnetworks.co.kr> <44F6AC9D.1080906@delphij.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44F6AC9D.1080906@delphij.net> User-Agent: Mutt/1.4.2.1i Cc: David Christensen , freebsd-current@freebsd.org Subject: Re: Simplified Steps for Building a Loadable module on -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Aug 2006 10:20:34 -0000 On Thu, Aug 31, 2006 at 05:32:13PM +0800, LI Xin wrote: > Pyun YongHyeon wrote: > > On Wed, Aug 30, 2006 at 03:12:59PM -0700, David Christensen wrote: > > > I've been able to successfully build drivers in the past as > > > loadable modules but I'm getting some kernel panics with -CURRENT > > > when installing a module using kldload now where things used to > > > > I wonder you encountered the same panic I have been seeing on CURRENT. > > I get "Fatal trap 30" message when I load em(4) module with kldload. > > What does Fatal trap 30 mean in these places? I get some strange fatal > trap 30's in acpi_cpi_idle, but I can not imagine how can these happen :-( > Don't know what's cause of the panic since it used to work ok. See http://lists.freebsd.org/pipermail/freebsd-current/2006-August/065243.html -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Thu Aug 31 10:24:09 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 065FE16A4DE for ; Thu, 31 Aug 2006 10:24:09 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.178]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD6CE43D82 for ; Thu, 31 Aug 2006 10:23:48 +0000 (GMT) (envelope-from pyunyh@gmail.com) Received: by py-out-1112.google.com with SMTP id o67so680207pye for ; Thu, 31 Aug 2006 03:23:48 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=BfZ4LYT7ZV51ye77aR3DLSUY2tRAnBAyIyovDhrZxmJaEbVd7pEj0Fm1WPfCo/nbmo/T+BDEURg+PsM2ZWl7I8557svneb2cOpcESJST2Rvcp2Cw14m6TZT5KX2NcgLqfhwBY+Tl6w21FpOEEw8AlbpmgNO50+bmE2LkDJ2J8os= Received: by 10.35.114.16 with SMTP id r16mr447320pym; Thu, 31 Aug 2006 03:23:48 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.gmail.com with ESMTP id m2sm576488nzf.2006.08.31.03.23.46; Thu, 31 Aug 2006 03:23:48 -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 k7VAPUTi054140 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 31 Aug 2006 19:25:30 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id k7VAPTm2054139; Thu, 31 Aug 2006 19:25:29 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Thu, 31 Aug 2006 19:25:29 +0900 From: Pyun YongHyeon To: LI Xin Message-ID: <20060831102529.GE52038@cdnetworks.co.kr> References: <09BFF2FA5EAB4A45B6655E151BBDD90301E2F1CF@NT-IRVA-0750.brcm.ad.broadcom.com> <44F65687.2050108@delphij.net> <20060831033716.GB52038@cdnetworks.co.kr> <44F69AF1.5090205@delphij.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44F69AF1.5090205@delphij.net> User-Agent: Mutt/1.4.2.1i Cc: David Christensen , freebsd-current@freebsd.org Subject: Re: bge(4) on BCM 5752 A02 panic due to media autoselect X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Aug 2006 10:24:09 -0000 On Thu, Aug 31, 2006 at 04:16:49PM +0800, LI Xin wrote: > Pyun YongHyeon wrote: > > On Thu, Aug 31, 2006 at 11:24:55AM +0800, LI Xin wrote: > > > David Christensen wrote: > > > >> Recently one of my colleagues found that BCM 5752 A02 on Dell Latitude > > > >> D820 would get "panic: invalid ife->ifm_data (0xa) in > > > >> mii_phy_setmedia". > > > >> After some investigation I have found that removing BCMR_ANEG from > > > >> mii_capabilities in ukphy.c would work around the problem, > > > >> and it turns > > > >> out that without explicitly specifying media type, the code > > > >> will finally > > > >> get to pass the "intentionally invalid index" to mii_phy_setmedia and > > > >> trigger an assertion fail. > > > >> > > > >> I have not tested the situation in -STABLE yet, but it was > > > >> said to work > > > >> there, though. Is there anyone can shed some light to me about how to > > > >> debug the issue? Thanks in advance! > > > >> > > > >> PS. During the debugging I have found that the attached patch can make > > > >> "bge0: firmware handshake timeout" issue disappear from the said chip. > > > >> Because I do not have Broadcom specification at hand I would > > > >> like to see > > > >> if there is someone to give appropriate review for it. > > > > > > > > Try the attached patch instead and let me know if it works. When > > > > FastBoot > > > > is enabled on supported Broadcom controllers it allows the controller to > > > > skip rereading firmware after a reset, allowing the driver to complete > > > > its initialization more quickly. The Linux driver specifically disables > > > > FastBoot because it performs some read/write tests to controller memory, > > > > potentially corrupting the firmware, so FastBoot is disabled to insure > > > > an > > > > error free firmware reload. We don't do the same test so the same > > > > change > > > > isn't necessary. The patch happens to work because the bge driver > > > > doesn't > > > > perform firmware synchronization correctly, and the firmware initializes > > > > too fast for the driver. > > > > > > Thank you for the patch. I have just tested the patch under > > > FreeBSD/i386 -CURRENT and the I can confirm that the firmware timeout > > > goes away. Will you please commit it? > > > > > > (Note that the panic still persists, I will try to get brgphy attach to > > > see if things changes). > > > > > > > It would be great if you can test the brgphy patch. I'll commit the > > patch if it work on your box. > > Sure, I would be more than happy to do that. Which brgphy patch do you > want me to test? (I have patched brgphy.c and miidevs to make BCM5752 > to attach as brgphy and it resolved the panic, but I am not quite sure > if that is what you want, though) > That's exactly the same patch I've made for stable. (You've already patched it to work on CURRENT.) -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Thu Aug 31 10:43:41 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D4F9A16A4DA for ; Thu, 31 Aug 2006 10:43:41 +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 CFEC043D45 for ; Thu, 31 Aug 2006 10:43:39 +0000 (GMT) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 2731CEB0BFA; Thu, 31 Aug 2006 18:43:38 +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 cUxH9klHOCn0; Thu, 31 Aug 2006 18:43:36 +0800 (CST) Received: from [10.217.12.84] (sina152-194.staff.sina.com.cn [61.135.152.194]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 298FEEB09B8; Thu, 31 Aug 2006 18:43:34 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:x-enigmail-version:content-type; b=RgyovbtHmEdyWmcYSt46g+C7vevxR1Xe2xqflF72Sc7rMEkvMmMXdJKVgB7I53T0L cLcMboSYFm6DVdP+ntHzQ== Message-ID: <44F6BD52.9030601@delphij.net> Date: Thu, 31 Aug 2006 18:43:30 +0800 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 1.5.0.5 (Macintosh/20060719) MIME-Version: 1.0 To: pyunyh@gmail.com References: <09BFF2FA5EAB4A45B6655E151BBDD90301E2F1CF@NT-IRVA-0750.brcm.ad.broadcom.com> <44F65687.2050108@delphij.net> <20060831033716.GB52038@cdnetworks.co.kr> <44F69AF1.5090205@delphij.net> <20060831102529.GE52038@cdnetworks.co.kr> In-Reply-To: <20060831102529.GE52038@cdnetworks.co.kr> X-Enigmail-Version: 0.94.1.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="------------enig13BB506637E27403580B3069" Cc: David Christensen , freebsd-current@freebsd.org Subject: Re: bge(4) on BCM 5752 A02 panic due to media autoselect X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Aug 2006 10:43:41 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig13BB506637E27403580B3069 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Pyun YongHyeon wrote: > On Thu, Aug 31, 2006 at 04:16:49PM +0800, LI Xin wrote: > > Pyun YongHyeon wrote: [snip] > > > It would be great if you can test the brgphy patch. I'll commit th= e > > > patch if it work on your box. > >=20 > > Sure, I would be more than happy to do that. Which brgphy patch do = you > > want me to test? (I have patched brgphy.c and miidevs to make BCM57= 52 > > to attach as brgphy and it resolved the panic, but I am not quite su= re > > if that is what you want, though) > >=20 >=20 > That's exactly the same patch I've made for stable. > (You've already patched it to work on CURRENT.) That's nice! Will you commit it against -CURRENT so we have a reasonable settlement period and MFC it before we ship 6.2-RELEASE? Because bge(4) is widely deployed, it's important to make sure that maximum compatibility is being maintained across releases, so getting it into the -CURRENT earlier will provide more feedbacks. Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enig13BB506637E27403580B3069 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.3 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFE9r1SOfuToMruuMARAy5hAJ4n66G3IF+vqEfgpsHyZH4NrPlR7QCfaAwb hyXOrIaBGbPoScqxW2uc2CI= =wSpi -----END PGP SIGNATURE----- --------------enig13BB506637E27403580B3069-- From owner-freebsd-current@FreeBSD.ORG Thu Aug 31 11:17:28 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D330D16A4E0 for ; Thu, 31 Aug 2006 11:17:28 +0000 (UTC) (envelope-from pyunyh@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 AAC3E43D64 for ; Thu, 31 Aug 2006 11:17:25 +0000 (GMT) (envelope-from pyunyh@gmail.com) Received: by py-out-1112.google.com with SMTP id o67so699863pye for ; Thu, 31 Aug 2006 04:17:25 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=BGSNDyGJb4PfgydeOasUtJZ/onkazIcKvLHAZCy1PjSutovtHqO9Q0qDg2++7qyQ7eeT8t4ko9a9mn/BZW5Fy5EmM7FdyDAfiRWxW2o380ru78AT1+G9kfFqC01tkQzflqe/mqRcnMMzfG4+knLHZgbpSUWogOZxsL92c5Xldjc= Received: by 10.35.107.20 with SMTP id j20mr517608pym; Thu, 31 Aug 2006 04:17:24 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.gmail.com with ESMTP id 39sm1756934nzk.2006.08.31.04.17.23; Thu, 31 Aug 2006 04:17: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 k7VBJ7q8054525 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 31 Aug 2006 20:19:07 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id k7VBJ7aO054524; Thu, 31 Aug 2006 20:19:07 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Thu, 31 Aug 2006 20:19:07 +0900 From: Pyun YongHyeon To: LI Xin Message-ID: <20060831111907.GF52038@cdnetworks.co.kr> References: <09BFF2FA5EAB4A45B6655E151BBDD90301E2F1CF@NT-IRVA-0750.brcm.ad.broadcom.com> <44F65687.2050108@delphij.net> <20060831033716.GB52038@cdnetworks.co.kr> <44F69AF1.5090205@delphij.net> <20060831102529.GE52038@cdnetworks.co.kr> <44F6BD52.9030601@delphij.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44F6BD52.9030601@delphij.net> User-Agent: Mutt/1.4.2.1i Cc: David Christensen , freebsd-current@freebsd.org Subject: Re: bge(4) on BCM 5752 A02 panic due to media autoselect X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Aug 2006 11:17:28 -0000 On Thu, Aug 31, 2006 at 06:43:30PM +0800, LI Xin wrote: > Pyun YongHyeon wrote: > > On Thu, Aug 31, 2006 at 04:16:49PM +0800, LI Xin wrote: > > > Pyun YongHyeon wrote: > [snip] > > > > It would be great if you can test the brgphy patch. I'll commit the > > > > patch if it work on your box. > > > > > > Sure, I would be more than happy to do that. Which brgphy patch do you > > > want me to test? (I have patched brgphy.c and miidevs to make BCM5752 > > > to attach as brgphy and it resolved the panic, but I am not quite sure > > > if that is what you want, though) > > > > > > > That's exactly the same patch I've made for stable. > > (You've already patched it to work on CURRENT.) > > That's nice! Will you commit it against -CURRENT so we have a reasonable > settlement period and MFC it before we ship 6.2-RELEASE? Because bge(4) > is widely deployed, it's important to make sure that maximum > compatibility is being maintained across releases, so getting it into > the -CURRENT earlier will provide more feedbacks. > Done.(miidevs, rev. 1.34 brgphy.c, rev. 1.46) -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Thu Aug 31 12:14:51 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7EAEB16A4DD; Thu, 31 Aug 2006 12:14:51 +0000 (UTC) (envelope-from lulf@stud.ntnu.no) Received: from signal.itea.ntnu.no (signal.itea.ntnu.no [129.241.190.231]) by mx1.FreeBSD.org (Postfix) with ESMTP id D44B443D45; Thu, 31 Aug 2006 12:14:50 +0000 (GMT) (envelope-from lulf@stud.ntnu.no) Received: from localhost (localhost [127.0.0.1]) by signal.itea.ntnu.no (Postfix) with ESMTP id 52CEC33A76; Thu, 31 Aug 2006 14:14:27 +0200 (CEST) Received: from gaupe.stud.ntnu.no (gaupe.stud.ntnu.no [129.241.56.184]) by signal.itea.ntnu.no (Postfix) with ESMTP; Thu, 31 Aug 2006 14:14:27 +0200 (CEST) Received: by gaupe.stud.ntnu.no (Postfix, from userid 2312) id 11FFED0003; Thu, 31 Aug 2006 14:14:27 +0200 (CEST) Date: Thu, 31 Aug 2006 14:14:26 +0200 From: Ulf Lilleengen To: freebsd-current@freebsd.org Message-ID: <20060831121426.GA27060@stud.ntnu.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.9i X-Content-Scanned: with sophos and spamassassin at mailgw.ntnu.no. Cc: freebsd-arch@freebsd.org Subject: Improvements to gvinum and it's future X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Aug 2006 12:14:51 -0000 Hi, I've been working this summer to improve gvinum, and add features from old vinum into the geom version of vinum. Lukas Ertl have done a fantastic amount of work on it (and Chris Jones) since it started, but it's not complete. So far, I've completed many of the missing commands such as attach/detach, setstate stop, and other commands (The manpage lists most of them). I've also implemented basic functionality of drivegroups, which provides grouping of drives with the same configuration, and sort of acts as a drivepool that abstract drives further, and it can simplify volume management for larger systems. However, although many of these features maybe needs more testing, some of them also belongs in HEAD, but since I am not a committer, I need someone to help me get these changes into the tree. The reason for this is largely that le@ has not been visible for a couple of months, so the one person actually maintaining gvinum is not available. So therefore I ask for someone else to help me with this. Now, one could ask why I bother doing work on gvinum now, since we have gmirror, gconcat, graid3 and all that. The reason is that gvinum is important as a volume manager. Ivan Voras' work on gvirstor seems very promising as a foundation of a new volume manager, and I've been planning to start working on utilities (fvm, freebsd volume manager) that utilize these new geom classes instead of having to maintain a separate RAID implementations, but that will take time, and meanwhile we need gvinum up to speed. Perhaps can a lot of the concepts of gvinum be reused in a better volume manager for FreeBSD. At least this is how I see the future. My first set of patches are available in PR 99183, 99186 and more is coming from the perforce repository as soon as I'm able to split them up. All suggestions to me are welcome! I posted this on -current and -arch, and I'm sorry if this bothers some people, but it's not just a post of my patches to current and to get attention of some committers. It is also an appeal to further discussion on this subject. -- Ulf Lilleengen From owner-freebsd-current@FreeBSD.ORG Thu Aug 31 13:20:13 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5A9B316A4DF for ; Thu, 31 Aug 2006 13:20:13 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (transport.cksoft.de [62.111.66.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id D164043D49 for ; Thu, 31 Aug 2006 13:20:12 +0000 (GMT) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from transport.cksoft.de (localhost [127.0.0.1]) by transport.cksoft.de (Postfix) with ESMTP id 937DF1FFE19 for ; Thu, 31 Aug 2006 15:20:10 +0200 (CEST) Received: by transport.cksoft.de (Postfix, from userid 66) id 68C3A1FF91D; Thu, 31 Aug 2006 15:20:06 +0200 (CEST) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 2D5F54448D6 for ; Thu, 31 Aug 2006 13:17:19 +0000 (UTC) Date: Thu, 31 Aug 2006 13:17:19 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: freebsd-current@freebsd.org Message-ID: <20060831131019.J46402@maildrop.int.zabbadoz.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by AMaViS cksoft-s20020300-20031204bz on transport.cksoft.de Subject: 6.0-BETA: locked in lockmgr for fsync X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Aug 2006 13:20:13 -0000 Hi, this was on a 6.0-BETA machine in case anyone is interested. Quick grepping didn't show me the same trace though there were similiar looking once. The machine was hanging completly, breaking to kernel debugger was the only thing I could do. No debugging of locks though so no show alllocks. lockmgr(c6603d90,200012,0,c16b6600) at lockmgr+0x4 getdirtybuf(c6603d30,c0979ce0,1,4,1) at getdirtybuf+0x6b flush_deplist(c16d004c,1,d0a6ec08) at flush_deplist+0x30 flush_inodedep_deps(c16ea000,4091,0,0,c6642200) at flush_inodedep_deps+0xcf softdep_sync_metadata(c2501440) at softdep_sync_metadata+0x61 ffs_syncvnode(c2501440,1,c2649dec,d0a6ec94,c083ee4c) at ffs_syncvnode+0x3a3 ffs_fsync(d0a6ecc0) at ffs_fsync+0x12 VOP_FSYNC_APV(c09330c0,d0a6ecc0) at VOP_FSYNC_APV+0x38 fsync(c16b6600,d0a6ed04,1,46fe,296) at fsync+0x170 syscall(bfbf003b,805003b,bfbf003b,40,8056800) at syscall+0x2b3 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (95, FreeBSD ELF32, fsync), eip = 0x280c8f87, esp = 0xbfbfdb1c, ebp = 0xbfbfee38 --- -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT From owner-freebsd-current@FreeBSD.ORG Thu Aug 31 15:58:23 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 595AF16A4DA for ; Thu, 31 Aug 2006 15:58:23 +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 49FEF43D62 for ; Thu, 31 Aug 2006 15:58:20 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.248] (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id k7VFwHhK024424 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 31 Aug 2006 08:58:19 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <44F70719.70501@errno.com> Date: Thu, 31 Aug 2006 08:58:17 -0700 From: Sam Leffler User-Agent: Thunderbird 1.5.0.4 (X11/20060724) MIME-Version: 1.0 To: dandee@volny.cz References: <005801c6cab0$d2c8aee0$6508280a@tocnet28.jspoj.czf> In-Reply-To: <005801c6cab0$d2c8aee0$6508280a@tocnet28.jspoj.czf> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: current@freebsd.org Subject: Re: athstats and flush stats X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Aug 2006 15:58:23 -0000 Daniel Dvoøák wrote: > Hello Sam and all, > > could you tell me how to reset or flush the stats ? > > I use athstats on ahdemo links to watch OFDM timing errors as you have told > me last time, but it seems it is cumulative stats and iface down and up, it > does not help. > > How-to fulsh except for reboot the computer ? There is no way (currently) to clear the kernel stat counters. It'd be easy to add but I personally hate to lose data and would prefer that reporting stats relative to an event or time be done by user code (e.g. by recording the stat block and showing differences). Another option might be keeping 2 stat blocks in the kernel and adding an ioctl that snap's the state of the stats so user apps can report data relative to the snapshot. This issue is really kinda generic (i.e. relevant to all/many statistics kept in the kernel). Sam From owner-freebsd-current@FreeBSD.ORG Thu Aug 31 16:49:50 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: by hub.freebsd.org (Postfix, from userid 916) id 4119916A4DF; Thu, 31 Aug 2006 16:49:50 +0000 (UTC) Date: Thu, 31 Aug 2006 16:49:50 +0000 From: Prafulla Deuskar To: Andrew Gallatin Message-ID: <20060831164950.GA354@hub.freebsd.org> References: <2a41acea0608291624u4ee91cdej2d87aa19e2e5ba62@mail.gmail.com> <17653.51598.910897.127606@grasshopper.cs.duke.edu> <20060830204128.GA73801@hub.freebsd.org> <17654.10986.963763.949073@grasshopper.cs.duke.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <17654.10986.963763.949073@grasshopper.cs.duke.edu> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 6.1-STABLE on an i386 Cc: Alan Cox , freebsd-current , Robert Watson , Jack Vogel , Mohan Srinivasan Subject: Re: RFC: FreeBSD I/OAT driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Aug 2006 16:49:50 -0000 > > Prafulla Deuskar writes: > > Dual core Woodcrest > > Bensley Chipset > > How can one tell before purchase which machines/chipsets have I/OAT? > > We just bought a pair of Dell 2950s with a "5000X" Chipset > (8086:25c0), and there is no I/OAT DMA engine that I can see (no > device 8086:1a38). > Your best bet to get I/OAT enabled system right now is to get SuperMicro system. From owner-freebsd-current@FreeBSD.ORG Thu Aug 31 17:33:53 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 95CDA16A4DD for ; Thu, 31 Aug 2006 17:33:53 +0000 (UTC) (envelope-from davidch@broadcom.com) Received: from mms1.broadcom.com (mms1.broadcom.com [216.31.210.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A7F643D55 for ; Thu, 31 Aug 2006 17:33:53 +0000 (GMT) (envelope-from davidch@broadcom.com) Received: from 10.10.64.154 by mms1.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.2.0)); Thu, 31 Aug 2006 10:33:47 -0700 X-Server-Uuid: F962EFE0-448C-40EE-8100-87DF498ED0EA Received: by mail-irva-10.broadcom.com (Postfix, from userid 47) id 296EC2AF; Thu, 31 Aug 2006 10:33:47 -0700 (PDT) Received: from mail-irva-8.broadcom.com (mail-irva-8 [10.10.64.221]) by mail-irva-10.broadcom.com (Postfix) with ESMTP id 07D8E2AE; Thu, 31 Aug 2006 10:33:47 -0700 (PDT) Received: from mail-irva-12.broadcom.com (mail-irva-12.broadcom.com [10.10.64.146]) by mail-irva-8.broadcom.com (MOS 3.7.5a-GA) with ESMTP id EEC64649; Thu, 31 Aug 2006 10:33:46 -0700 (PDT) Received: from NT-IRVA-0750.brcm.ad.broadcom.com (nt-irva-0750 [10.8.194.64]) by mail-irva-12.broadcom.com (Postfix) with ESMTP id B3B5969CA3; Thu, 31 Aug 2006 10:33:46 -0700 (PDT) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Thu, 31 Aug 2006 10:33:45 -0700 Message-ID: <09BFF2FA5EAB4A45B6655E151BBDD90301E2F421@NT-IRVA-0750.brcm.ad.broadcom.com> In-Reply-To: <20060831033716.GB52038@cdnetworks.co.kr> Thread-Topic: bge(4) on BCM 5752 A02 panic due to media autoselect Thread-Index: AcbMro+Ki6Ndz6afRamOyFkoX7A9IQAdOxUg From: "David Christensen" To: pyunyh@gmail.com, "LI Xin" X-TMWD-Spam-Summary: SEV=1.1; DFV=A2006083107; IFV=2.0.6,4.0-7; RPD=4.00.0004; RPDID=303030312E30413031303230322E34344637314332412E303034432D412D; ENG=IBF; TS=20060831173348; CAT=NONE; CON=NONE; X-MMS-Spam-Filter-ID: A2006083107_4.00.0004_2.0.6,4.0-7 X-WSS-ID: 68E9C2F13CC3534637-01-01 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: RE: bge(4) on BCM 5752 A02 panic due to media autoselect X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Aug 2006 17:33:53 -0000 >=20 > It would be great if you can test the brgphy patch. I'll commit the > patch if it work on your box. >=20 The brgphy patch works for me, no panics and I can transfer data. Dave From owner-freebsd-current@FreeBSD.ORG Thu Aug 31 18:37:27 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4611116A4E5 for ; Thu, 31 Aug 2006 18:37:27 +0000 (UTC) (envelope-from davidch@broadcom.com) Received: from mms1.broadcom.com (mms1.broadcom.com [216.31.210.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4CA3D43D4C for ; Thu, 31 Aug 2006 18:37:26 +0000 (GMT) (envelope-from davidch@broadcom.com) Received: from 10.10.64.154 by mms1.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.2.0)); Thu, 31 Aug 2006 11:37:15 -0700 X-Server-Uuid: F962EFE0-448C-40EE-8100-87DF498ED0EA Received: by mail-irva-10.broadcom.com (Postfix, from userid 47) id 9ECEA2AE; Thu, 31 Aug 2006 11:37:15 -0700 (PDT) Received: from mail-irva-8.broadcom.com (mail-irva-8 [10.10.64.221]) by mail-irva-10.broadcom.com (Postfix) with ESMTP id 5BA7F2AF; Thu, 31 Aug 2006 11:37:15 -0700 (PDT) Received: from mail-irva-12.broadcom.com (mail-irva-12.broadcom.com [10.10.64.146]) by mail-irva-8.broadcom.com (MOS 3.7.5a-GA) with ESMTP id EEC80035; Thu, 31 Aug 2006 11:37:07 -0700 (PDT) Received: from NT-IRVA-0750.brcm.ad.broadcom.com (nt-irva-0750 [10.8.194.64]) by mail-irva-12.broadcom.com (Postfix) with ESMTP id 5675B69CA3; Thu, 31 Aug 2006 11:37:07 -0700 (PDT) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Thu, 31 Aug 2006 11:37:06 -0700 Message-ID: <09BFF2FA5EAB4A45B6655E151BBDD90301E2F47E@NT-IRVA-0750.brcm.ad.broadcom.com> In-Reply-To: <1F8279E4-7F1C-4597-8BCC-B5E2A055E6F2@lassitu.de> Thread-Topic: Simplified Steps for Building a Loadable module on -CURRENT Thread-Index: AcbMzfVrX8+8awWoQp+PKpB6rICWXwAXZhuA From: "David Christensen" To: "Stefan Bethke" X-TMWD-Spam-Summary: SEV=1.1; DFV=A2006083107; IFV=2.0.6,4.0-7; RPD=4.00.0004; RPDID=303030312E30413031303230342E34344637324230432E303032342D412D; ENG=IBF; TS=20060831183719; CAT=NONE; CON=NONE; X-MMS-Spam-Filter-ID: A2006083107_4.00.0004_2.0.6,4.0-7 X-WSS-ID: 68E9F3D13CC3547469-01-01 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: RE: Simplified Steps for Building a Loadable module on -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Aug 2006 18:37:27 -0000 =20 > -----Original Message----- > From: Stefan Bethke [mailto:stb@lassitu.de]=20 > Sent: Thursday, August 31, 2006 12:20 AM > To: David Christensen > Cc: freebsd-current@freebsd.org > Subject: Re: Simplified Steps for Building a Loadable module=20 > on -CURRENT >=20 > Am 31.08.2006 um 01:36 schrieb David Christensen: >=20 > >> Then what's the panic message, and how exactly are you=20 > building your > >> module? > >> > > > > The message wasn't readable on the serial console. The text was =20 > > jumbled > > and I could only make out bits and pieces of it. >=20 > And the module that got installed in /boot/kernel/.ko does =20 > exhibit the same problem, or not? > > So I should do the following: > > > > 1) Comment out the driver I want to test in the kernel configuration > > file. > > For example, modify /usr/src/sys/amd64/conf/MYCONFIG. > > 2) Rebuild and install the kernel (cd /usr/src; make kernel > > KERNCONF=3DMYCONFIG) >=20 > Which also builds and installs all modules into /boot/kernel=20 > (see src/=20 > sys/modulesMakefile for the list of modules that are built). >=20 > > 3) Reboot the system to start using the new kernel > > 4) Edit the driver in /usr/src/sys/dev/XXX as necessary > > 5) Build the kernel module (cd /usr/src/sys/modules/XXX; make) > > 6) Load the kernel module (kldload ./if_XXX) and cross my fingers. >=20 > No, make that: >=20 > 6) Enable the kernel debugger, load the module, then show the list =20 > the panic message, backtrace, etc. and tell us which driver you're =20 > talking about and how you modified it. 1) The driver is /usr/src/sys/dev/bge. 2) My Makefile: .PATH: . KMOD=3D if_bge SRCS=3D bus_if.h device_if.h pci_if.h miibus_if.h miidevs.h SRCS+=3D if_bge.c if_bgereg.h=20 DEBUG_FLAGS =3D -g .include 3) The source is unmodified from -CURRENT 4) Here's the panic (though it's a little hard to read): Loading if_bge.ko bge0: mem 0xdd100000-0xdd10ffff irq 16 at device 0.0 on pci1 F aaFt lF attraaapt l3a0 :l rtersaeprtv e3d0 r(au:n kpnroewsne) rfva3u0l:t rwehdielwes ei(nu rknevrknneelo dm o(duen wkcnpnu)iodw =3Df n3); aafpuilca uildt =3Dt w0 7h fiihnlsiter uicltni oen ipkonienrtneer l=3D m0kxe8o:d0rxefnfef fcfpfufl8i0 6m2o1dbe3d6 fs=3Dt accpku 1p;o iindt ear=3D p 0 ; i a p i=3Dc c0 xi1 0d: = 0=3Dx f0fif0fdf f rf=3Da ci2n0s50btd10 furcaimnet ipsotionrtuecrt n p o i i n t o=3Dn e0rx 1=3D0 = : 00xxfpfof88ifnf:f0ftaecr2 0=3D5 b0ex0x lfi8m0dfef fsfefgfmfe8nxt0 f 4=3D2 0bfafsfe9 60fxf0f,f=20 t i0t6 20sx1fbf3ftfafc,6=20 pyspket a0 xc1kb=20 p o i o=3Di nDtPnLe r0 , p r e s t1e,r l o n g 1 ,=3D d0 xf 312 00:, 0gxrfafnf f1f =3D: 0ixnftxe1sfs0ofra ce2f0lfabgds0 r efrfrfufprta femneafbfl epdf,a oIciOnP2Lt 2=3D8 b0e r3c0u r e n tf rp r oac emses =3D=3D 100x (pi1dolien:t 0c:p0ue3r) [thread pid 10 tid 100003 ] Stopped at acpi_cpu_c1+0x6: leave =20 db> bt Tracing pid 10 tid 100003 td 0xffffff017f61f560 acpi_cpu_c1() at acpi_cpu_c1+0x6 acpi_cpu_idle() at acpi_cpu_idle+0x180 cpu_idle() at cpu_idle+0x29 idle_proc() at idle_proc+0x85 fork_exit() at fork_exit+0xcf fork_trampoline() at fork_trampoline+0xe --- trap 0, rip =3D 0, rsp =3D 0xffffffffac205d40, rbp =3D 0 --- db>=20 From owner-freebsd-current@FreeBSD.ORG Thu Aug 31 19:39:35 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6BECB16A4DF for ; Thu, 31 Aug 2006 19:39:35 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1149943D46 for ; Thu, 31 Aug 2006 19:39:33 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id k7VJdPKC027984; Thu, 31 Aug 2006 15:39:28 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Thu, 31 Aug 2006 15:29:17 -0400 User-Agent: KMail/1.9.1 References: <20060831131019.J46402@maildrop.int.zabbadoz.net> In-Reply-To: <20060831131019.J46402@maildrop.int.zabbadoz.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200608311529.18047.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Thu, 31 Aug 2006 15:39:29 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/1782/Thu Aug 31 12:54:15 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: "Bjoern A. Zeeb" Subject: Re: 6.0-BETA: locked in lockmgr for fsync X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Aug 2006 19:39:35 -0000 On Thursday 31 August 2006 09:17, Bjoern A. Zeeb wrote: > Hi, > > this was on a 6.0-BETA machine in case anyone is interested. > Quick grepping didn't show me the same trace though there > were similiar looking once. > The machine was hanging completly, breaking to kernel debugger > was the only thing I could do. No debugging of locks though > so no show alllocks. > > lockmgr(c6603d90,200012,0,c16b6600) at lockmgr+0x4 > getdirtybuf(c6603d30,c0979ce0,1,4,1) at getdirtybuf+0x6b > flush_deplist(c16d004c,1,d0a6ec08) at flush_deplist+0x30 > flush_inodedep_deps(c16ea000,4091,0,0,c6642200) at flush_inodedep_deps+0xcf > softdep_sync_metadata(c2501440) at softdep_sync_metadata+0x61 > ffs_syncvnode(c2501440,1,c2649dec,d0a6ec94,c083ee4c) at ffs_syncvnode+0x3a3 > ffs_fsync(d0a6ecc0) at ffs_fsync+0x12 > VOP_FSYNC_APV(c09330c0,d0a6ecc0) at VOP_FSYNC_APV+0x38 > fsync(c16b6600,d0a6ed04,1,46fe,296) at fsync+0x170 > syscall(bfbf003b,805003b,bfbf003b,40,8056800) at syscall+0x2b3 > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (95, FreeBSD ELF32, fsync), eip = 0x280c8f87, esp = 0xbfbfdb1c, ebp = 0xbfbfee38 --- Do you have a coredump? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Aug 31 19:39:39 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F0FFD16A591 for ; Thu, 31 Aug 2006 19:39:39 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 00E3443D45 for ; Thu, 31 Aug 2006 19:39:38 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id k7VJdPKB027984; Thu, 31 Aug 2006 15:39:26 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org, pyunyh@gmail.com Date: Thu, 31 Aug 2006 15:28:13 -0400 User-Agent: KMail/1.9.1 References: <09BFF2FA5EAB4A45B6655E151BBDD90301E2F278@NT-IRVA-0750.brcm.ad.broadcom.com> <44F6AC9D.1080906@delphij.net> <20060831102213.GD52038@cdnetworks.co.kr> In-Reply-To: <20060831102213.GD52038@cdnetworks.co.kr> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200608311528.14556.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Thu, 31 Aug 2006 15:39:26 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/1782/Thu Aug 31 12:54:15 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: David Christensen , LI Xin Subject: Re: Simplified Steps for Building a Loadable module on -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Aug 2006 19:39:40 -0000 On Thursday 31 August 2006 06:22, Pyun YongHyeon wrote: > On Thu, Aug 31, 2006 at 05:32:13PM +0800, LI Xin wrote: > > Pyun YongHyeon wrote: > > > On Wed, Aug 30, 2006 at 03:12:59PM -0700, David Christensen wrote: > > > > I've been able to successfully build drivers in the past as > > > > loadable modules but I'm getting some kernel panics with -CURRENT > > > > when installing a module using kldload now where things used to > > > > > > I wonder you encountered the same panic I have been seeing on CURRENT. > > > I get "Fatal trap 30" message when I load em(4) module with kldload. > > > > What does Fatal trap 30 mean in these places? I get some strange fatal > > trap 30's in acpi_cpi_idle, but I can not imagine how can these happen :-( > > > > Don't know what's cause of the panic since it used to work ok. > See http://lists.freebsd.org/pipermail/freebsd-current/2006-August/065243.html Trap 30 means an IDT vector fired that we didn't expect. In this case, I think it may only happen on SMP, and it maybe that the interrupt gets sent to a CPU that hasn't seen the update to the IDT yet. Try this patch: Index: amd64/amd64/local_apic.c =================================================================== RCS file: /usr/cvs/src/sys/amd64/amd64/local_apic.c,v retrieving revision 1.26 diff -u -r1.26 local_apic.c --- amd64/amd64/local_apic.c 12 Jul 2006 21:22:42 -0000 1.26 +++ amd64/amd64/local_apic.c 31 Aug 2006 19:27:12 -0000 @@ -721,6 +721,7 @@ KASSERT(ioint_handlers[vector / 32] != NULL, ("No ISR handler for vector %u", vector)); setidt(vector, ioint_handlers[vector / 32], SDT_SYSIGT, SEL_KPL, 0); + smp_rendezvous(NULL, NULL, NULL, NULL); } /* Release an APIC vector when it's no longer in use. */ Index: i386/i386/local_apic.c =================================================================== RCS file: /usr/cvs/src/sys/i386/i386/local_apic.c,v retrieving revision 1.28 diff -u -r1.28 local_apic.c --- i386/i386/local_apic.c 12 Jul 2006 21:22:43 -0000 1.28 +++ i386/i386/local_apic.c 31 Aug 2006 19:26:54 -0000 @@ -724,6 +724,7 @@ ("No ISR handler for vector %u", vector)); setidt(vector, ioint_handlers[vector / 32], SDT_SYS386IGT, SEL_KPL, GSEL(GCODE_SEL, SEL_KPL)); + smp_rendezvous(NULL, NULL, NULL, NULL); } /* Release an APIC vector when it's no longer in use. */ -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Aug 31 20:43:35 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0F58D16A4DE for ; Thu, 31 Aug 2006 20:43:35 +0000 (UTC) (envelope-from josh.carroll@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.225]) by mx1.FreeBSD.org (Postfix) with ESMTP id 92D9B43D45 for ; Thu, 31 Aug 2006 20:43:34 +0000 (GMT) (envelope-from josh.carroll@gmail.com) Received: by wr-out-0506.google.com with SMTP id 68so302338wri for ; Thu, 31 Aug 2006 13:43:34 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=r/fTW/tJqyKIlHQIcSx3vuQ2ouGg6337KIQFLsOEdf/q5U8ngqRXHw9UQz7t6QQe3mGEGwiO2SwxcNmwZNpN/BE/XXjodWHJlZYWG5YlHuCsaGXfjmZO/EljeF4hsiO30LhEOnZqeTYPv8pU5sb+jcjD/mkpKOcAJpp8MRSuf+g= Received: by 10.90.55.19 with SMTP id d19mr336244aga; Thu, 31 Aug 2006 13:41:49 -0700 (PDT) Received: by 10.90.56.6 with HTTP; Thu, 31 Aug 2006 13:41:49 -0700 (PDT) Message-ID: <8cb6106e0608311341v2170440fy6247cfb01db47490@mail.gmail.com> Date: Thu, 31 Aug 2006 13:41:49 -0700 From: "Josh Carroll" Sender: josh.carroll@gmail.com To: freebsd-current@freebsd.org In-Reply-To: <8cb6106e0608301940j63391a40mdb92b4df2d5ea4a1@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <8cb6106e0608301317y21a131a4q6fe78b3a2565a9b7@mail.gmail.com> <8cb6106e0608301940j63391a40mdb92b4df2d5ea4a1@mail.gmail.com> X-Google-Sender-Auth: c544168d04e1364d Subject: Re: atapi/IDE DVD problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Aug 2006 20:43:35 -0000 I purchased an Adaptec ASH-1233 ATA/133 PCI card today, and the same problem persists. So it's not the controller or motherboard. Nor is it the DVD device, since the same problem occurs for an old 52x CDROM drive I have. Thanks, Josh On 8/30/06, Josh Carroll wrote: > I was able to get it booted with the DVD powered and on the ata4 > channel. Touching either the disk or that DVD device on the channel > results in the hangs previously mentioned. > > I was, however, able to get a dmesg with the DVD plugged in, along > with pciconf -l and atacontrol list output (see below). Hopefully this > provides a bit more info for debugging. > > Thanks, > Josh *snip* From owner-freebsd-current@FreeBSD.ORG Fri Sep 1 01:17:43 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5FA0C16A4DD for ; Fri, 1 Sep 2006 01:17:43 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id CBE7843D45 for ; Fri, 1 Sep 2006 01:17:42 +0000 (GMT) (envelope-from pyunyh@gmail.com) Received: by py-out-1112.google.com with SMTP id o67so977874pye for ; Thu, 31 Aug 2006 18:17:42 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=J/TwAvmjq1F75N7f8dioWTGe7SCMKTnjhl4tHMPyApM/5CrXhcas+yVGEOkPDhQ9kDNMUrsZJTOUot8OCz3OCuL81lNXMDrg4pulHFDNmkd/ZdjZtoSWj+M9uQu1qFLLgY7Jlot4Yv+wqoiL/+R0t7fyVE4V58BJEcJHnGs37Qc= Received: by 10.35.29.6 with SMTP id g6mr1791246pyj; Thu, 31 Aug 2006 18:17:42 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.gmail.com with ESMTP id 23sm1220396nzn.2006.08.31.18.17.40; Thu, 31 Aug 2006 18:17: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 k811JWho057076 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 1 Sep 2006 10:19:32 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id k811JSHV057075; Fri, 1 Sep 2006 10:19:28 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Fri, 1 Sep 2006 10:19:28 +0900 From: Pyun YongHyeon To: David Christensen Message-ID: <20060901011928.GC56713@cdnetworks.co.kr> References: <20060831033716.GB52038@cdnetworks.co.kr> <09BFF2FA5EAB4A45B6655E151BBDD90301E2F421@NT-IRVA-0750.brcm.ad.broadcom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <09BFF2FA5EAB4A45B6655E151BBDD90301E2F421@NT-IRVA-0750.brcm.ad.broadcom.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org, LI Xin Subject: Re: bge(4) on BCM 5752 A02 panic due to media autoselect X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Sep 2006 01:17:43 -0000 On Thu, Aug 31, 2006 at 10:33:45AM -0700, David Christensen wrote: > > > > It would be great if you can test the brgphy patch. I'll commit the > > patch if it work on your box. > > > > The brgphy patch works for me, no panics and I can transfer data. > Thanks a lot. :-) > Dave > > -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Fri Sep 1 01:48:56 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 306F716A4DE; Fri, 1 Sep 2006 01:48:56 +0000 (UTC) (envelope-from grog@lemis.com) Received: from wantadilla.lemis.com (wantadilla.lemis.com [192.109.197.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 95D8543D5C; Fri, 1 Sep 2006 01:48:55 +0000 (GMT) (envelope-from grog@lemis.com) Received: by wantadilla.lemis.com (Postfix, from userid 1004) id 930F79BDB7; Fri, 1 Sep 2006 11:18:54 +0930 (CST) Date: Fri, 1 Sep 2006 11:18:54 +0930 From: Greg 'groggy' Lehey To: Ulf Lilleengen Message-ID: <20060901014854.GF25190@wantadilla.lemis.com> References: <20060831121426.GA27060@stud.ntnu.no> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Pgaa2uWPnPrfixyx" Content-Disposition: inline In-Reply-To: <20060831121426.GA27060@stud.ntnu.no> User-Agent: Mutt/1.4.2.1i Organization: The FreeBSD Project Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-418-838-708 VoIP: sip:0871270137@sip.internode.on.net WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 Cc: freebsd-current@freebsd.org, freebsd-arch@freebsd.org Subject: Re: Improvements to gvinum and it's future X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Sep 2006 01:48:56 -0000 --Pgaa2uWPnPrfixyx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thursday, 31 August 2006 at 14:14:26 +0200, Ulf Lilleengen wrote: > Hi, > > I've been working this summer to improve gvinum, and add features from old vinum > into the geom version of vinum. Lukas Ertl have done a fantastic amount of work > on it (and Chris Jones) since it started, but it's not complete. So far, I've > completed many of the missing commands such as attach/detach, setstate stop, and > other commands (The manpage lists most of them). I've also implemented basic > functionality of drivegroups, which provides grouping of drives with the same > configuration, and sort of acts as a drivepool that abstract drives further, and > it can simplify volume management for larger systems. This all sounds very good. > However, although many of these features maybe needs more testing, > some of them also belongs in HEAD, but since I am not a committer, I > need someone to help me get these changes into the tree. The reason > for this is largely that le@ has not been visible for a couple of > months, so the one person actually maintaining gvinum is not > available. So therefore I ask for someone else to help me with this. OK, I'll do what I can. We can take this offline, I think. > My first set of patches are available in PR 99183, 99186 and more is > coming from the perforce repository as soon as I'm able to split > them up. The web site is currently so broken that I don't use it. Also, freefall has just been rebooted, and for some reason Emacs is missing, so I can't look at the files there either. Could you send me the patches, please? Greg -- See complete headers for address and phone numbers. --Pgaa2uWPnPrfixyx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFE95GGIubykFB6QiMRAmW8AJwJMRHpcRlyi278qMpXiG5bHoBeugCfQRrf XHHcZNY4vQ8bhw+By0qYZAI= =1+bC -----END PGP SIGNATURE----- --Pgaa2uWPnPrfixyx-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 1 02:28:27 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1555C16A4DD for ; Fri, 1 Sep 2006 02:28:27 +0000 (UTC) (envelope-from leres@ee.lbl.gov) Received: from fun.ee.lbl.gov (fun.ee.lbl.gov [131.243.1.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id A210E43D53 for ; Fri, 1 Sep 2006 02:28:26 +0000 (GMT) (envelope-from leres@ee.lbl.gov) Received: from fun.ee.lbl.gov (localhost [127.0.0.1]) by fun.ee.lbl.gov (8.13.8/8.13.8) with ESMTP id k812SQfD047965 for ; Thu, 31 Aug 2006 19:28:26 -0700 (PDT) Received: from fun.ee.lbl.gov (leres@localhost) by fun.ee.lbl.gov (8.13.8/8.13.8/Submit) with ESMTP id k812SQGA047962 for ; Thu, 31 Aug 2006 19:28:26 -0700 (PDT) Message-Id: <200609010228.k812SQGA047962@fun.ee.lbl.gov> To: freebsd-current@freebsd.org Date: Thu, 31 Aug 2006 19:28:26 -0700 From: Craig Leres Subject: How does one submit a new driver? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Sep 2006 02:28:27 -0000 We've been using the Neterion Xframe 10G NICs with 6.1-RELEASE for various projects at LBL for a number of months. Neterion is very interested in submitting their driver (which is GIANT lock free!) for inclusion in a future release of FreeBSD. Assuming this is the right place to ask, who can I tell them to talk to? Thanks! Craig From owner-freebsd-current@FreeBSD.ORG Fri Sep 1 02:34:38 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E75DF16A4DD for ; Fri, 1 Sep 2006 02:34:37 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from sccmmhc92.asp.att.net (sccmmhc92.asp.att.net [204.127.203.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id 74D0243D4C for ; Fri, 1 Sep 2006 02:34:37 +0000 (GMT) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net ([12.207.12.9]) by sccmmhc92.asp.att.net (sccmmhc92) with ESMTP id <20060901023435m92000u1d7e>; Fri, 1 Sep 2006 02:34:35 +0000 Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.13.6/8.13.6) with ESMTP id k812YPUl005211; Thu, 31 Aug 2006 21:34:26 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.13.6/8.13.6/Submit) id k812YOl1005210; Thu, 31 Aug 2006 21:34:24 -0500 (CDT) (envelope-from brooks) Date: Thu, 31 Aug 2006 21:34:23 -0500 From: Brooks Davis To: Craig Leres Message-ID: <20060901023423.GA5134@lor.one-eyed-alien.net> References: <200609010228.k812SQGA047962@fun.ee.lbl.gov> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="u3/rZRmxL6MmkK24" Content-Disposition: inline In-Reply-To: <200609010228.k812SQGA047962@fun.ee.lbl.gov> User-Agent: Mutt/1.5.11 Cc: freebsd-current@freebsd.org Subject: Re: How does one submit a new driver? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Sep 2006 02:34:38 -0000 --u3/rZRmxL6MmkK24 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Aug 31, 2006 at 07:28:26PM -0700, Craig Leres wrote: > We've been using the Neterion Xframe 10G NICs with 6.1-RELEASE for > various projects at LBL for a number of months. Neterion is very > interested in submitting their driver (which is GIANT lock free!) > for inclusion in a future release of FreeBSD. >=20 > Assuming this is the right place to ask, who can I tell them to > talk to? We're currently talking to Neterion and it looks like we'll have the driver in the tree in a fairly reasonable period of time. -- Brooks --u3/rZRmxL6MmkK24 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE95wuXY6L6fI4GtQRAsLpAKDixqfaGvjO7/PKiSPGClxsg0e9OgCfbco0 PAcflbIBmi3UHbFruLDFv8c= =y0it -----END PGP SIGNATURE----- --u3/rZRmxL6MmkK24-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 1 02:37:00 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AAE2A16A4DA; Fri, 1 Sep 2006 02:37:00 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 165BD43D46; Fri, 1 Sep 2006 02:37:00 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 27CD21A4DD1; Thu, 31 Aug 2006 19:36:59 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 8AFDA5148D; Thu, 31 Aug 2006 22:36:56 -0400 (EDT) Date: Thu, 31 Aug 2006 22:36:56 -0400 From: Kris Kennaway To: Peter Holm Message-ID: <20060901023656.GA66763@xor.obsecurity.org> References: <20060828165542.GA78024@peter.osted.lan> <20060829092640.GM76666@FreeBSD.org> <45319.193.3.142.123.1156843944.squirrel@webmail8.pair.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="huq684BweRXVnRxX" Content-Disposition: inline In-Reply-To: <45319.193.3.142.123.1156843944.squirrel@webmail8.pair.com> User-Agent: Mutt/1.4.2.2i Cc: Gleb Smirnoff , current@freebsd.org Subject: Re: zonelimit livelock X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Sep 2006 02:37:00 -0000 --huq684BweRXVnRxX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Aug 29, 2006 at 11:32:24AM +0200, Peter Holm wrote: >=20 > > On Mon, Aug 28, 2006 at 06:55:42PM +0200, Peter Holm wrote: > > P> While stress testing GENERIC HEAD from Aug 26 13:08 UTC I ran into > > P> this livelock: > > P> > > P> http://people.freebsd.org/~pho/stress/log/cons206.html > > > > Which test leads to this? > > >=20 > That was the old version of the Stress Tests: > http://www.holm.cc/stress/src/old/stress.tgz I've also been getting it for quite a while (the tcp and udp tests). Kris --huq684BweRXVnRxX Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE95zHWry0BWjoQKURAvBVAKC+MrC8kstxrpeOrOvZgDCtnOlAxQCffy27 R/DxDDOqzzbQ5ory4VaH9wQ= =UlgH -----END PGP SIGNATURE----- --huq684BweRXVnRxX-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 1 03:57:30 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 92DF016A4DE for ; Fri, 1 Sep 2006 03:57:30 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7BB3443D49 for ; Fri, 1 Sep 2006 03:57:29 +0000 (GMT) (envelope-from pyunyh@gmail.com) Received: by py-out-1112.google.com with SMTP id o67so1038595pye for ; Thu, 31 Aug 2006 20:57:24 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=d2uDhB+7VUF1dhlq3kS3NdZNXSsV56dcTmB1sb47JvRNcTffw8z/8bDX3/3KeTjnkMMC+tj2nV3Pd2yQyLZwYN5J+yGAQx9TMzJFqfcjQymYJTN2P7CHNYdiYFwIr2ON1FP/uvh9lgnqWxpB1d4yLy9Zg1unCH4RSQabf3dPwMQ= Received: by 10.35.20.14 with SMTP id x14mr2061376pyi; Thu, 31 Aug 2006 20:57:24 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.gmail.com with ESMTP id 15sm3825863nzo.2006.08.31.20.57.22; Thu, 31 Aug 2006 20:57: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 k813xF0R057474 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 1 Sep 2006 12:59:15 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id k813xEDg057473; Fri, 1 Sep 2006 12:59:14 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Fri, 1 Sep 2006 12:59:14 +0900 From: Pyun YongHyeon To: John Baldwin Message-ID: <20060901035914.GD56713@cdnetworks.co.kr> References: <09BFF2FA5EAB4A45B6655E151BBDD90301E2F278@NT-IRVA-0750.brcm.ad.broadcom.com> <44F6AC9D.1080906@delphij.net> <20060831102213.GD52038@cdnetworks.co.kr> <200608311528.14556.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200608311528.14556.jhb@freebsd.org> User-Agent: Mutt/1.4.2.1i Cc: David Christensen , freebsd-current@freebsd.org, LI Xin Subject: Re: Simplified Steps for Building a Loadable module on -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Sep 2006 03:57:30 -0000 On Thu, Aug 31, 2006 at 03:28:13PM -0400, John Baldwin wrote: > On Thursday 31 August 2006 06:22, Pyun YongHyeon wrote: > > On Thu, Aug 31, 2006 at 05:32:13PM +0800, LI Xin wrote: > > > Pyun YongHyeon wrote: > > > > On Wed, Aug 30, 2006 at 03:12:59PM -0700, David Christensen wrote: > > > > > I've been able to successfully build drivers in the past as > > > > > loadable modules but I'm getting some kernel panics with -CURRENT > > > > > when installing a module using kldload now where things used to > > > > > > > > I wonder you encountered the same panic I have been seeing on CURRENT. > > > > I get "Fatal trap 30" message when I load em(4) module with kldload. > > > > > > What does Fatal trap 30 mean in these places? I get some strange fatal > > > trap 30's in acpi_cpi_idle, but I can not imagine how can these > happen :-( > > > > > > > Don't know what's cause of the panic since it used to work ok. > > See > http://lists.freebsd.org/pipermail/freebsd-current/2006-August/065243.html > > Trap 30 means an IDT vector fired that we didn't expect. In this case, I > think it may only happen on SMP, and it maybe that the interrupt gets sent to Yes, it's SMP(i386). > a CPU that hasn't seen the update to the IDT yet. Try this patch: > Sorry, it sill happens. -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Fri Sep 1 04:54:13 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D3AF16A4DD for ; Fri, 1 Sep 2006 04:54:13 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx23.fluidhosting.com [204.14.89.6]) by mx1.FreeBSD.org (Postfix) with SMTP id D632043D49 for ; Fri, 1 Sep 2006 04:54:12 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 25107 invoked by uid 399); 1 Sep 2006 04:54:12 -0000 Received: from localhost (HELO ?192.168.0.10?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 1 Sep 2006 04:54:12 -0000 Message-ID: <44F7BCF4.9080804@FreeBSD.org> Date: Thu, 31 Aug 2006 21:54:12 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: Dirk Meyer References: <44F4E40C.7000101@elischer.org> <44E9582C.2010400@rsu.ru> <20060825220033.GC16768@turion.vk2pj.dyndns.org> <20060826055402.W43127@fledge.watson.org> <200608291627.32524.jhb@freebsd.org> <44F4E40C.7000101@elischer.org> <44F5534C.5070207@freebsd.org> In-Reply-To: X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: [HEADS UP]: OpenLDAP+nss_ldap+nss_modules separated patch and more (SoC) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Sep 2006 04:54:13 -0000 Dirk Meyer wrote: > OpenLDAP is not the only LDAP software, > there are much more leighweight implementations around. That's a very interesting statement. What would be slightly more useful are references to these other implementations, preferably with some insight into their licensing terms. I think the consensus is pretty heavily on the side of not adding any more new GPL software, for example. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Fri Sep 1 05:19:12 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8477416D23D; Fri, 1 Sep 2006 05:18:00 +0000 (UTC) (envelope-from fbsd-current@mawer.org) Received: from mail-ihug.icp-qv1-irony5.iinet.net.au (ihug-mail.icp-qv1-irony5.iinet.net.au [203.59.1.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2FED243D76; Fri, 1 Sep 2006 05:17:52 +0000 (GMT) (envelope-from fbsd-current@mawer.org) Received: from 203-206-173-235.perm.iinet.net.au (HELO [127.0.0.1]) ([203.206.173.235]) by mail-ihug.icp-qv1-irony5.iinet.net.au with ESMTP; 01 Sep 2006 13:17:51 +0800 X-BrightmailFiltered: true X-Brightmail-Tracker: AAAAAA== X-IronPort-AV: i="4.08,194,1154880000"; d="scan'208"; a="900364399:sNHT90355076" Message-ID: <44F7C251.8050601@mawer.org> Date: Fri, 01 Sep 2006 15:17:05 +1000 From: Antony Mawer User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: Doug Barton References: <44F4E40C.7000101@elischer.org> <44E9582C.2010400@rsu.ru> <20060825220033.GC16768@turion.vk2pj.dyndns.org> <20060826055402.W43127@fledge.watson.org> <200608291627.32524.jhb@freebsd.org> <44F4E40C.7000101@elischer.org> <44F5534C.5070207@freebsd.org> <44F7BCF4.9080804@FreeBSD.org> In-Reply-To: <44F7BCF4.9080804@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: [HEADS UP]: OpenLDAP+nss_ldap+nss_modules separated patch and more (SoC) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Sep 2006 05:19:12 -0000 On 1/09/2006 2:54 PM, Doug Barton wrote: > Dirk Meyer wrote: > >> OpenLDAP is not the only LDAP software, >> there are much more leighweight implementations around. > > That's a very interesting statement. What would be slightly more useful are > references to these other implementations, preferably with some insight into > their licensing terms. I think the consensus is pretty heavily on the side > of not adding any more new GPL software, for example. A quick bit of searching brought me to this: http://undeadly.org/cgi?action=article&sid=20060531004734&pid=23&mode=flat Marc Balmer refers to a stripped-down LDAP library that they appear to be intent on using... it may be worth checking with him the status of this (given that that post is from 3 months ago)... >>>>> RELEVANT EXTRACT FROM LINKED PAGE <<<<< by Marc Balmer (IP 209.5.161.190) (mbalmer@openbsd.org) on Thu Jun 1 01:39:01 2006 (GMT) http://www.openbsd.org/ > I wonder if any of the OpenBSD developers is dedicated to a BSD licensed LDAP implementation. As any other enterprise OS, I think OpenBSD deserves to have a built in external authentication and accounting system (read nsswitch/pam/etc). My request is not to adapt nss, pam, or any other GPL'd code, but to make similar ones under a more wide license (again, BSD). > > I have lost many opportunities to install OpenBSD because of this issue and had to stick with FreeBSD, Linux or even Solaris. There is actually work going on by me and others in the group. But it's a bit early to talk about this (we have a lean BER - and LDAP - implementation, it's an existing implementation which I completely cleaned up and stripped down to what we really need, but we have to fix a "typo" in the original license before we can actually use it... So be patient ;) From owner-freebsd-current@FreeBSD.ORG Fri Sep 1 09:00:00 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7925F16A4DA for ; Fri, 1 Sep 2006 09:00:00 +0000 (UTC) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr2.xs4all.nl (smtp-vbr2.xs4all.nl [194.109.24.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 561D943D6A for ; Fri, 1 Sep 2006 08:59:55 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr2.xs4all.nl (8.13.6/8.13.6) with ESMTP id k818xpqT068326; Fri, 1 Sep 2006 10:59:52 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.6/8.13.3) with ESMTP id k818xprm094382; Fri, 1 Sep 2006 10:59:51 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.6/8.13.6/Submit) id k818xp2u094381; Fri, 1 Sep 2006 10:59:51 +0200 (CEST) (envelope-from wb) Date: Fri, 1 Sep 2006 10:59:51 +0200 From: Wilko Bulte To: Craig Leres Message-ID: <20060901085951.GB94326@freebie.xs4all.nl> References: <200609010228.k812SQGA047962@fun.ee.lbl.gov> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200609010228.k812SQGA047962@fun.ee.lbl.gov> User-Agent: Mutt/1.5.11 X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-current@FreeBSD.ORG Subject: Re: How does one submit a new driver? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Sep 2006 09:00:00 -0000 On Thu, Aug 31, 2006 at 07:28:26PM -0700, Craig Leres wrote.. > We've been using the Neterion Xframe 10G NICs with 6.1-RELEASE for > various projects at LBL for a number of months. Neterion is very > interested in submitting their driver (which is GIANT lock free!) > for inclusion in a future release of FreeBSD. > > Assuming this is the right place to ask, who can I tell them to > talk to? No worries, they are already talking to the FreeBSD developers community to get their driver into the FreeBSD src tree. -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Sep 1 09:38:41 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 50C1216A4DD for ; Fri, 1 Sep 2006 09:38:41 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0FB5243D53 for ; Fri, 1 Sep 2006 09:38:39 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.4/8.13.3) with ESMTP id k819cY0I045878 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 1 Sep 2006 13:38:34 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.4/8.13.1/Submit) id k819cXj2045877; Fri, 1 Sep 2006 13:38:33 +0400 (MSD) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Fri, 1 Sep 2006 13:38:33 +0400 From: Gleb Smirnoff To: Pyun YongHyeon Message-ID: <20060901093833.GB40020@FreeBSD.org> References: <09BFF2FA5EAB4A45B6655E151BBDD90301E2F278@NT-IRVA-0750.brcm.ad.broadcom.com> <20060831034413.GC52038@cdnetworks.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20060831034413.GC52038@cdnetworks.co.kr> User-Agent: Mutt/1.5.6i Cc: freebsd-current@FreeBSD.org, David Christensen Subject: Re: Simplified Steps for Building a Loadable module on -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Sep 2006 09:38:41 -0000 On Thu, Aug 31, 2006 at 12:44:13PM +0900, Pyun YongHyeon wrote: P> On Wed, Aug 30, 2006 at 03:12:59PM -0700, David Christensen wrote: P> > I've been able to successfully build drivers in the past as P> > loadable modules but I'm getting some kernel panics with -CURRENT P> > when installing a module using kldload now where things used to P> P> I wonder you encountered the same panic I have been seeing on CURRENT. P> I get "Fatal trap 30" message when I load em(4) module with kldload. That's true. This is 100% reproducible on HEAD, when loading/unloading any driver that uses an interrupt. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-current@FreeBSD.ORG Sat Aug 26 22:06:02 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 488F316A4DE for ; Sat, 26 Aug 2006 22:06:02 +0000 (UTC) (envelope-from kabaev@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.239]) by mx1.FreeBSD.org (Postfix) with ESMTP id 907CA44819 for ; Sat, 26 Aug 2006 22:05:56 +0000 (GMT) (envelope-from kabaev@gmail.com) Received: by wx-out-0506.google.com with SMTP id i27so1237996wxd for ; Sat, 26 Aug 2006 15:05:55 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:subject:message-id:x-mailer:mime-version:content-type; b=ADzImNWdbQLw4AOMTogIXqQOE7KhNTAEDN6FTh82uAPCNXbUxVej6WlzIP+nmrW1u0MqwarNmxW+4oIe/9c1RLjW1eBwwY7hDtyqBKLF6IkXcbZJxs0CbIOx6FJAcwIfdH5cc6kbQHRogv54KnJXoA7Q1MVKOG2dHbAz74YerIk= Received: by 10.70.21.10 with SMTP id 10mr6858213wxu; Sat, 26 Aug 2006 15:05:55 -0700 (PDT) Received: from kan.dnsalias.net ( [24.63.93.195]) by mx.gmail.com with ESMTP id g5sm4016314wra.2006.08.26.15.05.54; Sat, 26 Aug 2006 15:05:55 -0700 (PDT) Date: Sat, 26 Aug 2006 18:05:50 -0400 From: Alexander Kabaev To: current@FreeBSD.ORG Message-ID: <20060826180550.2caafac4@kan.dnsalias.net> X-Mailer: Sylpheed-Claws 2.3.1 (GTK+ 2.8.20; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_4auKDTNgNbV/X.UTTUb+H9A"; protocol="application/pgp-signature"; micalg=PGP-SHA1 X-Mailman-Approved-At: Fri, 01 Sep 2006 12:17:38 +0000 Cc: Subject: HEADS UP: GCC 3.4.6 update in progress - resent X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Aug 2006 22:06:02 -0000 --Sig_4auKDTNgNbV/X.UTTUb+H9A Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Sigh, hub hates me today. This is a second attempt to send the same message from the account that seems to function better. In order to pave the way for an upcoming GCC 4.1 import, we decided to update GCC 3.4 in the tree to the latest version available in FSF SVN repository. After a short period in -current this version will be MFC-ed to RELENG6, which will then be able to take advantage of all the fixes that went info FSF sources since we did last compiler update.=20 The update will happen over next hour or so. I will post 'all clear' message once the system is back to consistent state.=20 -- = =20 Alexander Kabaev =20 --Sig_4auKDTNgNbV/X.UTTUb+H9A Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE8MXBQ6z1jMm+XZYRAsx7AKCHxuSD3J8V4ZyXQAbyRr0SpEmA5wCghjuV GP310J8AyRZ0LaxHrhzpj3o= =Q77H -----END PGP SIGNATURE----- --Sig_4auKDTNgNbV/X.UTTUb+H9A-- From owner-freebsd-current@FreeBSD.ORG Sun Aug 27 14:35:28 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A61716A4EF; Sun, 27 Aug 2006 14:35:28 +0000 (UTC) (envelope-from rink@rink.nu) Received: from mx0.rink.nu (thunderstone.rink.nu [80.112.228.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6EAC344770; Sun, 27 Aug 2006 14:02:38 +0000 (GMT) (envelope-from rink@rink.nu) Received: from localhost (localhost [127.0.0.1]) by mx0.rink.nu (Postfix) with ESMTP id D171917047; Sun, 27 Aug 2006 16:03:50 +0200 (CEST) X-Virus-Scanned: amavisd-new at rink.nu Received: from mx0.rink.nu ([127.0.0.1]) by localhost (thunderstone.rink.nu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TjxX8ZEQtEb9; Sun, 27 Aug 2006 16:03:47 +0200 (CEST) Received: by mx0.rink.nu (Postfix, from userid 1000) id 837CC1703B; Sun, 27 Aug 2006 16:03:47 +0200 (CEST) Date: Sun, 27 Aug 2006 16:03:47 +0200 From: Rink Springer To: current@FreeBSD.org, stable@FreeBSD.org Message-ID: <20060827140347.GD95784@rink.nu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3siQDZowHQqNOShm" Content-Disposition: inline User-Agent: Mutt/1.5.11 X-Mailman-Approved-At: Fri, 01 Sep 2006 12:17:56 +0000 Cc: Subject: FreeBSD/xbox live/installcd's available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Aug 2006 14:35:28 -0000 --3siQDZowHQqNOShm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello everyone, In order to aid people installing FreeBSD on their xbox, I have created combined install/livecds to aid those willing to give FreeBSD/xbox a try. The images can be used to boot a full multi-user FreeBSD environment, but you can also boot directly into sysinstall to install FreeBSD on your Xbox. As I've recently merged Xbox support back to -STABLE, an ISO for 6-STABLE is also provided. The images are hosted by MCGV Stack (http://www.stack.nl), and can be retrieved from ftp://ftp.stack.nl/pub/freebsd-xbox/. A list of the files and checksums is: xbox-6stable-20060821.iso.bz2 - install/livecd for FreeBSD 6-STABLE MD5 =3D 9afbab92bbb43a797753a941737ef0bb SHA1 =3D 26908c6301484c133f23875a8136c2dbeb336e88 SHA256 =3D d67e51c2a37e14193a5cbfb49903899f60784e39f91888f8e0a48c85ee3eee46 xbox-7current-20060517.iso.bz2 - install/livecd for FreeBSD 7-CURRENT MD5 =3D 82108c6112f8b39fb82e71fdc727704a SHA1 =3D 83e40e292ac8ace395fcf199f1bb16b0a34531c5 SHA256 =3D 2176904283707273e7d62e31c516bc81c9a2021556bb84adbe23071ba9b8dd83 Some important points of attention: (1) The loader used is Cromwell; the Cromwell version on the images has spe= cial patches which do not appear in any official releases build [1]. Therefo= re, if you already use Cromwell on your Xbox, please chain-load the Cromwel= l on the images beforing attempting to boot FreeBSD. (2) 'patched' dashboard (the Xbox 'operating system') versions can directly boot the /DEFAULT.XBE file on the CDROM. The official Dashboard will fail to boot this, however, as the DEFAULT.XBE file is not signed with any Microsoft-approved key. Booting this file will directly start the FreeBSD-enabled Cromwell. (3) There is no loader support. Any tunables must be set using kernel options (such as the root device to use) (4) The xbox is very picky on the media used. If you get random panics or hangs during installation, try another brand of media. (5) If you keep experiencing DMA errors or timeouts, please use a 80 pin UDMA IDE cable. As there is no loader support, there is no way to force ata(4) to use only UDMA2 modes. (6) You currently need an USB keyboard; I'm planning to add dhclient(8) and sshd(8) automatic startup to the liveCD later. Anyway, feel free to give this a try and report any problems back to me. I intend to clean up the script used to build the ISO images in a short while. [1] Cromwell from xbox-linux.org CVS contains all patches required to be able to boot the recent FreeBSD kernels. However, it does not support direct booting from UFS partitions. Regards, --=20 Rink P.W. Springer - http://rink.nu "When will the internet move from 64Kb max .com domains to .exe domains which can use much more memory?" - Edwin Groothuis --3siQDZowHQqNOShm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iD8DBQFE8aZDb3O60uztv/8RAoVDAKCTqfISyh44iuyt8lsL1AsOE/x6QQCeIwT8 vNCD6olv3cncei5eZgc+AHU= =kkpc -----END PGP SIGNATURE----- --3siQDZowHQqNOShm-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 28 02:40:10 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E2D1B16A4DA for ; Mon, 28 Aug 2006 02:40:10 +0000 (UTC) (envelope-from leres@ee.lbl.gov) Received: from fun.ee.lbl.gov (fun.ee.lbl.gov [131.243.1.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8CEF643D46 for ; Mon, 28 Aug 2006 02:40:09 +0000 (GMT) (envelope-from leres@ee.lbl.gov) Received: from fun.ee.lbl.gov (localhost [127.0.0.1]) by fun.ee.lbl.gov (8.13.8/8.13.8) with ESMTP id k7S2e9gN019454 for ; Sun, 27 Aug 2006 19:40:09 -0700 (PDT) Received: from fun.ee.lbl.gov (leres@localhost) by fun.ee.lbl.gov (8.13.8/8.13.8/Submit) with ESMTP id k7S2e9IH019451 for ; Sun, 27 Aug 2006 19:40:09 -0700 (PDT) Message-Id: <200608280240.k7S2e9IH019451@fun.ee.lbl.gov> To: freebsd-current@freebsd.org Date: Sun, 27 Aug 2006 19:40:09 -0700 From: Craig Leres X-Mailman-Approved-At: Fri, 01 Sep 2006 12:18:04 +0000 Subject: How does one submit a new driver? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Aug 2006 02:40:11 -0000 We've been using the Neterion Xframe 10G NICs with 6.1-RELEASE for various projects at LBL for a number of months. Neterion is very interested in submitting their driver (which is GIANT lock free!) for inclusion in a future release of FreeBSD. Assuming this is the right place to ask, who can I tell them to talk to? Thanks! Craig From owner-freebsd-current@FreeBSD.ORG Mon Aug 28 15:46:49 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 978A116A4DD; Mon, 28 Aug 2006 15:46:49 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id C195343DA7; Mon, 28 Aug 2006 15:46:01 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (dsdybk@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id k7SFjnrI063923; Mon, 28 Aug 2006 17:45:55 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id k7SFjn6l063922; Mon, 28 Aug 2006 17:45:49 +0200 (CEST) (envelope-from olli) Date: Mon, 28 Aug 2006 17:45:49 +0200 (CEST) Message-Id: <200608281545.k7SFjn6l063922@lurza.secnetix.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG, jhb@FreeBSD.ORG In-Reply-To: <200608251003.28528.jhb@freebsd.org> X-Newsgroups: list.freebsd-current User-Agent: tin/1.8.0-20051224 ("Ronay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Mon, 28 Aug 2006 17:45:55 +0200 (CEST) X-Mailman-Approved-At: Fri, 01 Sep 2006 12:19:54 +0000 Cc: Subject: Re: suggested addition to 'date' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Aug 2006 15:46:49 -0000 John Baldwin wrote: > Oliver Fromme wrote: > > There's another possibility, which doesn't require a new > > option letter at all. You could add a new escape sequence > > to the format string, e.g. "%*". Whenever date(1) is > > called with a format string containing that sequence, it > > goes into filter mode and replaces the sequence with the > > current line. That would also enable you to be more > > flexible with the placement of the timestamps. > > For example: > > > > $ printf 'foo\nbar\nbaz\n' | date +'%H:%M:%S %*' > > 16:39:58 foo > > 16:39:58 bar > > 16:39:58 baz > > I prefer this of all the suggestions so far. It's not very difficult, so I created a patch which does exactly that (includes an addition for the manpage, too). I've submitted it as bin/102609: http://www.freebsd.org/cgi/query-pr.cgi?pr=102609 Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. From owner-freebsd-current@FreeBSD.ORG Tue Aug 29 17:04:30 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8A92616A4DD for ; Tue, 29 Aug 2006 17:04:30 +0000 (UTC) (envelope-from jos@catnook.com) Received: from 209-204-181-78.dsl.static.sonic.net (209-204-181-78.dsl.static.sonic.net [209.204.181.78]) by mx1.FreeBSD.org (Postfix) with SMTP id 19C6C43E4B for ; Tue, 29 Aug 2006 17:01:20 +0000 (GMT) (envelope-from jos@catnook.com) Received: (qmail 2470 invoked by uid 1000); 29 Aug 2006 17:01:24 -0000 Date: Tue, 29 Aug 2006 10:01:02 -0700 From: Jos Backus To: freebsd-current@freebsd.org Message-ID: <20060829170124.GA1818@lizzy.catnook.local> Mail-Followup-To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.12-2006-07-14 X-Mailman-Approved-At: Fri, 01 Sep 2006 12:20:57 +0000 Subject: Retrieving info from panics while in X X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jos@catnook.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Aug 2006 17:04:30 -0000 I was wondering if anybody has any plans to address the issue of retrieving panic/debugging information about crashes happening while X is running. For example, -current has been broken for me for several days now; it will reliably crash within an hour or so while the main thing I'm doing is running Opera under KDE. But without X, no crash. How does one obtain panic information in this situation? -- Jos Backus jos at catnook.com From owner-freebsd-current@FreeBSD.ORG Fri Sep 1 12:39:24 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C708E16A4DD for ; Fri, 1 Sep 2006 12:39:24 +0000 (UTC) (envelope-from flz@FreeBSD.org) Received: from smtp3-g19.free.fr (smtp3-g19.free.fr [212.27.42.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id B765343D49 for ; Fri, 1 Sep 2006 12:39:12 +0000 (GMT) (envelope-from flz@FreeBSD.org) Received: from smtp.xbsd.org (unknown [82.233.2.192]) by smtp3-g19.free.fr (Postfix) with ESMTP id 1B4C7497BF; Fri, 1 Sep 2006 14:39:11 +0200 (CEST) Received: from localhost (localhost.xbsd.org [127.0.0.1]) by smtp.xbsd.org (Postfix) with ESMTP id 3FED211714; Fri, 1 Sep 2006 14:39:11 +0200 (CEST) Received: from smtp.xbsd.org ([127.0.0.1]) by localhost (srv1.xbsd.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 92516-09; Fri, 1 Sep 2006 14:39:06 +0200 (CEST) Received: from mayday.esat.net (mayday.esat.net [193.95.134.156]) by smtp.xbsd.org (Postfix) with ESMTP id 1EEFC116F3; Fri, 1 Sep 2006 14:39:05 +0200 (CEST) From: Florent Thoumie To: jos@catnook.com In-Reply-To: <20060829170124.GA1818@lizzy.catnook.local> References: <20060829170124.GA1818@lizzy.catnook.local> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-Sv/BCxOlhwc3NsvSSGcN" Date: Fri, 01 Sep 2006 13:39:04 +0100 Message-Id: <1157114344.19335.14.camel@mayday.esat.net> Mime-Version: 1.0 X-Mailer: Evolution 2.6.3 FreeBSD GNOME Team Port X-Virus-Scanned: amavisd-new at xbsd.org Cc: freebsd-current@freebsd.org Subject: Re: Retrieving info from panics while in X X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Sep 2006 12:39:24 -0000 --=-Sv/BCxOlhwc3NsvSSGcN Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2006-08-29 at 10:01 -0700, Jos Backus wrote: > I was wondering if anybody has any plans to address the issue of retrievi= ng > panic/debugging information about crashes happening while X is running. >=20 > For example, -current has been broken for me for several days now; it wil= l > reliably crash within an hour or so while the main thing I'm doing is run= ning > Opera under KDE. But without X, no crash. How does one obtain panic > information in this situation? Connect your machine to another one with a null-modem cable. Turn the console on in /etc/ttys on your -CURRENT machine (ttyd0 line). Then use "tip com1" on the other machine. --=20 Florent Thoumie flz@FreeBSD.org FreeBSD Committer --=-Sv/BCxOlhwc3NsvSSGcN Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iD8DBQBE+CnoMxEkbVFH3PQRAsPbAKCCcTEaRCKWQVZJ/zpqnUdPe6h86ACfcuHd 4NhBNpJ2LK5sZZgMiRr2WLY= =R+og -----END PGP SIGNATURE----- --=-Sv/BCxOlhwc3NsvSSGcN-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 1 13:08:27 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 25EDF16A4DA for ; Fri, 1 Sep 2006 13:08:27 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A2E043D45 for ; Fri, 1 Sep 2006 13:08:26 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 460452089; Fri, 1 Sep 2006 15:08:22 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.4 (2006-07-25) on tim.des.no Received: from dwp.des.no (des.no [80.203.243.180]) by tim.des.no (Postfix) with ESMTP id 36F092087; Fri, 1 Sep 2006 15:08:21 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id 27C89B84E; Fri, 1 Sep 2006 15:08:31 +0200 (CEST) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: "David Christensen" References: <09BFF2FA5EAB4A45B6655E151BBDD90301E2F47E@NT-IRVA-0750.brcm.ad.broadcom.com> Date: Fri, 01 Sep 2006 15:08:31 +0200 In-Reply-To: <09BFF2FA5EAB4A45B6655E151BBDD90301E2F47E@NT-IRVA-0750.brcm.ad.broadcom.com> (David Christensen's message of "Thu, 31 Aug 2006 11:37:06 -0700") Message-ID: <86k64nenu8.fsf@dwp.des.no> User-Agent: Gnus/5.110004 (No Gnus v0.4) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, Stefan Bethke Subject: Re: Simplified Steps for Building a Loadable module on -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Sep 2006 13:08:27 -0000 "David Christensen" writes: > 2) My Makefile: > .PATH: . > KMOD=3D if_bge > SRCS=3D bus_if.h device_if.h pci_if.h miibus_if.h miidevs.h > SRCS+=3D if_bge.c if_bgereg.h=20 > DEBUG_FLAGS =3D -g > > .include What's wrong with the one in /sys/modules/bge? DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Fri Sep 1 13:34:48 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 958D616A546 for ; Fri, 1 Sep 2006 13:34:48 +0000 (UTC) (envelope-from joao.barros@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD07043D6A for ; Fri, 1 Sep 2006 13:34:47 +0000 (GMT) (envelope-from joao.barros@gmail.com) Received: by wr-out-0506.google.com with SMTP id 71so333832wri for ; Fri, 01 Sep 2006 06:34:47 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=jQn1dpVU4zTSpS2eOO2JAIPYFX++aP1utNt2yECllol0pKxbULMoEodjHnHVSTx7ht2AXwkhs8/XxOPbvWi5A9wc352vctlvAOyWIvaz6OKJb+rxHqZF+Xs/eBBPYZAwHK1TSTceoYMmwq8nhEEef0P07mOSEdEPLU1L+0BCju8= Received: by 10.35.21.1 with SMTP id y1mr3033972pyi; Fri, 01 Sep 2006 06:34:43 -0700 (PDT) Received: by 10.35.114.2 with HTTP; Fri, 1 Sep 2006 06:34:42 -0700 (PDT) Message-ID: <70e8236f0609010634l7a3fd5c5q7d835a47673aee48@mail.gmail.com> Date: Fri, 1 Sep 2006 14:34:42 +0100 From: "Joao Barros" To: "Craig Leres" In-Reply-To: <200608280240.k7S2e9IH019451@fun.ee.lbl.gov> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200608280240.k7S2e9IH019451@fun.ee.lbl.gov> Cc: freebsd-current@freebsd.org Subject: Re: How does one submit a new driver? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Sep 2006 13:34:48 -0000 On 8/28/06, Craig Leres wrote: > We've been using the Neterion Xframe 10G NICs with 6.1-RELEASE for > various projects at LBL for a number of months. Neterion is very > interested in submitting their driver (which is GIANT lock free!) > for inclusion in a future release of FreeBSD. > > Assuming this is the right place to ask, who can I tell them to > talk to? > > Thanks! > Craig I'd say submitting a PR and optionally a heads up on this list would be sufficient for someone to pick it up. It's always nice to hear when another vendor adds support for more hardware :-) -- Joao Barros From owner-freebsd-current@FreeBSD.ORG Fri Sep 1 13:38:00 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F355416A562 for ; Fri, 1 Sep 2006 13:37:59 +0000 (UTC) (envelope-from joao.barros@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.177]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F67643D77 for ; Fri, 1 Sep 2006 13:37:56 +0000 (GMT) (envelope-from joao.barros@gmail.com) Received: by py-out-1112.google.com with SMTP id o67so1250026pye for ; Fri, 01 Sep 2006 06:37:55 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=LkyAjFne5EfDca8UG1PLGc/E9JB5+hOUpDJ15W3RcAmSzDL/Jij+8xoV4MzNnMeeqId3KC9/+uTrbvJCCL0PcXr4YpUKKKQBHp69PbMVRzHFgp1rBFoQH8YNJPiv3HeqR33g8WDs8WRnmOAwmDw/QKo4SYNSRe+AO1emsTU8Kvc= Received: by 10.35.50.5 with SMTP id c5mr3061014pyk; Fri, 01 Sep 2006 06:37:55 -0700 (PDT) Received: by 10.35.114.2 with HTTP; Fri, 1 Sep 2006 06:37:55 -0700 (PDT) Message-ID: <70e8236f0609010637u7fbc207bhbe2c23b0be774f2f@mail.gmail.com> Date: Fri, 1 Sep 2006 14:37:55 +0100 From: "Joao Barros" To: "Craig Leres" In-Reply-To: <70e8236f0609010634l7a3fd5c5q7d835a47673aee48@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200608280240.k7S2e9IH019451@fun.ee.lbl.gov> <70e8236f0609010634l7a3fd5c5q7d835a47673aee48@mail.gmail.com> Cc: freebsd-current@freebsd.org Subject: Re: How does one submit a new driver? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Sep 2006 13:38:00 -0000 On 9/1/06, Joao Barros wrote: > On 8/28/06, Craig Leres wrote: > > We've been using the Neterion Xframe 10G NICs with 6.1-RELEASE for > > various projects at LBL for a number of months. Neterion is very > > interested in submitting their driver (which is GIANT lock free!) > > for inclusion in a future release of FreeBSD. > > > > Assuming this is the right place to ask, who can I tell them to > > talk to? > > > > Thanks! > > Craig > > I'd say submitting a PR and optionally a heads up on this list would > be sufficient for someone to pick it up. > It's always nice to hear when another vendor adds support for more hardware :-) Sorry for the noise, I didn't see the previous responses by Brooks and Wilko to your previous mail. -- Joao Barros From owner-freebsd-current@FreeBSD.ORG Fri Sep 1 13:58:00 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD5F916A4FB for ; Fri, 1 Sep 2006 13:57:55 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 713BA43D67 for ; Fri, 1 Sep 2006 13:57:55 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from zion.baldwin.cx (zion.baldwin.cx [192.168.0.7]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id k81Dvmjq035218; Fri, 1 Sep 2006 09:57:48 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org, jos@catnook.com Date: Fri, 1 Sep 2006 09:57:29 -0400 User-Agent: KMail/1.9.1 References: <20060829170124.GA1818@lizzy.catnook.local> In-Reply-To: <20060829170124.GA1818@lizzy.catnook.local> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200609010957.30289.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [192.168.0.1]); Fri, 01 Sep 2006 09:57:49 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/1784/Fri Sep 1 08:00:05 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Subject: Re: Retrieving info from panics while in X X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Sep 2006 13:58:00 -0000 On Tuesday 29 August 2006 13:01, Jos Backus wrote: > I was wondering if anybody has any plans to address the issue of retrieving > panic/debugging information about crashes happening while X is running. > > For example, -current has been broken for me for several days now; it will > reliably crash within an hour or so while the main thing I'm doing is running > Opera under KDE. But without X, no crash. How does one obtain panic > information in this situation? set debug.debugger_on_panic to 0 as a workaround for now. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Sep 1 14:15:26 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D111D16A4DA for ; Fri, 1 Sep 2006 14:15:26 +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 5A1C143D53 for ; Fri, 1 Sep 2006 14:15:25 +0000 (GMT) (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 E399946CF5; Fri, 1 Sep 2006 10:15:24 -0400 (EDT) Date: Fri, 1 Sep 2006 15:15:24 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Jos Backus In-Reply-To: <20060829170124.GA1818@lizzy.catnook.local> Message-ID: <20060901151404.C18193@fledge.watson.org> References: <20060829170124.GA1818@lizzy.catnook.local> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: Retrieving info from panics while in X X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Sep 2006 14:15:26 -0000 On Tue, 29 Aug 2006, Jos Backus wrote: > I was wondering if anybody has any plans to address the issue of retrieving > panic/debugging information about crashes happening while X is running. > > For example, -current has been broken for me for several days now; it will > reliably crash within an hour or so while the main thing I'm doing is > running Opera under KDE. But without X, no crash. How does one obtain panic > information in this situation? The typical approaches are: (1) Set up a serial console and use that for debugger work; alternatively, use a firewire console. (2) Set up the system not to entre the debugger, but just to panic and dump core. I prefer the first of those options, myself, since I find the DDB debugging environment extremely useful, especially since it's quite aware of things like the kernel lock environment, etc. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Fri Sep 1 14:20:28 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C07A16A4DA for ; Fri, 1 Sep 2006 14:20:28 +0000 (UTC) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr14.xs4all.nl (smtp-vbr14.xs4all.nl [194.109.24.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1C54843D72 for ; Fri, 1 Sep 2006 14:20:25 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr14.xs4all.nl (8.13.6/8.13.6) with ESMTP id k81EKMkA004046; Fri, 1 Sep 2006 16:20:22 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.6/8.13.3) with ESMTP id k81EKLWj096826; Fri, 1 Sep 2006 16:20:21 +0200 (CEST) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.6/8.13.6/Submit) id k81EKLIi096825; Fri, 1 Sep 2006 16:20:21 +0200 (CEST) (envelope-from wb) Date: Fri, 1 Sep 2006 16:20:21 +0200 From: Wilko Bulte To: Joao Barros Message-ID: <20060901142021.GB96770@freebie.xs4all.nl> References: <200608280240.k7S2e9IH019451@fun.ee.lbl.gov> <70e8236f0609010634l7a3fd5c5q7d835a47673aee48@mail.gmail.com> <70e8236f0609010637u7fbc207bhbe2c23b0be774f2f@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <70e8236f0609010637u7fbc207bhbe2c23b0be774f2f@mail.gmail.com> User-Agent: Mutt/1.5.11 X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-current@freebsd.org, Craig Leres Subject: Re: How does one submit a new driver? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Sep 2006 14:20:28 -0000 On Fri, Sep 01, 2006 at 02:37:55PM +0100, Joao Barros wrote.. > On 9/1/06, Joao Barros wrote: > >On 8/28/06, Craig Leres wrote: > >> We've been using the Neterion Xframe 10G NICs with 6.1-RELEASE for > >> various projects at LBL for a number of months. Neterion is very > >> interested in submitting their driver (which is GIANT lock free!) > >> for inclusion in a future release of FreeBSD. > >> > >> Assuming this is the right place to ask, who can I tell them to > >> talk to? > >> > >> Thanks! > >> Craig > > > >I'd say submitting a PR and optionally a heads up on this list would > >be sufficient for someone to pick it up. > >It's always nice to hear when another vendor adds support for more > >hardware :-) > > Sorry for the noise, I didn't see the previous responses by Brooks and > Wilko to your previous mail. No worries, I missed Brook's response myself :) -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Sep 1 16:16:56 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A040916A4DE for ; Fri, 1 Sep 2006 16:16:56 +0000 (UTC) (envelope-from oberman@es.net) Received: from postal3.es.net (postal3.es.net [198.128.3.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E48543D46 for ; Fri, 1 Sep 2006 16:16:56 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal3.es.net (Postal Node 3) with ESMTP (SSL) id FZR63829; Fri, 01 Sep 2006 09:16:29 -0700 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id DE6244504D; Fri, 1 Sep 2006 09:16:28 -0700 (PDT) To: Wilko Bulte In-Reply-To: Your message of "Fri, 01 Sep 2006 16:20:21 +0200." <20060901142021.GB96770@freebie.xs4all.nl> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1157127388_49108P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Fri, 01 Sep 2006 09:16:28 -0700 From: "Kevin Oberman" Message-Id: <20060901161628.DE6244504D@ptavv.es.net> Cc: Joao Barros , freebsd-current@freebsd.org, Craig Leres Subject: Re: How does one submit a new driver? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Sep 2006 16:16:56 -0000 --==_Exmh_1157127388_49108P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline And something funky is going on with mail. Several messages from last weekend just showed up including the second attempt by kabaev to send a heads up on the GCC update he did several days ago and Craig's first message about the Netrion 10GE driver. It seems to have a lot of threads a bit confused. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1157127388_49108P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFE+Fzckn3rs5h7N1ERAu4YAJoD45M5lMFPfm6pDx0lbR5lKCHE0wCgtf5b 6uuoX5Hb80rdUreZZurqkwo= =bMxf -----END PGP SIGNATURE----- --==_Exmh_1157127388_49108P-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 1 16:44:02 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 25A2516A4F1; Fri, 1 Sep 2006 16:44:02 +0000 (UTC) (envelope-from prvs=julian=392b3a9d5@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D2E643DA4; Fri, 1 Sep 2006 16:43:33 +0000 (GMT) (envelope-from prvs=julian=392b3a9d5@elischer.org) Received: from unknown (HELO [192.168.2.3]) ([10.251.60.33]) by a50.ironport.com with ESMTP; 01 Sep 2006 09:43:34 -0700 Message-ID: <44F86335.70907@elischer.org> Date: Fri, 01 Sep 2006 09:43:33 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.13) Gecko/20060414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Oliver Fromme References: <200608281545.k7SFjn6l063922@lurza.secnetix.de> In-Reply-To: <200608281545.k7SFjn6l063922@lurza.secnetix.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: suggested addition to 'date' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Sep 2006 16:44:02 -0000 Oliver Fromme wrote: >John Baldwin wrote: > > Oliver Fromme wrote: > > > There's another possibility, which doesn't require a new > > > option letter at all. You could add a new escape sequence > > > to the format string, e.g. "%*". Whenever date(1) is > > > called with a format string containing that sequence, it > > > goes into filter mode and replaces the sequence with the > > > current line. That would also enable you to be more > > > flexible with the placement of the timestamps. > > > For example: > > > > > > $ printf 'foo\nbar\nbaz\n' | date +'%H:%M:%S %*' > > > 16:39:58 foo > > > 16:39:58 bar > > > 16:39:58 baz > > > > I prefer this of all the suggestions so far. > >It's not very difficult, so I created a patch which does >exactly that (includes an addition for the manpage, too). >I've submitted it as bin/102609: > >http://www.freebsd.org/cgi/query-pr.cgi?pr=102609 > >Best regards > Oliver > > > A couple of comments: you don't need to run strftime for each line if the time hasn't changed. (My original patch checks this) What is the effective maximum line length for a single fgetln? From owner-freebsd-current@FreeBSD.ORG Fri Sep 1 16:50:12 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3275B16A4DA for ; Fri, 1 Sep 2006 16:50:12 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 726FC43D49 for ; Fri, 1 Sep 2006 16:50:11 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id k81Gnn2Q036325; Fri, 1 Sep 2006 12:49:52 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: pyunyh@gmail.com Date: Fri, 1 Sep 2006 12:14:28 -0400 User-Agent: KMail/1.9.1 References: <09BFF2FA5EAB4A45B6655E151BBDD90301E2F278@NT-IRVA-0750.brcm.ad.broadcom.com> <200608311528.14556.jhb@freebsd.org> <20060901035914.GD56713@cdnetworks.co.kr> In-Reply-To: <20060901035914.GD56713@cdnetworks.co.kr> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200609011214.28664.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Fri, 01 Sep 2006 12:49:52 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/1784/Fri Sep 1 08:00:05 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: David Christensen , freebsd-current@freebsd.org, LI Xin Subject: Re: Simplified Steps for Building a Loadable module on -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Sep 2006 16:50:12 -0000 On Thursday 31 August 2006 23:59, Pyun YongHyeon wrote: > On Thu, Aug 31, 2006 at 03:28:13PM -0400, John Baldwin wrote: > > On Thursday 31 August 2006 06:22, Pyun YongHyeon wrote: > > > On Thu, Aug 31, 2006 at 05:32:13PM +0800, LI Xin wrote: > > > > Pyun YongHyeon wrote: > > > > > On Wed, Aug 30, 2006 at 03:12:59PM -0700, David Christensen wrote: > > > > > > I've been able to successfully build drivers in the past as > > > > > > loadable modules but I'm getting some kernel panics with -CURRENT > > > > > > when installing a module using kldload now where things used to > > > > > > > > > > I wonder you encountered the same panic I have been seeing on CURRENT. > > > > > I get "Fatal trap 30" message when I load em(4) module with kldload. > > > > > > > > What does Fatal trap 30 mean in these places? I get some strange fatal > > > > trap 30's in acpi_cpi_idle, but I can not imagine how can these > > happen :-( > > > > > > > > > > Don't know what's cause of the panic since it used to work ok. > > > See > > http://lists.freebsd.org/pipermail/freebsd-current/2006-August/065243.html > > > > Trap 30 means an IDT vector fired that we didn't expect. In this case, I > > think it may only happen on SMP, and it maybe that the interrupt gets sent to > > Yes, it's SMP(i386). Can you try disabling SMP via kern.smp.disabled? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Sep 1 16:55:26 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E5AA16A4DD for ; Fri, 1 Sep 2006 16:55:26 +0000 (UTC) (envelope-from davidch@broadcom.com) Received: from mms1.broadcom.com (mms1.broadcom.com [216.31.210.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id 450AB43D45 for ; Fri, 1 Sep 2006 16:55:21 +0000 (GMT) (envelope-from davidch@broadcom.com) Received: from 10.10.64.154 by mms1.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.2.0)); Fri, 01 Sep 2006 09:55:12 -0700 X-Server-Uuid: F962EFE0-448C-40EE-8100-87DF498ED0EA Received: by mail-irva-10.broadcom.com (Postfix, from userid 47) id C4EC92AF; Fri, 1 Sep 2006 09:55:11 -0700 (PDT) Received: from mail-irva-8.broadcom.com (mail-irva-8 [10.10.64.221]) by mail-irva-10.broadcom.com (Postfix) with ESMTP id 9EF472AE; Fri, 1 Sep 2006 09:55:11 -0700 (PDT) Received: from mail-irva-12.broadcom.com (mail-irva-12.broadcom.com [10.10.64.146]) by mail-irva-8.broadcom.com (MOS 3.7.5a-GA) with ESMTP id EEE59215; Fri, 1 Sep 2006 09:55:10 -0700 (PDT) Received: from NT-IRVA-0750.brcm.ad.broadcom.com (nt-irva-0750 [10.8.194.64]) by mail-irva-12.broadcom.com (Postfix) with ESMTP id 9834269CA5; Fri, 1 Sep 2006 09:55:10 -0700 (PDT) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Fri, 1 Sep 2006 09:55:09 -0700 Message-ID: <09BFF2FA5EAB4A45B6655E151BBDD90301E2F6C8@NT-IRVA-0750.brcm.ad.broadcom.com> In-Reply-To: <86k64nenu8.fsf@dwp.des.no> Thread-Topic: Simplified Steps for Building a Loadable module on -CURRENT Thread-Index: AcbNx74r/xIrEDiRSyy3LF/0mY+gEAAH2oGA From: "David Christensen" To: des@des.no X-TMWD-Spam-Summary: SEV=1.1; DFV=A2006090106; IFV=2.0.6,4.0-7; RPD=4.00.0004; RPDID=303030312E30413031303230352E34344638363439362E303035322D412D; ENG=IBF; TS=20060901165512; CAT=NONE; CON=NONE; X-MMS-Spam-Filter-ID: A2006090106_4.00.0004_2.0.6,4.0-7 X-WSS-ID: 68E6BA7A3CC3785561-01-01 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, Stefan Bethke Subject: RE: Simplified Steps for Building a Loadable module on -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Sep 2006 16:55:26 -0000 > "David Christensen" writes: > > 2) My Makefile: > > .PATH: . > > KMOD=3D if_bge > > SRCS=3D bus_if.h device_if.h pci_if.h miibus_if.h miidevs.h > > SRCS+=3D if_bge.c if_bgereg.h=20 > > DEBUG_FLAGS =3D -g > > > > .include >=20 > What's wrong with the one in /sys/modules/bge? >=20 Nothing. When I originally started my driver development I didn't know it existed there so I created one from scratch and I've been using it until now. From owner-freebsd-current@FreeBSD.ORG Fri Sep 1 17:37:28 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4F13916A4E0 for ; Fri, 1 Sep 2006 17:37:28 +0000 (UTC) (envelope-from davidch@broadcom.com) Received: from MMS3.broadcom.com (mms3.broadcom.com [216.31.210.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7467D43D45 for ; Fri, 1 Sep 2006 17:37:20 +0000 (GMT) (envelope-from davidch@broadcom.com) Received: from 10.10.64.154 by MMS3.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.2.2)); Fri, 01 Sep 2006 10:37:09 -0700 X-Server-Uuid: 450F6D01-B290-425C-84F8-E170B39A25C9 Received: by mail-irva-10.broadcom.com (Postfix, from userid 47) id B1D622AF; Fri, 1 Sep 2006 10:37:09 -0700 (PDT) Received: from mail-irva-8.broadcom.com (mail-irva-8 [10.10.64.221]) by mail-irva-10.broadcom.com (Postfix) with ESMTP id 8EC8F2AE for ; Fri, 1 Sep 2006 10:37:09 -0700 (PDT) Received: from mail-irva-12.broadcom.com (mail-irva-12.broadcom.com [10.10.64.146]) by mail-irva-8.broadcom.com (MOS 3.7.5a-GA) with ESMTP id EEE66109; Fri, 1 Sep 2006 10:37:09 -0700 (PDT) Received: from NT-IRVA-0750.brcm.ad.broadcom.com (nt-irva-0750 [10.8.194.64]) by mail-irva-12.broadcom.com (Postfix) with ESMTP id 3E70E69CA3 for ; Fri, 1 Sep 2006 10:37:09 -0700 (PDT) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Fri, 1 Sep 2006 10:37:08 -0700 Message-ID: <09BFF2FA5EAB4A45B6655E151BBDD90301E2F6E0@NT-IRVA-0750.brcm.ad.broadcom.com> Thread-Topic: Missing Modules in /boot/kernel after Building GENERIC Kernel Thread-Index: AcbN7T9pvfTsdvvzS1WgouQ5BlfX/Q== From: "David Christensen" To: freebsd-current@freebsd.org X-TMWD-Spam-Summary: TS=20060901173711; SEV=2.0.2; DFV=A2006090106; IFV=2.0.4,4.0-8; RPD=4.00.0004; ENG=IBF; RPDID=303030312E30413031303230322E34344638364536442E303033362D412D; CAT=NONE; CON=NONE X-MMS-Spam-Filter-ID: A2006090106_4.00.0004_4.0-8 X-WSS-ID: 68E6B04F22G3739674-01-01 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: Missing Modules in /boot/kernel after Building GENERIC Kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Sep 2006 17:37:28 -0000 How does a kernel module get moved into the /boot/kernel directory? I notice when building a GENERIC kernel that the if_bge.ko driver is copied but the if_bce.ko is not copied. What's the configuration file that causes this to happen? Is there a problem if it doesn't happen? =20 Dave From owner-freebsd-current@FreeBSD.ORG Fri Sep 1 17:03:45 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 624B116A4E2 for ; Fri, 1 Sep 2006 17:03:45 +0000 (UTC) (envelope-from jos@catnook.com) Received: from 209-204-181-78.dsl.static.sonic.net (209-204-181-78.dsl.static.sonic.net [209.204.181.78]) by mx1.FreeBSD.org (Postfix) with SMTP id 7DB3543D46 for ; Fri, 1 Sep 2006 17:03:42 +0000 (GMT) (envelope-from jos@catnook.com) Received: (qmail 41651 invoked by uid 1000); 1 Sep 2006 17:04:00 -0000 Date: Fri, 1 Sep 2006 10:03:38 -0701 From: Jos Backus To: freebsd-current@freebsd.org Message-ID: <20060901170400.GB41490@lizzy.catnook.local> Mail-Followup-To: freebsd-current@freebsd.org References: <20060829170124.GA1818@lizzy.catnook.local> <200609010957.30289.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200609010957.30289.jhb@freebsd.org> User-Agent: Mutt/1.5.12-2006-07-14 X-Mailman-Approved-At: Fri, 01 Sep 2006 17:37:49 +0000 Subject: Re: Retrieving info from panics while in X X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jos@catnook.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Sep 2006 17:03:45 -0000 On Fri, Sep 01, 2006 at 09:57:29AM -0400, John Baldwin wrote: [snip] > set debug.debugger_on_panic to 0 as a workaround for now. OK, I'll try that. Thanks John. -- Jos Backus jos at catnook.com From owner-freebsd-current@FreeBSD.ORG Fri Sep 1 17:07:55 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0A60116A4E2; Fri, 1 Sep 2006 17:07:55 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B8B243D73; Fri, 1 Sep 2006 17:07:53 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (qxabuf@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id k81H7YST050629; Fri, 1 Sep 2006 19:07:40 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id k81H7Ych050627; Fri, 1 Sep 2006 19:07:34 +0200 (CEST) (envelope-from olli) From: Oliver Fromme Message-Id: <200609011707.k81H7Ych050627@lurza.secnetix.de> To: julian@elischer.org (Julian Elischer) Date: Fri, 1 Sep 2006 19:07:34 +0200 (CEST) In-Reply-To: <44F86335.70907@elischer.org> X-Mailer: ELM [version 2.5 PL8] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Fri, 01 Sep 2006 19:07:40 +0200 (CEST) X-Mailman-Approved-At: Fri, 01 Sep 2006 17:38:14 +0000 Cc: freebsd-current@freebsd.org Subject: Re: suggested addition to 'date' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Sep 2006 17:07:55 -0000 Julian Elischer wrote: > Oliver Fromme wrote: > > John Baldwin wrote: > > > Oliver Fromme wrote: > > > > There's another possibility, which doesn't require a new > > > > option letter at all. You could add a new escape sequence > > > > to the format string, e.g. "%*". Whenever date(1) is > > > > called with a format string containing that sequence, it > > > > goes into filter mode and replaces the sequence with the > > > > current line. That would also enable you to be more > > > > flexible with the placement of the timestamps. > > > > For example: > > > > > > > > $ printf 'foo\nbar\nbaz\n' | date +'%H:%M:%S %*' > > > > 16:39:58 foo > > > > 16:39:58 bar > > > > 16:39:58 baz > > > > > > I prefer this of all the suggestions so far. > > > > It's not very difficult, so I created a patch which does > > exactly that (includes an addition for the manpage, too). > > I've submitted it as bin/102609: > > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=102609 > > A couple of comments: > > you don't need to run strftime for each line if the time hasn't changed. > (My original patch checks this) Good idea. I'll update the patch. > What is the effective maximum line length for a single fgetln? It's unlimited. fgetln() allocates sufficient amount of memory dynamically, that's why I used it instead of fgets(). It avoids reinventing the wheel. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. "Python is an experiment in how much freedom programmers need. Too much freedom and nobody can read another's code; too little and expressiveness is endangered." -- Guido van Rossum From owner-freebsd-current@FreeBSD.ORG Fri Sep 1 17:10:52 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A1F316A4DA for ; Fri, 1 Sep 2006 17:10:52 +0000 (UTC) (envelope-from jos@catnook.com) Received: from 209-204-181-78.dsl.static.sonic.net (209-204-181-78.dsl.static.sonic.net [209.204.181.78]) by mx1.FreeBSD.org (Postfix) with SMTP id 1219A43D62 for ; Fri, 1 Sep 2006 17:10:45 +0000 (GMT) (envelope-from jos@catnook.com) Received: (qmail 41763 invoked by uid 1000); 1 Sep 2006 17:11:03 -0000 Date: Fri, 1 Sep 2006 10:10:41 -0701 From: Jos Backus To: freebsd-current@FreeBSD.org Message-ID: <20060901171103.GC41490@lizzy.catnook.local> Mail-Followup-To: freebsd-current@FreeBSD.org References: <20060829170124.GA1818@lizzy.catnook.local> <20060901151404.C18193@fledge.watson.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060901151404.C18193@fledge.watson.org> User-Agent: Mutt/1.5.12-2006-07-14 X-Mailman-Approved-At: Fri, 01 Sep 2006 17:38:35 +0000 Cc: Subject: Re: Retrieving info from panics while in X X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jos@catnook.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Sep 2006 17:10:52 -0000 On Fri, Sep 01, 2006 at 03:15:24PM +0100, Robert Watson wrote: [snip] > The typical approaches are: > > (1) Set up a serial console and use that for debugger work; alternatively, > use > a firewire console. > > (2) Set up the system not to entre the debugger, but just to panic and dump > core. I'll go with this for now to see if I can get some useful information about this particular crash type this weekend. > > I prefer the first of those options, myself, since I find the DDB debugging > environment extremely useful, especially since it's quite aware of things > like the kernel lock environment, etc. Yeah, DDB is pretty nice. I'll have to dig for a serial cable which is probably in storage somewhere. If the saved core doesn't appoach doesn't work (although, there should be enough room in swap on this system) I'll try that. Having the ability to reliably switch video modes and drop into the debugger in text mode would increase the number of bug reports because typically that's where most desktop users spend their time. I do realize it is non-trivial as it requires the kernel to keep track of and be able to switch video modes, something the X server does today. Thanks Robert. > Robert N M Watson > Computer Laboratory > University of Cambridge > -- Jos Backus jos at catnook.com From owner-freebsd-current@FreeBSD.ORG Fri Sep 1 17:48:51 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DBF7F16A4DD; Fri, 1 Sep 2006 17:48:51 +0000 (UTC) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (relay0.rambler.ru [81.19.66.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 10FFE43D7B; Fri, 1 Sep 2006 17:48:36 +0000 (GMT) (envelope-from ru@rambler-co.ru) Received: from relay0.rambler.ru (localhost [127.0.0.1]) by relay0.rambler.ru (Postfix) with ESMTP id 673535FF6; Fri, 1 Sep 2006 21:48:35 +0400 (MSD) Received: from edoofus.park.rambler.ru (unknown [81.19.65.108]) by relay0.rambler.ru (Postfix) with ESMTP id 4570D5F90; Fri, 1 Sep 2006 21:48:35 +0400 (MSD) Received: (from ru@localhost) by edoofus.park.rambler.ru (8.13.6/8.13.6) id k81Hn3TK048446; Fri, 1 Sep 2006 21:49:03 +0400 (MSD) (envelope-from ru) Date: Fri, 1 Sep 2006 21:49:02 +0400 From: Ruslan Ermilov To: David Christensen Message-ID: <20060901174902.GC25006@rambler-co.ru> References: <09BFF2FA5EAB4A45B6655E151BBDD90301E2F6E0@NT-IRVA-0750.brcm.ad.broadcom.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="69pVuxX8awAiJ7fD" Content-Disposition: inline In-Reply-To: <09BFF2FA5EAB4A45B6655E151BBDD90301E2F6E0@NT-IRVA-0750.brcm.ad.broadcom.com> User-Agent: Mutt/1.5.13 (2006-08-11) X-Virus-Scanned: No virus found Cc: freebsd-current@freebsd.org, Paul Saab Subject: Re: Missing Modules in /boot/kernel after Building GENERIC Kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Sep 2006 17:48:51 -0000 --69pVuxX8awAiJ7fD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 01, 2006 at 10:37:08AM -0700, David Christensen wrote: > How does a kernel module get moved into the /boot/kernel directory? > I notice when building a GENERIC kernel that the if_bge.ko driver is > copied but the if_bce.ko is not copied. What's the configuration file > that causes this to happen? Is there a problem if it doesn't happen? > =20 For some reason, it's in sys/modules/Makefile in RELENG_6 but not on HEAD. Probably just an omission. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --69pVuxX8awAiJ7fD Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE+HKOqRfpzJluFF4RAmp5AJ9klk6pqENdnHwZS/rIaIH51vY/xgCfWd9W 1ImPqdjwuOlMZQa8NyimYaI= =ccFZ -----END PGP SIGNATURE----- --69pVuxX8awAiJ7fD-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 1 17:53:38 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 224F316A5AD; Fri, 1 Sep 2006 17:53:38 +0000 (UTC) (envelope-from gad@FreeBSD.org) Received: from smtp7.server.rpi.edu (smtp7.server.rpi.edu [128.113.2.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 33F7543D93; Fri, 1 Sep 2006 17:53:24 +0000 (GMT) (envelope-from gad@FreeBSD.org) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp7.server.rpi.edu (8.13.1/8.13.1) with ESMTP id k81HrJxE009470; Fri, 1 Sep 2006 13:53:21 -0400 Mime-Version: 1.0 Message-Id: In-Reply-To: <200608281545.k7SFjn6l063922@lurza.secnetix.de> References: <200608281545.k7SFjn6l063922@lurza.secnetix.de> Date: Fri, 1 Sep 2006 13:53:18 -0400 To: Oliver Fromme , freebsd-current@FreeBSD.org, jhb@FreeBSD.org From: Garance A Drosehn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-CanItPRO-Stream: default X-RPI-SA-Score: undef - spam-scanning disabled X-Scanned-By: CanIt (www . canit . ca) Cc: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= Subject: Re: suggested addition to 'date' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Sep 2006 17:53:38 -0000 At 5:45 PM +0200 8/28/06, Oliver Fromme wrote: >John Baldwin wrote: > > Oliver Fromme wrote: > > > There's another possibility, which doesn't require a new > > > option letter at all. You could add a new escape sequence > > > to the format string, e.g. "%*". Whenever date(1) is > > > called with a format string containing that sequence, it > > > goes into filter mode and replaces the sequence with the > > > current line. Note that the main objection to this option (at least from my point of view) is that date should not be going into filter mode. Not ever. Date is a command to set or display dates. It is not a command to filter files. 'cat' would be a more appropriate place to add this option. -- Garance Alistair Drosehn = drosehn@rpi.edu Senior Systems Programmer or gad@FreeBSD.org Rensselaer Polytechnic Institute; Troy, NY; USA From owner-freebsd-current@FreeBSD.ORG Fri Sep 1 18:38:59 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 12F8D16A4DA for ; Fri, 1 Sep 2006 18:38:59 +0000 (UTC) (envelope-from joel@FreeBSD.org) Received: from av12-1-sn2.hy.skanova.net (av12-1-sn2.hy.skanova.net [81.228.8.185]) by mx1.FreeBSD.org (Postfix) with ESMTP id 82E8743D67 for ; Fri, 1 Sep 2006 18:38:55 +0000 (GMT) (envelope-from joel@FreeBSD.org) Received: by av12-1-sn2.hy.skanova.net (Postfix, from userid 502) id 45659386B4; Fri, 1 Sep 2006 20:38:54 +0200 (CEST) Received: from smtp4-2-sn2.hy.skanova.net (smtp4-2-sn2.hy.skanova.net [81.228.8.93]) by av12-1-sn2.hy.skanova.net (Postfix) with ESMTP id 38CF938662; Fri, 1 Sep 2006 20:38:54 +0200 (CEST) Received: from dude.automatvapen.se (81-235-160-204-no21.tbcn.telia.com [81.235.160.204]) by smtp4-2-sn2.hy.skanova.net (Postfix) with ESMTP id 0BA9037E45; Fri, 1 Sep 2006 20:38:53 +0200 (CEST) From: Joel Dahl To: Paolo Pisati In-Reply-To: <20060819211853.GA1016@tin.it> References: <20060819211853.GA1016@tin.it> Content-Type: text/plain; charset=ISO-8859-1 Date: Fri, 01 Sep 2006 20:38:53 +0200 Message-Id: <1157135933.667.9.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Cc: FreeBSD_Current Subject: Re: Fatal trap 30 when loading if_xl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Sep 2006 18:38:59 -0000 On Sat, 2006-08-19 at 23:18 +0200, Paolo Pisati wrote: > Today's CURRENT panic my box everytime i load > if_xl: Another "me too". My machine (with a 3 days old current installation) panics when I use kldload. Loading modules at boot time using /boot/loader.conf works fine though. jesus# kgdb kernel.debug /var/crash/vmcore.0 [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: pcm0: mem 0xf4580000-0xf4583fff irq 16 at device 27.0 on pci0 Fatal trap 30: reserved (unknown) fault while in kernel mode cpuid = 0; apic id = 00 instruction pointer = 0x20:0xc058aa82 stack pointer = 0x28:0xd3255c54 frame pointer = 0x28:0xd3255c64 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, IOPL = 0 current process = 13 (swi4: clock sio) Physical memory: 495 MB Dumping 37 MB: 22 6 #0 doadump () at pcpu.h:166 166 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) bt #0 doadump () at pcpu.h:166 #1 0xc04593df in db_fncall (dummy1=-752526728, dummy2=0, dummy3=-1064422240, dummy4=0xd3255a54 "dZ%ÓhZ%Ó\220\a") at /usr/src/sys/ddb/db_command.c:481 #2 0xc04591eb in db_command (last_cmdp=0xc0865a64, cmd_table=0x0) at /usr/src/sys/ddb/db_command.c:396 #3 0xc04592a6 in db_command_loop () at /usr/src/sys/ddb/db_command.c:448 #4 0xc045aea5 in db_trap (type=30, code=0) at /usr/src/sys/ddb/db_main.c:221 #5 0xc05b16f8 in kdb_trap (type=30, code=0, tf=0xd3255c14) at /usr/src/sys/kern/subr_kdb.c:502 #6 0xc0757ee9 in trap_fatal (frame=0xd3255c14, eva=0) at /usr/src/sys/i386/i386/trap.c:858 #7 0xc0757a38 in trap (frame= {tf_fs = -1035599864, tf_es = -752549848, tf_ds = 40, tf_edi = -1035548128, tf_esi = -1030037072, tf_ebp = -752526236, tf_isp = -752526272, tf_ebx = -1064906744, tf_edx = -1030037072, tf_ecx = 2, tf_eax = 582, tf_trapno = 30, tf_err = 0, tf_eip = -1067931006, tf_cs = 32, tf_eflags = 582, tf_esp = -1030037069, tf_ss = -1064906744}) at /usr/src/sys/i386/i386/trap.c:658 #8 0xc074350a in calltrap () at /usr/src/sys/i386/i386/exception.s:138 #9 0xc058aa82 in _mtx_lock_sleep (m=0xc086d008, tid=3259419168, opts=0, file=0xc07b5050 "/usr/src/sys/kern/kern_timeout.c", line=240) at cpufunc.h:317 #10 0xc058a5da in _mtx_lock_flags (m=0xc086d008, opts=0, file=0xc07b5050 "/usr/src/sys/kern/kern_timeout.c", line=240) at /usr/src/sys/kern/kern_mutex.c:286 #11 0xc05a0837 in softclock (dummy=0x0) at /usr/src/sys/kern/kern_timeout.c:240 #12 0xc057ea8a in ithread_execute_handlers (p=0xc246b69c, ie=0xc24be500) at /usr/src/sys/kern/kern_intr.c:662 #13 0xc057ebb7 in ithread_loop (arg=0xc2445880) at /usr/src/sys/kern/kern_intr.c:745 #14 0xc057db00 in fork_exit (callout=0xc057eb50 , arg=0xc2445880, frame=0xd3255d38) at /usr/src/sys/kern/kern_fork.c:818 #15 0xc074356c in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:199 (kgdb) -- Joel From owner-freebsd-current@FreeBSD.ORG Fri Sep 1 19:23:09 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A7A616A4DD for ; Fri, 1 Sep 2006 19:23:09 +0000 (UTC) (envelope-from dandee@hellteam.net) Received: from pipa.vshosting.cz (pipa.vshosting.cz [81.0.201.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6257543D46 for ; Fri, 1 Sep 2006 19:23:08 +0000 (GMT) (envelope-from dandee@hellteam.net) Received: from localhost (localhost [127.0.0.1]) by pipa.vshosting.cz (Postfix) with ESMTP id 20E964E72F for ; Fri, 1 Sep 2006 21:23:08 +0200 (CEST) Received: from pipa.vshosting.cz ([127.0.0.1]) by localhost (pipa [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 11633-06 for ; Fri, 1 Sep 2006 21:23:07 +0200 (CEST) Received: from gandalf (unknown [81.0.245.205]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by pipa.vshosting.cz (Postfix) with ESMTP id AA60C4E708 for ; Fri, 1 Sep 2006 21:23:07 +0200 (CEST) From: =?iso-8859-2?Q?Daniel_Dvo=F8=E1k?= To: Date: Fri, 1 Sep 2006 21:23:05 +0200 Message-ID: <00d501c6cdfc$0d18ce60$6508280a@tocnet28.jspoj.czf> MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 Thread-Index: AcbN/AzC9byzRFWNTsGhQ5LEvwm4Sg== X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at profix.cz Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: atheros driver: countrycode and athdebug X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dandee@volny.cz List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Sep 2006 19:23:09 -0000 Hello Sam, may I ask you for countrycode and how it works. In the madwifi driver, currently, their driver does not work with loading the kernel module with parametr countrycode=something, but on the madwifi.org web site, there is information that this feature worked in past, they remarked it worked until new hal 0.9.16.3 was committed to their source tree and it does not work until now, when 0.9.17.2 hal is. http://madwifi.org/ticket/120 I tried to watch the problem on my FreeBSD systems and I found out that in the FreeBSD driver, there is not chance to change anything because read-only oid. roztyly# sysctl hw.ath.countrycode=203 sysctl: oid 'hw.ath.countrycode' is read only roztyly# sysctl dev.ath.0.countrycode dev.ath.0.countrycode: 0 Is this feature planned for FreeBSD atheros driver in the future ? And second question about athdebug It seems it does not work at all, but there are flags or bitmaps defined. # athdebug -i ath0 athdebug: sysctl-get(dev.ath.0.debug): No such file or directory # athdebug -i ath0 xmit athdebug: sysctl-get(dev.ath.0.debug): No such file or directory # uname -a FreeBSD *.*.* 6.1-RELEASE-p5 FreeBSD 6.1-RELEASE-p5 #5: Tue Aug 29 00:38:54 CEST 2006 /usr/obj/usr/src/sys/mykernel i386 # cat /usr/src/tools/tools/ath/athdebug/athdebug.c | grep "athdebug.c" * $FreeBSD: src/tools/tools/ath/athdebug/athdebug.c,v 1.2.2.1 2006/01/31 20:48:20 sam Exp $ In the madwifi 0.9.1 release, there is propably newer version, could it help it to commit ? # cat /usr/src/madwifi-0.9.1/tools/athdebug.c | grep "athdebug.c" * $Id: athdebug.c 1539 2006-05-05 04:17:59Z jbicket $ Thank you for your hard work. Daniel From owner-freebsd-current@FreeBSD.ORG Fri Sep 1 19:26:46 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D530216A51B; Fri, 1 Sep 2006 19:26:46 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 35C7343DDB; Fri, 1 Sep 2006 19:26:20 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5FC22.dip.t-dialin.net [84.165.252.34]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.6/8.13.6) with ESMTP id k81J5NqI085199; Fri, 1 Sep 2006 21:06:28 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from localhost (webmail.Leidinger.net [192.168.1.102]) by Andro-Beta.Leidinger.net (8.13.4/8.13.3) with ESMTP id k8197ft1029099; Fri, 1 Sep 2006 11:07:41 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from psbru.cec.eu.int (psbru.cec.eu.int [158.169.131.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Fri, 01 Sep 2006 11:07:41 +0200 Message-ID: <20060901110741.szps9tr98gs484ow@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Fri, 01 Sep 2006 11:07:41 +0200 From: Alexander Leidinger To: Ivan Voras References: <20060831121426.GA27060@stud.ntnu.no> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.1.3) / FreeBSD-7.0 X-Virus-Scanned: by amavisd-new Cc: freebsd-current@FreeBSD.org, freebsd-arch@FreeBSD.org Subject: Re: Improvements to gvinum and it's future X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Sep 2006 19:26:46 -0000 Quoting Ivan Voras (from Thu, 31 Aug 2006 14:42:10 +0200): > Ulf Lilleengen wrote: > >> Now, one could ask why I bother doing work on gvinum now, since we =20 >> have gmirror, >> gconcat, graid3 and all that. The reason is that gvinum is =20 >> important as a volume >> manager. Ivan Voras' work on gvirstor seems very promising as a =20 >> foundation of a >> new volume manager, and I've been planning to start working on =20 >> utilities (fvm, >> freebsd volume manager) that utilize these new geom classes instead =20 >> of having to >> maintain a separate RAID implementations, but that will take time, =20 >> and meanwhile > > I'm not the one with power-of-decision here, but I think this would be > very counter-productive. I'd suggest a different approach, of which I > had plans on actually doing, but got sidetracked - to build a userland > utility that would use existing GEOM classes in more-or-less opaque way > to the user (meaning: users don't have to be aware of actual kernel > classes to do the job). > > The idea was to build a curses terminal interface application May I direct your eyes to our now tool "sade" in -current? Bye, Alexander. --=20 If truth is beauty, how come no one has their hair done in the library? =09=09-- Lily Tomlin http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-current@FreeBSD.ORG Fri Sep 1 20:06:07 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 38B1616A4DE; Fri, 1 Sep 2006 20:06:07 +0000 (UTC) (envelope-from prvs=julian=392b3a9d5@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id F2BA443D45; Fri, 1 Sep 2006 20:06:06 +0000 (GMT) (envelope-from prvs=julian=392b3a9d5@elischer.org) Received: from unknown (HELO [10.251.18.229]) ([10.251.18.229]) by a50.ironport.com with ESMTP; 01 Sep 2006 13:06:07 -0700 Message-ID: <44F892AE.8040409@elischer.org> Date: Fri, 01 Sep 2006 13:06:06 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.13) Gecko/20060414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Oliver Fromme References: <200609011707.k81H7Ych050627@lurza.secnetix.de> In-Reply-To: <200609011707.k81H7Ych050627@lurza.secnetix.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: suggested addition to 'date' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Sep 2006 20:06:07 -0000 Oliver Fromme wrote: >Julian Elischer wrote: > > Oliver Fromme wrote: > > > John Baldwin wrote: > > > > Oliver Fromme wrote: > > > > > There's another possibility, which doesn't require a new > > > > > option letter at all. You could add a new escape sequence > > > > > to the format string, e.g. "%*". Whenever date(1) is > > > > > called with a format string containing that sequence, it > > > > > goes into filter mode and replaces the sequence with the > > > > > current line. That would also enable you to be more > > > > > flexible with the placement of the timestamps. > > > > > For example: > > > > > > > > > > $ printf 'foo\nbar\nbaz\n' | date +'%H:%M:%S %*' > > > > > 16:39:58 foo > > > > > 16:39:58 bar > > > > > 16:39:58 baz > > > > > > > > I prefer this of all the suggestions so far. > > > > > > It's not very difficult, so I created a patch which does > > > exactly that (includes an addition for the manpage, too). > > > I've submitted it as bin/102609: > > > > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=102609 > > > > A couple of comments: > > > > you don't need to run strftime for each line if the time hasn't changed. > > (My original patch checks this) > >Good idea. I'll update the patch. > > > What is the effective maximum line length for a single fgetln? > >It's unlimited. fgetln() allocates sufficient amount of >memory dynamically, that's why I used it instead of fgets(). >It avoids reinventing the wheel. > > NOTHING is unlimitted. what happens with a 3GB sequence of characters with no newlines? >Best regards > Oliver > > > From owner-freebsd-current@FreeBSD.ORG Fri Sep 1 20:08:13 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C90C16A4DA; Fri, 1 Sep 2006 20:08:13 +0000 (UTC) (envelope-from prvs=julian=392b3a9d5@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6891143D5C; Fri, 1 Sep 2006 20:08:11 +0000 (GMT) (envelope-from prvs=julian=392b3a9d5@elischer.org) Received: from unknown (HELO [10.251.18.229]) ([10.251.18.229]) by a50.ironport.com with ESMTP; 01 Sep 2006 13:08:11 -0700 Message-ID: <44F8932A.6090806@elischer.org> Date: Fri, 01 Sep 2006 13:08:10 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.13) Gecko/20060414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Garance A Drosehn References: <200608281545.k7SFjn6l063922@lurza.secnetix.de> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= , freebsd-current@freebsd.org, Oliver Fromme Subject: Re: suggested addition to 'date' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Sep 2006 20:08:13 -0000 Garance A Drosehn wrote: > At 5:45 PM +0200 8/28/06, Oliver Fromme wrote: > >> John Baldwin wrote: >> > Oliver Fromme wrote: >> > > There's another possibility, which doesn't require a new >> > > option letter at all. You could add a new escape sequence >> > > to the format string, e.g. "%*". Whenever date(1) is >> > > called with a format string containing that sequence, it >> > > goes into filter mode and replaces the sequence with the >> > > current line. > > > Note that the main objection to this option (at least from my > point of view) is that date should not be going into filter > mode. Not ever. Date is a command to set or display dates. > It is not a command to filter files. 'cat' would be a more > appropriate place to add this option. well that's your opinion and it's as arbitrary as mine is.. I think Date's job is to output dates (and set them). To me it makes sense to include the categories of output called "Appending" and "Prepending". From owner-freebsd-current@FreeBSD.ORG Fri Sep 1 20:55:40 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AB83316A4DA for ; Fri, 1 Sep 2006 20:55:40 +0000 (UTC) (envelope-from faber@ISI.EDU) Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B7BB43D6A for ; Fri, 1 Sep 2006 20:55:27 +0000 (GMT) (envelope-from faber@ISI.EDU) Received: from hut.isi.edu (hut.isi.edu [128.9.168.160]) by boreas.isi.edu (8.13.8/8.13.6) with ESMTP id k81KsTdD023102 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 1 Sep 2006 13:54:29 -0700 (PDT) Received: (from faber@localhost) by hut.isi.edu (8.13.8/8.13.8/Submit) id k81KsTZT025081; Fri, 1 Sep 2006 13:54:29 -0700 (PDT) (envelope-from faber) Date: Fri, 1 Sep 2006 13:54:29 -0700 From: Ted Faber To: Julian Elischer Message-ID: <20060901205429.GF20006@hut.isi.edu> References: <200609011707.k81H7Ych050627@lurza.secnetix.de> <44F892AE.8040409@elischer.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Y/WcH0a6A93yCHGr" Content-Disposition: inline In-Reply-To: <44F892AE.8040409@elischer.org> User-Agent: Mutt/1.4.2.2i X-url: http://www.isi.edu/~faber X-ISI-4-43-8-MailScanner: Found to be clean X-MailScanner-From: faber@hut.isi.edu Cc: freebsd-current@freebsd.org, Oliver Fromme Subject: Re: suggested addition to 'date' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Sep 2006 20:55:40 -0000 --Y/WcH0a6A93yCHGr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Sep 01, 2006 at 01:06:06PM -0700, Julian Elischer wrote: > Oliver Fromme wrote: >=20 > >Julian Elischer wrote: > >> Oliver Fromme wrote: > >> > John Baldwin wrote: > >> > > Oliver Fromme wrote: > >> > > > There's another possibility, which doesn't require a new > >> > > > option letter at all. You could add a new escape sequence > >> > > > to the format string, e.g. "%*". Whenever date(1) is > >> > > > called with a format string containing that sequence, it > >> > > > goes into filter mode and replaces the sequence with the > >> > > > current line. That would also enable you to be more > >> > > > flexible with the placement of the timestamps. > >> > > > For example: > >> > > >=20 > >> > > > $ printf 'foo\nbar\nbaz\n' | date +'%H:%M:%S %*' > >> > > > 16:39:58 foo > >> > > > 16:39:58 bar > >> > > > 16:39:58 baz > >> > >=20 > >> > > I prefer this of all the suggestions so far. > >> >=20 > >> > It's not very difficult, so I created a patch which does > >> > exactly that (includes an addition for the manpage, too). > >> > I've submitted it as bin/102609: > >> >=20 > >> > http://www.freebsd.org/cgi/query-pr.cgi?pr=3D102609 > >>=20 > >> A couple of comments: > >>=20 > >> you don't need to run strftime for each line if the time hasn't change= d. > >> (My original patch checks this) > > > >Good idea. I'll update the patch. > > > >> What is the effective maximum line length for a single fgetln? > > > >It's unlimited. fgetln() allocates sufficient amount of > >memory dynamically, that's why I used it instead of fgets(). > >It avoids reinventing the wheel. > >=20 > > >=20 > NOTHING is unlimitted. > what happens with a 3GB sequence of characters with no newlines? $ man fgetln [ ... ]=20 The fgetln() function may also fail and set errno for any of the errors specified for the routines fflush(3), malloc(3), read(2), stat(2), or realloc(3). [...] Looking at realloc, it sounds like you'll either get a 3GB string or NULL and ENOMEM in errno. --=20 Ted Faber http://www.isi.edu/~faber PGP: http://www.isi.edu/~faber/pubkeys.= asc Unexpected attachment on this mail? See http://www.isi.edu/~faber/FAQ.html#= SIG --Y/WcH0a6A93yCHGr Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE+J4EaUz3f+Zf+XsRAu4/AKDSp2uRCEp1g32e2sOgKOa/grh/DACghkWg jO4PYBn50HBE0Ow88B0zzhA= =pFp9 -----END PGP SIGNATURE----- --Y/WcH0a6A93yCHGr-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 1 21:04:58 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 31D5E16A4DD; Fri, 1 Sep 2006 21:04:58 +0000 (UTC) (envelope-from gad@FreeBSD.org) Received: from smtp8.server.rpi.edu (smtp8.server.rpi.edu [128.113.2.228]) by mx1.FreeBSD.org (Postfix) with ESMTP id ADA8343D45; Fri, 1 Sep 2006 21:04:57 +0000 (GMT) (envelope-from gad@FreeBSD.org) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp8.server.rpi.edu (8.13.1/8.13.1) with ESMTP id k81L4oXK023046; Fri, 1 Sep 2006 17:04:50 -0400 Mime-Version: 1.0 Message-Id: In-Reply-To: <44F8932A.6090806@elischer.org> References: <200608281545.k7SFjn6l063922@lurza.secnetix.de> <44F8932A.6090806@elischer.org> Date: Fri, 1 Sep 2006 17:04:49 -0400 To: Julian Elischer From: Garance A Drosehn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-CanItPRO-Stream: default X-RPI-SA-Score: undef - spam-scanning disabled X-Scanned-By: CanIt (www . canit . ca) Cc: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= , freebsd-current@FreeBSD.org, Oliver Fromme , jhb@FreeBSD.org Subject: Re: suggested addition to 'date' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Sep 2006 21:04:58 -0000 At 1:08 PM -0700 9/1/06, Julian Elischer wrote: > >Garance A Drosehn wrote: >>Note that the main objection to this option (at least from my >>point of view) is that date should not be going into filter >>mode. Not ever. Date is a command to set or display dates. >>It is not a command to filter files. 'cat' would be a more >>appropriate place to add this option. > > >well that's your opinion and it's as arbitrary as mine is.. Yes. I am only expressing my opinion, as I am entitled to do. What happens wrt the code in the freebsd repository depends on the combined opinion of members, aka "voting". This is my vote. It is a perfectly good option to have in 'cat', but it seems out-of-place to turn the 'date' command into a filter. Others in the project can express their own votes, whatever those votes may be. If there are a fair number of votes for adding this option to the 'date' command, then certainly I will be happy with that result. -- Garance Alistair Drosehn = drosehn@rpi.edu Senior Systems Programmer or gad@FreeBSD.org Rensselaer Polytechnic Institute; Troy, NY; USA From owner-freebsd-current@FreeBSD.ORG Fri Sep 1 21:08:06 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 538A316A4DA for ; Fri, 1 Sep 2006 21:08:06 +0000 (UTC) (envelope-from gad@FreeBSD.org) Received: from smtp8.server.rpi.edu (smtp8.server.rpi.edu [128.113.2.228]) by mx1.FreeBSD.org (Postfix) with ESMTP id D485043D5A for ; Fri, 1 Sep 2006 21:08:05 +0000 (GMT) (envelope-from gad@FreeBSD.org) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp8.server.rpi.edu (8.13.1/8.13.1) with ESMTP id k81L82Zu023762; Fri, 1 Sep 2006 17:08:03 -0400 Mime-Version: 1.0 Message-Id: In-Reply-To: <44F892AE.8040409@elischer.org> References: <200609011707.k81H7Ych050627@lurza.secnetix.de> <44F892AE.8040409@elischer.org> Date: Fri, 1 Sep 2006 17:08:02 -0400 To: Julian Elischer , Oliver Fromme From: Garance A Drosehn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-CanItPRO-Stream: default X-RPI-SA-Score: undef - spam-scanning disabled X-Scanned-By: CanIt (www . canit . ca) Cc: freebsd-current@FreeBSD.org Subject: Re: suggested addition to 'date' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Sep 2006 21:08:06 -0000 At 1:06 PM -0700 9/1/06, Julian Elischer wrote: >Oliver Fromme wrote: > >>Julian Elischer wrote: >> >>> What is the effective maximum line length for a single fgetln? >> >>It's unlimited. fgetln() allocates sufficient amount of >>memory dynamically, that's why I used it instead of fgets(). >>It avoids reinventing the wheel. >> > >NOTHING is unlimitted. >what happens with a 3GB sequence of characters with no newlines? This is exactly the type of question that we already know is answered in 'cat', because the 'cat' command is already acting as a filter. It already has acceptable behavior with large files, and with I/O errors, etc. I think some kind of date-prefixing option would be a good idea in the 'cat' command. I am not objecting to the option, I'm just saying that the option seems more appropriate for the 'cat' command. -- Garance Alistair Drosehn = drosehn@rpi.edu Senior Systems Programmer or gad@FreeBSD.org Rensselaer Polytechnic Institute; Troy, NY; USA From owner-freebsd-current@FreeBSD.ORG Fri Sep 1 22:05:48 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A7EE716A4DA; Fri, 1 Sep 2006 22:05:48 +0000 (UTC) (envelope-from davidch@broadcom.com) Received: from mms1.broadcom.com (mms1.broadcom.com [216.31.210.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id B0C4C43D46; Fri, 1 Sep 2006 22:05:37 +0000 (GMT) (envelope-from davidch@broadcom.com) Received: from 10.10.64.154 by mms1.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.2.0)); Fri, 01 Sep 2006 15:05:28 -0700 X-Server-Uuid: F962EFE0-448C-40EE-8100-87DF498ED0EA Received: by mail-irva-10.broadcom.com (Postfix, from userid 47) id 616702AF; Fri, 1 Sep 2006 15:05:28 -0700 (PDT) Received: from mail-irva-8.broadcom.com (mail-irva-8 [10.10.64.221]) by mail-irva-10.broadcom.com (Postfix) with ESMTP id 3CE512AE; Fri, 1 Sep 2006 15:05:28 -0700 (PDT) Received: from mail-irva-12.broadcom.com (mail-irva-12.broadcom.com [10.10.64.146]) by mail-irva-8.broadcom.com (MOS 3.7.5a-GA) with ESMTP id EEF07398; Fri, 1 Sep 2006 15:05:25 -0700 (PDT) Received: from NT-IRVA-0750.brcm.ad.broadcom.com (nt-irva-0750 [10.8.194.64]) by mail-irva-12.broadcom.com (Postfix) with ESMTP id 6EDA569CA4; Fri, 1 Sep 2006 15:05:25 -0700 (PDT) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Fri, 1 Sep 2006 15:05:22 -0700 Message-ID: <09BFF2FA5EAB4A45B6655E151BBDD90301E2F765@NT-IRVA-0750.brcm.ad.broadcom.com> In-Reply-To: <1157135933.667.9.camel@localhost> Thread-Topic: Fatal trap 30 when loading if_xl Thread-Index: AcbN9pMIS+odJtOiR9eox22TdFSumgAG+m7w From: "David Christensen" To: "Joel Dahl" , "Paolo Pisati" X-TMWD-Spam-Summary: SEV=1.1; DFV=A2006090108; IFV=2.0.6,4.0-7; RPD=4.00.0004; RPDID=303030312E30413031303230342E34344638414435302E303030382D412D; ENG=IBF; TS=20060901220529; CAT=NONE; CON=NONE; X-MMS-Spam-Filter-ID: A2006090108_4.00.0004_2.0.6,4.0-7 X-WSS-ID: 68E671223CC3839837-01-01 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Cc: FreeBSD_Current Subject: RE: Fatal trap 30 when loading if_xl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Sep 2006 22:05:48 -0000 > On Sat, 2006-08-19 at 23:18 +0200, Paolo Pisati wrote: > > Today's CURRENT panic my box everytime i load > > if_xl: >=20 > Another "me too". My machine (with a 3 days old current installation) > panics when I use kldload. Loading modules at boot time > using /boot/loader.conf works fine though. >=20 I added "kern.smp.disabled=3D1" to my /boot/loader.conf file and I can now load modules from the command line, no panics. Dave From owner-freebsd-current@FreeBSD.ORG Fri Sep 1 22:49:31 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BF8C116A4DA for ; Fri, 1 Sep 2006 22:49:30 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx24.fluidhosting.com [204.14.89.7]) by mx1.FreeBSD.org (Postfix) with SMTP id 15F9543D46 for ; Fri, 1 Sep 2006 22:49:28 +0000 (GMT) (envelope-from dougb@FreeBSD.org) Received: (qmail 5646 invoked by uid 399); 1 Sep 2006 22:49:26 -0000 Received: from localhost (HELO ?192.168.0.12?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 1 Sep 2006 22:49:26 -0000 Date: Fri, 1 Sep 2006 15:49:24 -0700 (PDT) From: Doug Barton To: Pyun YongHyeon In-Reply-To: <20060831111907.GF52038@cdnetworks.co.kr> Message-ID: <20060901154701.K69435@qbhto.arg> References: <09BFF2FA5EAB4A45B6655E151BBDD90301E2F1CF@NT-IRVA-0750.brcm.ad.broadcom.com> <44F65687.2050108@delphij.net> <20060831033716.GB52038@cdnetworks.co.kr> <44F69AF1.5090205@delphij.net> <20060831102529.GE52038@cdnetworks.co.kr> <44F6BD52.9030601@delphij.net> <20060831111907.GF52038@cdnetworks.co.kr> Organization: http://www.FreeBSD.org/ X-OpenPGP-Key-ID: 0xD5B2F0FB X-message-flag: Outlook -- Not just for spreading viruses anymore! MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: David Christensen , LI Xin , freebsd-current@freebsd.org Subject: Re: bge(4) on BCM 5752 A02 panic due to media autoselect X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Sep 2006 22:49:31 -0000 On Thu, 31 Aug 2006, Pyun YongHyeon wrote: > On Thu, Aug 31, 2006 at 06:43:30PM +0800, LI Xin wrote: > > Pyun YongHyeon wrote: > > > On Thu, Aug 31, 2006 at 04:16:49PM +0800, LI Xin wrote: > > > > Pyun YongHyeon wrote: > > [snip] > > > > > It would be great if you can test the brgphy patch. I'll commit the > > > > > patch if it work on your box. > > > > > > > > Sure, I would be more than happy to do that. Which brgphy patch do you > > > > want me to test? (I have patched brgphy.c and miidevs to make BCM5752 > > > > to attach as brgphy and it resolved the panic, but I am not quite sure > > > > if that is what you want, though) > > > > > > > > > > That's exactly the same patch I've made for stable. > > > (You've already patched it to work on CURRENT.) > > > > That's nice! Will you commit it against -CURRENT so we have a reasonable > > settlement period and MFC it before we ship 6.2-RELEASE? Because bge(4) > > is widely deployed, it's important to make sure that maximum > > compatibility is being maintained across releases, so getting it into > > the -CURRENT earlier will provide more feedbacks. > > > > Done.(miidevs, rev. 1.34 brgphy.c, rev. 1.46) I'm running this currently, with the following: BCM5705M Broadcom NetXtreme Gigabit Ethernet I've done a few medium-stress things, like c[v]sup my repo and ports trees, download a bunch of small files, download a big file, etc. So far no problems. hth, Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Fri Sep 1 22:51:26 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F405B16A4E0 for ; Fri, 1 Sep 2006 22:51:25 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.178]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B4B843D55 for ; Fri, 1 Sep 2006 22:51:22 +0000 (GMT) (envelope-from jfvogel@gmail.com) Received: by py-out-1112.google.com with SMTP id o67so1421527pye for ; Fri, 01 Sep 2006 15:51:21 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=k/II5UB0E16IzXVV+9/gGvkqEW4zG9KRW4cQcDeAmkPcUAOb7iEuenTX1CKozenc66QDwZJihMnVZjGV29Usq2uGEmW2J9LiJs03LtfOeaXbwIDslcPURCk98OUxMZgHLHKnrMSpWRdEhhrEXJcO3Rl3grpIsQb+dTho9dcqC5E= Received: by 10.35.103.1 with SMTP id f1mr3987272pym; Fri, 01 Sep 2006 15:51:21 -0700 (PDT) Received: by 10.35.119.1 with HTTP; Fri, 1 Sep 2006 15:51:21 -0700 (PDT) Message-ID: <2a41acea0609011551v40338539u4eef48d091dd12ab@mail.gmail.com> Date: Fri, 1 Sep 2006 15:51:21 -0700 From: "Jack Vogel" To: freebsd-net , freebsd-current MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_13875_32385575.1157151081575" Cc: Subject: RFC: TSO patch for current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Sep 2006 22:51:26 -0000 ------=_Part_13875_32385575.1157151081575 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline This is a patch for the stack and the em driver to enable TSO on CURRENT. Previously I had problems getting it to work, but this is functional. I should note that CURRENT is being a pain right now, when I comment out em in the config the kernel panics coming up, so I had to substitute this code into the tree. Rather bizarre :) I have this functionality running on a 6.1 based system, and our test group is already testing against that driver, so far things are looking good. I have designed it so the driver can continue to be built without support. There is also a sysctl in the stack code so you can set net.inet.tcp.tso_enable on or off and compare. I know there may be some refinements to add in, but I would like to get this into CURRENT as a start. Comments? Jack ------=_Part_13875_32385575.1157151081575 Content-Type: text/x-patch; name=em-current-tso.patch; charset=ANSI_X3.4-1968 Content-Transfer-Encoding: base64 X-Attachment-Id: f_erlkv0es Content-Disposition: attachment; filename="em-current-tso.patch" LS0tIGRpc3QvaWZfZW0uaAlUaHUgQXVnICAzIDEyOjA1OjA0IDIwMDYKKysrIGlmX2VtLmgJRnJp IFNlcCAgMSAxNTo1NTozMCAyMDA2CkBAIC0zNiw2ICszNiw4IEBACiAjaWZuZGVmIF9FTV9IX0RF RklORURfCiAjZGVmaW5lIF9FTV9IX0RFRklORURfCiAKKyNkZWZpbmUgVENQX1RTTworCiAvKiBU dW5hYmxlcyAqLwogCiAvKgpAQCAtMTM4LDYgKzE0MCwxMSBAQAogI2RlZmluZSBFTV9DSEVDS1NV TV9GRUFUVVJFUyAgICAgICAgICAgIChDU1VNX1RDUCB8IENTVU1fVURQKQogCiAvKgorICogSW5m b3JtIHRoZSBzdGFjayBhYm91dCB0cmFuc21pdCBzZWdtZW50YXRpb24gb2ZmbG9hZCBjYXBhYmls aXRpZXMuCisgKi8KKyNkZWZpbmUgRU1fVENQU0VHX0ZFQVRVUkVTCQlDU1VNX1RDUFNFRworCisv KgogICogVGhpcyBwYXJhbWV0ZXIgY29udHJvbHMgdGhlIGR1cmF0aW9uIG9mIHRyYW5zbWl0IHdh dGNoZG9nIHRpbWVyLgogICovCiAjZGVmaW5lIEVNX1RYX1RJTUVPVVQgICAgICAgICAgICAgICAg ICAgNSAgICAvKiBzZXQgdG8gNSBzZWNvbmRzICovCkBAIC0yMjUsNiArMjMyLDcgQEAKICNkZWZp bmUgRU1fUlhCVUZGRVJfMTYzODQgICAgICAxNjM4NAogCiAjZGVmaW5lIEVNX01BWF9TQ0FUVEVS ICAgICAgICAgICAgNjQKKyNkZWZpbmUgRU1fVFNPX1NJWkUJCTY1NTM1CiAKIHR5cGVkZWYgZW51 bSBfWFNVTV9DT05URVhUX1QgewogCU9GRkxPQURfTk9ORSwKQEAgLTMwNyw2ICszMTUsNyBAQAog ICAgICAgICB1aW50MzJfdAkJdHhkX2NtZDsKIAlzdHJ1Y3QgZW1fYnVmZmVyCSp0eF9idWZmZXJf YXJlYTsKIAlidXNfZG1hX3RhZ190CQl0eHRhZzsJCS8qIGRtYSB0YWcgZm9yIHR4ICovCisJdWlu dDMyX3QJCXR4X3RzbzsJCS8qIGxhc3QgdHggd2FzIHRzbyAqLwogCiAJLyogCiAJICogUmVjZWl2 ZSBkZWZpbml0aW9ucwotLS0gZGlzdC9pZl9lbS5jCUZyaSBBdWcgIDQgMDA6NTY6MzMgMjAwNgor KysgaWZfZW0uYwlGcmkgU2VwICAxIDE1OjU4OjIzIDIwMDYKQEAgLTcyLDYgKzcyLDggQEAKICNp bmNsdWRlIDxuZXRpbmV0L3RjcC5oPgogI2luY2x1ZGUgPG5ldGluZXQvdWRwLmg+CiAKKyNpbmNs dWRlIDxtYWNoaW5lL2luX2Nrc3VtLmg+CisKICNpbmNsdWRlIDxkZXYvcGNpL3BjaXZhci5oPgog I2luY2x1ZGUgPGRldi9wY2kvcGNpcmVnLmg+CiAjaW5jbHVkZSA8ZGV2L2VtL2lmX2VtX2h3Lmg+ CkBAIC0yMjksNiArMjMxLDEwIEBACiAJCSAgICBzdHJ1Y3QgbWJ1ZiAqKTsKIHN0YXRpYyB2b2lk CWVtX3RyYW5zbWl0X2NoZWNrc3VtX3NldHVwKHN0cnVjdCBhZGFwdGVyICosIHN0cnVjdCBtYnVm ICosCiAJCSAgICB1aW50MzJfdCAqLCB1aW50MzJfdCAqKTsKKyNpZmRlZiBUQ1BfVFNPCitzdGF0 aWMgYm9vbGVhbl90IGVtX3Rzb19zZXR1cChzdHJ1Y3QgYWRhcHRlciAqLCBzdHJ1Y3QgbWJ1ZiAq LCB1X2ludDMyX3QgKiwKKyAgICAgICAgICAgICAgICAgICAgdWludDMyX3QgKik7CisjZW5kaWYK IHN0YXRpYyB2b2lkCWVtX3NldF9wcm9taXNjKHN0cnVjdCBhZGFwdGVyICopOwogc3RhdGljIHZv aWQJZW1fZGlzYWJsZV9wcm9taXNjKHN0cnVjdCBhZGFwdGVyICopOwogc3RhdGljIHZvaWQJZW1f c2V0X211bHRpKHN0cnVjdCBhZGFwdGVyICopOwpAQCAtMzAyLDYgKzMwOCw3IEBACiAKICNkZWZp bmUgRTEwMDBfVElDS1NfVE9fVVNFQ1ModGlja3MpCSgoMTAyNCAqICh0aWNrcykgKyA1MDApIC8g MTAwMCkKICNkZWZpbmUgRTEwMDBfVVNFQ1NfVE9fVElDS1ModXNlY3MpCSgoMTAwMCAqICh1c2Vj cykgKyA1MTIpIC8gMTAyNCkKKyNkZWZpbmUgTV9UU09fTEVOCQkJNjYKIAogc3RhdGljIGludCBl bV90eF9pbnRfZGVsYXlfZGZsdCA9IEUxMDAwX1RJQ0tTX1RPX1VTRUNTKEVNX1RJRFYpOwogc3Rh dGljIGludCBlbV9yeF9pbnRfZGVsYXlfZGZsdCA9IEUxMDAwX1RJQ0tTX1RPX1VTRUNTKEVNX1JE VFIpOwpAQCAtMTA2MSwxMSArMTA2OCwxNCBAQAogCWlmcC0+aWZfZHJ2X2ZsYWdzIHw9IElGRl9E UlZfUlVOTklORzsKIAlpZnAtPmlmX2Rydl9mbGFncyAmPSB+SUZGX0RSVl9PQUNUSVZFOwogCisJ aWZwLT5pZl9od2Fzc2lzdCA9IDA7CiAJaWYgKGFkYXB0ZXItPmh3Lm1hY190eXBlID49IGVtXzgy NTQzKSB7CiAJCWlmIChpZnAtPmlmX2NhcGVuYWJsZSAmIElGQ0FQX1RYQ1NVTSkKIAkJCWlmcC0+ aWZfaHdhc3Npc3QgPSBFTV9DSEVDS1NVTV9GRUFUVVJFUzsKLQkJZWxzZQotCQkJaWZwLT5pZl9o d2Fzc2lzdCA9IDA7CisjaWZkZWYgVENQX1RTTworCQlpZiAoaWZwLT5pZl9jYXBlbmFibGUgJiBJ RkNBUF9UQ1BTRUcpCisJCQlpZnAtPmlmX2h3YXNzaXN0IHw9IEVNX1RDUFNFR19GRUFUVVJFUzsK KyNlbmRpZgogCX0KIAogCWNhbGxvdXRfcmVzZXQoJmFkYXB0ZXItPnRpbWVyLCBoeiwgZW1fbG9j YWxfdGltZXIsIGFkYXB0ZXIpOwpAQCAtMTQxNiwxMSArMTQyNiwxNyBAQAogCXN0cnVjdCBtX3Rh ZwkJKm10YWc7CiAJdWludDMyX3QJCXR4ZF91cHBlciwgdHhkX2xvd2VyLCB0eGRfdXNlZCwgdHhk X3NhdmVkOwogCWludAkJCW5zZWdzLCBpLCBqOwotCWludAkJCWVycm9yOworCWludAkJCWVycm9y LCBkb190c28sIHRzb19kZXNjID0gMDsKIAogCW1faGVhZCA9ICptX2hlYWRwOwogCWN1cnJlbnRf dHhfZGVzYyA9IE5VTEw7Ci0JdHhkX3VzZWQgPSB0eGRfc2F2ZWQgPSAwOworCXR4ZF91cHBlciA9 IHR4ZF9sb3dlciA9IHR4ZF91c2VkID0gdHhkX3NhdmVkID0gMDsKKworI2lmZGVmIFRDUF9UU08K KyAgICAgICAgZG9fdHNvID0gKChtX2hlYWQtPm1fcGt0aGRyLmNzdW1fZmxhZ3MgJiBDU1VNX1RD UFNFRykgIT0gMCk7CisjZWxzZQorICAgICAgICBkb190c28gPSAwOworI2VuZGlmCiAKIAkvKgog CSAqIEZvcmNlIGEgY2xlYW51cCBpZiBudW1iZXIgb2YgVFggZGVzY3JpcHRvcnMKQEAgLTE0NzMs NiArMTQ4OSwxNyBAQAogCQkqbV9oZWFkcCA9IG1faGVhZDsKIAl9CiAKKyAgICAgICAgLyoKKyAg ICAgICAgICogVFNPIHdvcmthcm91bmQ6CisgICAgICAgICAqICBJZiBhbiBtYnVmIGlzIG9ubHkg aGVhZGVyIHdlIG5lZWQKKyAgICAgICAgICogICAgIHRvIHB1bGwgNCBieXRlcyBvZiBkYXRhIGlu dG8gaXQuCisgICAgICAgICAqLworICAgICAgICBpZiAoZG9fdHNvICYmIChtX2hlYWQtPm1fbGVu IDw9IE1fVFNPX0xFTikpIHsKKyAgICAgICAgICAgICAgICBtX2hlYWQgPSBtX3B1bGx1cChtX2hl YWQsIE1fVFNPX0xFTiArIDQpOworICAgICAgICAgICAgICAgIGlmIChtX2hlYWQgPT0gTlVMTCkK KyAgICAgICAgICAgICAgICAgICAgICAgIHJldHVybiAoRU5PQlVGUyk7CisgICAgICAgIH0KKwog CS8qCiAJICogTWFwIHRoZSBwYWNrZXQgZm9yIERNQS4KIAkgKi8KQEAgLTE0ODcsMjMgKzE1MTQs NDMgQEAKIAl9CiAJS0FTU0VSVChuc2VncyAhPSAwLCAoImVtX2VuY2FwOiBlbXB0eSBwYWNrZXQi KSk7CiAKLQlpZiAobnNlZ3MgPiBhZGFwdGVyLT5udW1fdHhfZGVzY19hdmFpbCkgeworICAgICAg ICAvKgorICAgICAgICAgKiBUU08gSGFyZHdhcmUgd29ya2Fyb3VuZCwgaWYgdGhpcyBwYWNrZXQg aXMgbm90CisgICAgICAgICAqIFRTTywgYW5kIGlzIG9ubHkgYSBzaW5nbGUgZGVzY3JpcHRvciBs b25nLCBhbmQKKyAgICAgICAgICogaXQgZm9sbG93cyBhIFRTTyBidXJzdCwgdGhlbiB3ZSBuZWVk IHRvIGFkZCBhCisgICAgICAgICAqIHNlbnRpbmVsIGRlc2NyaXB0b3IgdG8gcHJldmVudCBwcmVt YXR1cmUgd3JpdGViYWNrLgorICAgICAgICAgKi8KKyAgICAgICAgaWYgKChkb190c28gPT0gMCkg JiYgKGFkYXB0ZXItPnR4X3RzbyA9PSBUUlVFKSkgeworICAgICAgICAgICAgICAgIGlmIChuc2Vn cyA9PSAxKQorICAgICAgICAgICAgICAgICAgICAgICAgdHNvX2Rlc2MgPSBUUlVFOworICAgICAg ICAgICAgICAgIGFkYXB0ZXItPnR4X3RzbyA9IEZBTFNFOworICAgICAgICB9CisKKwlpZiAobnNl Z3MgPiBhZGFwdGVyLT5udW1fdHhfZGVzY19hdmFpbCAtIDIpIHsKIAkJYWRhcHRlci0+bm9fdHhf ZGVzY19hdmFpbDIrKzsKIAkJZXJyb3IgPSBFTk9CVUZTOwogCQlnb3RvIGVuY2FwX2ZhaWw7CiAJ fQogCi0JaWYgKGlmcC0+aWZfaHdhc3Npc3QgPiAwKQotCQllbV90cmFuc21pdF9jaGVja3N1bV9z ZXR1cChhZGFwdGVyLCAgbV9oZWFkLCAmdHhkX3VwcGVyLCAmdHhkX2xvd2VyKTsKLQllbHNlCi0J CXR4ZF91cHBlciA9IHR4ZF9sb3dlciA9IDA7CisgICAgICAgIC8qIERvIGhhcmR3YXJlIGFzc2lz dHMgKi8KKyAgICAgICAgaWYgKCBpZnAtPmlmX2h3YXNzaXN0ID4gMCkgeworI2lmZGVmIFRDUF9U U08KKyAgICAgICAgICAgICAgICBpZiAoZW1fdHNvX3NldHVwKGFkYXB0ZXIsIG1faGVhZCwgJnR4 ZF91cHBlciwgJnR4ZF9sb3dlcikpIHsKKyAgICAgICAgICAgICAgICAgICAgICAgIC8qIHdlIG5l ZWQgdG8gbWFrZSBhIGZpbmFsIHNlbnRpbmVsIHRyYW5zbWl0IGRlc2MgKi8KKyAgICAgICAgICAg ICAgICAgICAgICAgIHRzb19kZXNjID0gVFJVRTsKKyAgICAgICAgICAgICAgICB9IGVsc2UKKyNl bmRpZgorICAgICAgICAgICAgICAgICAgICAgICAgZW1fdHJhbnNtaXRfY2hlY2tzdW1fc2V0dXAo YWRhcHRlciwgIG1faGVhZCwKKyAgICAgICAgICAgICAgICAgICAgICAgICAgICAmdHhkX3VwcGVy LCAmdHhkX2xvd2VyKTsKKyAgICAgICAgfQogCiAJaSA9IGFkYXB0ZXItPm5leHRfYXZhaWxfdHhf ZGVzYzsKLQlpZiAoYWRhcHRlci0+cGNpeF84MjU0NCkgeworCWlmIChhZGFwdGVyLT5wY2l4Xzgy NTQ0KQogCQl0eGRfc2F2ZWQgPSBpOwotCQl0eGRfdXNlZCA9IDA7Ci0JfQorCiAJZm9yIChqID0g MDsgaiA8IG5zZWdzOyBqKyspIHsKKyAgICAgICAgICAgICAgICBidXNfc2l6ZV90IHNlZ19sZW47 CisgICAgICAgICAgICAgICAgYnVzX2FkZHJfdCBzZWdfYWRkcjsKIAkJLyogSWYgYWRhcHRlciBp cyA4MjU0NCBhbmQgb24gUENJWCBidXMuICovCiAJCWlmKGFkYXB0ZXItPnBjaXhfODI1NDQpIHsK IAkJCURFU0NfQVJSQVkJZGVzY19hcnJheTsKQEAgLTE1MzcsMjYgKzE1ODQsNTcgQEAKIAkJCQl0 eGRfdXNlZCsrOwogCQkJfQogCQl9IGVsc2UgewotCQkJdHhfYnVmZmVyID0gJmFkYXB0ZXItPnR4 X2J1ZmZlcl9hcmVhW2ldOwotCQkJY3VycmVudF90eF9kZXNjID0gJmFkYXB0ZXItPnR4X2Rlc2Nf YmFzZVtpXTsKLQotCQkJY3VycmVudF90eF9kZXNjLT5idWZmZXJfYWRkciA9IGh0b2xlNjQoc2Vn c1tqXS5kc19hZGRyKTsKLQkJCWN1cnJlbnRfdHhfZGVzYy0+bG93ZXIuZGF0YSA9IGh0b2xlMzIo Ci0JCQkJYWRhcHRlci0+dHhkX2NtZCB8IHR4ZF9sb3dlciB8IHNlZ3Nbal0uZHNfbGVuKTsKLQkJ CWN1cnJlbnRfdHhfZGVzYy0+dXBwZXIuZGF0YSA9IGh0b2xlMzIodHhkX3VwcGVyKTsKLQotCQkJ aWYgKCsraSA9PSBhZGFwdGVyLT5udW1fdHhfZGVzYykKLQkJCQlpID0gMDsKLQotCQkJdHhfYnVm ZmVyLT5tX2hlYWQgPSBOVUxMOworICAgICAgICAgICAgICAgICAgICAgICB0eF9idWZmZXIgPSAm YWRhcHRlci0+dHhfYnVmZmVyX2FyZWFbaV07CisgICAgICAgICAgICAgICAgICAgICAgICBjdXJy ZW50X3R4X2Rlc2MgPSAmYWRhcHRlci0+dHhfZGVzY19iYXNlW2ldOworICAgICAgICAgICAgICAg ICAgICAgICAgc2VnX2FkZHIgPSBodG9sZTY0KHNlZ3Nbal0uZHNfYWRkcik7CisgICAgICAgICAg ICAgICAgICAgICAgICBzZWdfbGVuICA9IHNlZ3Nbal0uZHNfbGVuOworICAgICAgICAgICAgICAg ICAgICAgICAgLyoKKyAgICAgICAgICAgICAgICAgICAgICAgICoqIFRTTyBXb3JrYXJvdW5kOgor ICAgICAgICAgICAgICAgICAgICAgICAgKiogSWYgdGhpcyBpcyB0aGUgbGFzdCBkZXNjcmlwdG9y LCB3ZSB3YW50IHRvCisgICAgICAgICAgICAgICAgICAgICAgICAqKiBzcGxpdCBpdCBzbyB3ZSBo YXZlIGEgc21hbGwgZmluYWwgc2VudGluZWwKKyAgICAgICAgICAgICAgICAgICAgICAgICovCisg ICAgICAgICAgICAgICAgICAgICAgICBpZiAodHNvX2Rlc2MgJiYgKGogPT0gKG5zZWdzIC0xKSkg JiYgKHNlZ19sZW4gPiA4KSkgeworICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBzZWdf bGVuIC09IDQ7CisgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGN1cnJlbnRfdHhfZGVz Yy0+YnVmZmVyX2FkZHIgPSBzZWdfYWRkcjsKKyAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgY3VycmVudF90eF9kZXNjLT5sb3dlci5kYXRhID0gaHRvbGUzMigKKyAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgYWRhcHRlci0+dHhkX2NtZCB8IHR4ZF9sb3dlciB8IHNlZ19sZW4p OworICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBjdXJyZW50X3R4X2Rlc2MtPnVwcGVy LmRhdGEgPQorICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgaHRvbGUzMih0eGRf dXBwZXIpOworICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBpZiAoKytpID09IGFkYXB0 ZXItPm51bV90eF9kZXNjKQorICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IGkgPSAwOworICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAvKiBOb3cgbWFrZSB0aGUg c2VudGluZWwgKi8KKyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgKyt0eGRfdXNlZDsg LyogdXNpbmcgYW4gZXh0cmEgdHhkICovCisgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IGN1cnJlbnRfdHhfZGVzYyA9ICZhZGFwdGVyLT50eF9kZXNjX2Jhc2VbaV07CisgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgIHR4X2J1ZmZlciA9ICZhZGFwdGVyLT50eF9idWZmZXJfYXJl YVtpXTsKKyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgY3VycmVudF90eF9kZXNjLT5i dWZmZXJfYWRkciA9CisgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBzZWdfYWRk ciArIHNlZ19sZW47CisgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGN1cnJlbnRfdHhf ZGVzYy0+bG93ZXIuZGF0YSA9IGh0b2xlMzIoCisgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgIGFkYXB0ZXItPnR4ZF9jbWQgfCB0eGRfbG93ZXIgfCA0KTsKKyAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgY3VycmVudF90eF9kZXNjLT51cHBlci5kYXRhID0KKyAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgIGh0b2xlMzIodHhkX3VwcGVyKTsKKyAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgaWYgKCsraSA9PSBhZGFwdGVyLT5udW1fdHhfZGVzYykKKyAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBpID0gMDsKKyAgICAgICAgICAg ICAgICAgICAgICAgIH0gZWxzZSB7CisgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIGN1 cnJlbnRfdHhfZGVzYy0+YnVmZmVyX2FkZHIgPSBzZWdfYWRkcjsKKyAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgY3VycmVudF90eF9kZXNjLT5sb3dlci5kYXRhID0gaHRvbGUzMigKKyAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgYWRhcHRlci0+dHhkX2NtZCB8IHR4ZF9sb3dl ciB8IHNlZ19sZW4pOworICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBjdXJyZW50X3R4 X2Rlc2MtPnVwcGVyLmRhdGEgPQorICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg aHRvbGUzMih0eGRfdXBwZXIpOworICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBpZiAo KytpID09IGFkYXB0ZXItPm51bV90eF9kZXNjKQorICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIGkgPSAwOworICAgICAgICAgICAgICAgICAgICAgICAgfQorICAgICAgICAg ICAgICAgICAgICAgICAgdHhfYnVmZmVyLT5tX2hlYWQgPSBOVUxMOwogCQl9CiAJfQogCiAJYWRh cHRlci0+bmV4dF9hdmFpbF90eF9kZXNjID0gaTsKIAlpZiAoYWRhcHRlci0+cGNpeF84MjU0NCkK IAkJYWRhcHRlci0+bnVtX3R4X2Rlc2NfYXZhaWwgLT0gdHhkX3VzZWQ7Ci0JZWxzZQorCWVsc2Ug ewogCQlhZGFwdGVyLT5udW1fdHhfZGVzY19hdmFpbCAtPSBuc2VnczsKKyAgICAgICAgICAgICAg ICBpZiAodHNvX2Rlc2MpIC8qIFRTTyB1c2VkIGFuIGV4dHJhIGZvciBzZW50aW5lbCAqLworICAg ICAgICAgICAgICAgICAgICAgICAgYWRhcHRlci0+bnVtX3R4X2Rlc2NfYXZhaWwgLT0gdHhkX3Vz ZWQ7CisgICAgICAgIH0KIAogCWlmIChtdGFnICE9IE5VTEwpIHsKIAkJLyogU2V0IHRoZSB2bGFu IGlkLiAqLwpAQCAtMjIyNiw2ICsyMzA0LDE1IEBACiAJCWlmcC0+aWZfY2FwZW5hYmxlIHw9IElG Q0FQX0hXQ1NVTSB8IElGQ0FQX1ZMQU5fSFdDU1VNOwogCX0KIAorI2lmZGVmIFRDUF9UU08KKyAg ICAgICAgLyogRW5hYmxlIFRTTyBpZiBhdmFpbGFibGUgKi8KKyAgICAgICAgaWYgKChhZGFwdGVy LT5ody5tYWNfdHlwZSA+IGVtXzgyNTQ0KSAmJgorICAgICAgICAgICAgKGFkYXB0ZXItPmh3Lm1h Y190eXBlICE9IGVtXzgyNTQ3KSkgeworICAgICAgICAgICAgICAgIGlmcC0+aWZfY2FwYWJpbGl0 aWVzIHw9IElGQ0FQX1RDUFNFRzsKKyAgICAgICAgICAgICAgICBpZnAtPmlmX2NhcGVuYWJsZSB8 PSBJRkNBUF9UQ1BTRUc7CisgICAgICAgIH0KKyNlbmRpZgorCiAJLyoKIAkgKiBUZWxsIHRoZSB1 cHBlciBsYXllcihzKSB3ZSBzdXBwb3J0IGxvbmcgZnJhbWVzLgogCSAqLwpAQCAtMjQzNiwxNSAr MjUyMywyNyBAQAogc3RhdGljIGludAogZW1fc2V0dXBfdHJhbnNtaXRfc3RydWN0dXJlcyhzdHJ1 Y3QgYWRhcHRlciAqYWRhcHRlcikKIHsKKyNpZmRlZiBUQ1BfVFNPCisgICAgICAgIHN0cnVjdCBp Zm5ldCAgICppZnAgPSBhZGFwdGVyLT5pZnA7CisjZW5kaWYKIAlkZXZpY2VfdCBkZXYgPSBhZGFw dGVyLT5kZXY7CiAJc3RydWN0IGVtX2J1ZmZlciAqdHhfYnVmZmVyOwotCWJ1c19zaXplX3Qgc2l6 ZTsKKwlidXNfc2l6ZV90IHNpemUsIHNlZ3NpemU7CiAJaW50IGVycm9yLCBpOwogCiAJLyoKIAkg KiBTZXR1cCBETUEgZGVzY3JpcHRvciBhcmVhcy4KIAkgKi8KLQlzaXplID0gcm91bmR1cDIoYWRh cHRlci0+aHcubWF4X2ZyYW1lX3NpemUsIE1DTEJZVEVTKTsKKwlzZWdzaXplID0gc2l6ZSA9IHJv dW5kdXAyKGFkYXB0ZXItPmh3Lm1heF9mcmFtZV9zaXplLCBNQ0xCWVRFUyk7CisKKyNpZmRlZiBU Q1BfVFNPCisgICAgICAgIC8qIE92ZXJyaWRlcyBmb3IgVFNPIC0gd2FudCBsYXJnZSBzaXplcyAq LworICAgICAgICBpZiAoaWZwLT5pZl9od2Fzc2lzdCAmIEVNX1RDUFNFR19GRUFUVVJFUykgewor ICAgICAgICAgICAgICAgIHNpemUgPSBFTV9UU09fU0laRTsKKyAgICAgICAgICAgICAgICBzZWdz aXplID0gUEFHRV9TSVpFOworICAgICAgICB9CisjZW5kaWYKKwogCWlmICgoZXJyb3IgPSBidXNf ZG1hX3RhZ19jcmVhdGUoTlVMTCwJCS8qIHBhcmVudCAqLwogCQkJCTEsIDAsCQkJLyogYWxpZ25t ZW50LCBib3VuZHMgKi8KIAkJCQlCVVNfU1BBQ0VfTUFYQUREUiwJLyogbG93YWRkciAqLwpAQCAt MjQ1Miw3ICsyNTUxLDcgQEAKIAkJCQlOVUxMLCBOVUxMLAkJLyogZmlsdGVyLCBmaWx0ZXJhcmcg Ki8KIAkJCQlzaXplLAkJCS8qIG1heHNpemUgKi8KIAkJCQlFTV9NQVhfU0NBVFRFUiwJCS8qIG5z ZWdtZW50cyAqLwotCQkJCXNpemUsCQkJLyogbWF4c2Vnc2l6ZSAqLworCQkJCXNlZ3NpemUsCQkv KiBtYXhzZWdzaXplICovCiAJCQkJMCwJCQkvKiBmbGFncyAqLwogCQkJCU5VTEwsCQkvKiBsb2Nr ZnVuYyAqLwogCQkJCU5VTEwsCQkvKiBsb2NrYXJnICovCkBAIC0yNzEzLDYgKzI4MTIsODcgQEAK IAlhZGFwdGVyLT5uZXh0X2F2YWlsX3R4X2Rlc2MgPSBjdXJyX3R4ZDsKIH0KIAorI2lmZGVmIFRD UF9UU08KKy8qKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqCisgKgorICogIFNldHVwIHdvcmsgZm9yIGhhcmR3YXJlIHNl Z21lbnRhdGlvbiBvZmZsb2FkIChUU08pCisgKgorICoqKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKiovCitzdGF0aWMgYm9v bGVhbl90CitlbV90c29fc2V0dXAoc3RydWN0IGFkYXB0ZXIgKmFkYXB0ZXIsCisgICAgICAgICAg ICAgc3RydWN0IG1idWYgKm1wLAorICAgICAgICAgICAgIHVfaW50MzJfdCAqdHhkX3VwcGVyLAor ICAgICAgICAgICAgIHVfaW50MzJfdCAqdHhkX2xvd2VyKQoreworICAgICAgICBzdHJ1Y3QgZW1f Y29udGV4dF9kZXNjICpUWEQ7CisgICAgICAgIHN0cnVjdCBlbV9idWZmZXIgKnR4X2J1ZmZlcjsK KyAgICAgICAgc3RydWN0IGlwICppcDsKKyAgICAgICAgc3RydWN0IHRjcGhkciAqdGg7CisgICAg ICAgIGludCBjdXJyX3R4ZCwgaGRyX2xlbiwgaXBfaGxlbiwgdGNwX2hsZW47CisKKyAgICAgICAg aWYgKCgobXAtPm1fcGt0aGRyLmNzdW1fZmxhZ3MgJiBDU1VNX1RDUFNFRykgPT0gMCkgfHwKKyAg ICAgICAgICAgIChtcC0+bV9wa3RoZHIubGVuIDw9IEUxMDAwX1RYX0JVRkZFUl9TSVpFKSkgewor ICAgICAgICAgICAgICAgIHJldHVybiBGQUxTRTsKKyAgICAgICAgfQorCisgICAgICAgICp0eGRf bG93ZXIgPSAoRTEwMDBfVFhEX0NNRF9ERVhUIHwKKyAgICAgICAgICAgICAgICAgICAgICBFMTAw MF9UWERfRFRZUF9EIHwKKyAgICAgICAgICAgICAgICAgICAgICBFMTAwMF9UWERfQ01EX1RTRSk7 CisKKyAgICAgICAgKnR4ZF91cHBlciA9IChFMTAwMF9UWERfUE9QVFNfSVhTTSB8CisgICAgICAg ICAgICAgICAgICAgICAgRTEwMDBfVFhEX1BPUFRTX1RYU00pIDw8IDg7CisKKyAgICAgICAgY3Vy cl90eGQgPSBhZGFwdGVyLT5uZXh0X2F2YWlsX3R4X2Rlc2M7CisgICAgICAgIHR4X2J1ZmZlciA9 ICZhZGFwdGVyLT50eF9idWZmZXJfYXJlYVtjdXJyX3R4ZF07CisgICAgICAgIFRYRCA9IChzdHJ1 Y3QgZW1fY29udGV4dF9kZXNjICopICZhZGFwdGVyLT50eF9kZXNjX2Jhc2VbY3Vycl90eGRdOwor CisgICAgICAgIG1wLT5tX2RhdGEgKz0gc2l6ZW9mKHN0cnVjdCBldGhlcl9oZWFkZXIpOworICAg ICAgICBpcCA9IG10b2QobXAsIHN0cnVjdCBpcCAqKTsKKyAgICAgICAgaXAtPmlwX2xlbiA9IDA7 CisgICAgICAgIGlwLT5pcF9zdW0gPSAwOworICAgICAgICBpcF9obGVuID0gaXAtPmlwX2hsIDw8 IDIgOworICAgICAgICB0aCA9IChzdHJ1Y3QgdGNwaGRyICopKChjYWRkcl90KWlwICsgaXBfaGxl bik7CisgICAgICAgIHRjcF9obGVuID0gdGgtPnRoX29mZiA8PCAyOworCisgICAgICAgIGhkcl9s ZW4gPSBFVEhFUl9IRFJfTEVOICsgaXBfaGxlbiArIHRjcF9obGVuOworICAgICAgICB0aC0+dGhf c3VtID0gaW5fcHNldWRvKGlwLT5pcF9zcmMuc19hZGRyLAorICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICBpcC0+aXBfZHN0LnNfYWRkciwKKyAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgaHRvbnMoSVBQUk9UT19UQ1ApKTsKKworICAgICAgICBtcC0+bV9kYXRhIC09IHNpemVv ZihzdHJ1Y3QgZXRoZXJfaGVhZGVyKTsKKyAgICAgICAgVFhELT5sb3dlcl9zZXR1cC5pcF9maWVs ZHMuaXBjc3MgPSBFVEhFUl9IRFJfTEVOOworICAgICAgICBUWEQtPmxvd2VyX3NldHVwLmlwX2Zp ZWxkcy5pcGNzbyA9CisgICAgICAgICAgICAgICAgRVRIRVJfSERSX0xFTiArIG9mZnNldG9mKHN0 cnVjdCBpcCwgaXBfc3VtKTsKKyAgICAgICAgVFhELT5sb3dlcl9zZXR1cC5pcF9maWVsZHMuaXBj c2UgPQorICAgICAgICAgICAgICAgIGh0b2xlMTYoRVRIRVJfSERSX0xFTiArIGlwX2hsZW4gLSAx KTsKKworICAgICAgICBUWEQtPnVwcGVyX3NldHVwLnRjcF9maWVsZHMudHVjc3MgPQorICAgICAg ICAgICAgICAgIEVUSEVSX0hEUl9MRU4gKyBpcF9obGVuOworICAgICAgICBUWEQtPnVwcGVyX3Nl dHVwLnRjcF9maWVsZHMudHVjc2UgPSAwOworICAgICAgICBUWEQtPnVwcGVyX3NldHVwLnRjcF9m aWVsZHMudHVjc28gPQorICAgICAgICAgICAgICAgIEVUSEVSX0hEUl9MRU4gKyBpcF9obGVuICsK KyAgICAgICAgICAgICAgICBvZmZzZXRvZihzdHJ1Y3QgdGNwaGRyLCB0aF9zdW0pOworICAgICAg ICBUWEQtPnRjcF9zZWdfc2V0dXAuZmllbGRzLm1zcyA9IGh0b2xlMTYobXAtPm1fcGt0aGRyLnRz b19tc3MpOworICAgICAgICBUWEQtPnRjcF9zZWdfc2V0dXAuZmllbGRzLmhkcl9sZW4gPSBoZHJf bGVuOworICAgICAgICBUWEQtPmNtZF9hbmRfbGVuZ3RoID0gaHRvbGUzMihhZGFwdGVyLT50eGRf Y21kIHwKKyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgRTEwMDBfVFhEX0NNRF9ERVhU IHwKKyAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgRTEwMDBfVFhEX0NNRF9UU0UgfAor ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBFMTAwMF9UWERfQ01EX0lQIHwgRTEwMDBf VFhEX0NNRF9UQ1AgfAorICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAobXAtPm1fcGt0 aGRyLmxlbiAtIChoZHJfbGVuKSkpOworCisgICAgICAgIHR4X2J1ZmZlci0+bV9oZWFkID0gTlVM TDsKKworICAgICAgICBpZiAoKytjdXJyX3R4ZCA9PSBhZGFwdGVyLT5udW1fdHhfZGVzYykKKyAg ICAgICAgICAgICAgICBjdXJyX3R4ZCA9IDA7CisKKyAgICAgICAgYWRhcHRlci0+bnVtX3R4X2Rl c2NfYXZhaWwtLTsKKyAgICAgICAgYWRhcHRlci0+bmV4dF9hdmFpbF90eF9kZXNjID0gY3Vycl90 eGQ7CisgICAgICAgIGFkYXB0ZXItPnR4X3RzbyA9IFRSVUU7CisKKyAgICAgICAgcmV0dXJuIFRS VUU7Cit9CisjZW5kaWYgLyogVENQX1RTTyAqLworCiAvKioqKioqKioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKgogICoKICAqICBF eGFtaW5lIGVhY2ggdHhfYnVmZmVyIGluIHRoZSB1c2VkIHF1ZXVlLiBJZiB0aGUgaGFyZHdhcmUg aXMgZG9uZQpAQCAtMzYzOSw2ICszODE5LDEyIEBACiAJICAgIChsb25nIGxvbmcpYWRhcHRlci0+ c3RhdHMuZ3ByYyk7CiAJZGV2aWNlX3ByaW50ZihkZXYsICJHb29kIFBhY2tldHMgWG10ZCA9ICVs bGRcbiIsCiAJICAgIChsb25nIGxvbmcpYWRhcHRlci0+c3RhdHMuZ3B0Yyk7CisjaWZkZWYgVENQ X1RTTworICAgICAgICBkZXZpY2VfcHJpbnRmKGRldiwgIlRTTyBDb250ZXh0cyBYbXRkID0gJWxs ZFxuIiwKKyAgICAgICAgICAgIChsb25nIGxvbmcpYWRhcHRlci0+c3RhdHMudHNjdGMpOworICAg ICAgICBkZXZpY2VfcHJpbnRmKGRldiwgIlRTTyBDb250ZXh0cyBGYWlsZWQgPSAlbGxkXG4iLAor ICAgICAgICAgICAgKGxvbmcgbG9uZylhZGFwdGVyLT5zdGF0cy50c2N0ZmMpOworI2VuZGlmCiB9 CiAKIHN0YXRpYyBpbnQK ------=_Part_13875_32385575.1157151081575 Content-Type: text/x-patch; name=tso-current-stack.patch; charset=ANSI_X3.4-1968 Content-Transfer-Encoding: base64 X-Attachment-Id: f_erlkvnve Content-Disposition: attachment; filename="tso-current-stack.patch" ZGlmZiAtTmF1ciBzeXMuZGlzdC9jb25mL29wdGlvbnMgc3lzL2NvbmYvb3B0aW9ucwotLS0gc3lz LmRpc3QvY29uZi9vcHRpb25zCVdlZCBBdWcgIDIgMjI6MTk6MzMgMjAwNgorKysgc3lzL2NvbmYv b3B0aW9ucwlUaHUgQXVnIDMxIDE2OjU1OjIzIDIwMDYKQEAgLTM4Niw2ICszODYsNyBAQAogU0xJ UF9JRkZfT1BUUwkJb3B0X3NsaXAuaAogVENQREVCVUcKIFRDUF9TSUdOQVRVUkUJCW9wdF9pbmV0 LmgKK1RDUF9UU08JCQlvcHRfZ2xvYmFsLmgKIFRDUF9TQUNLX0RFQlVHCQlvcHRfdGNwX3NhY2su aCAKIFRDUF9EUk9QX1NZTkZJTgkJb3B0X3RjcF9pbnB1dC5oCiBERVZfVkxBTgkJb3B0X3ZsYW4u aApkaWZmIC1OYXVyIHN5cy5kaXN0L25ldC9pZi5oIHN5cy9uZXQvaWYuaAotLS0gc3lzLmRpc3Qv bmV0L2lmLmgJTW9uIEp1biAxOSAxNToyMDo0NCAyMDA2CisrKyBzeXMvbmV0L2lmLmgJVGh1IEF1 ZyAzMSAxMjozMzo0MCAyMDA2CkBAIC0xODksNiArMTg5LDcgQEAKICNkZWZpbmUJSUZDQVBfSlVN Qk9fTVRVCQkweDAwMjAJLyogOTAwMCBieXRlIE1UVSBzdXBwb3J0ZWQgKi8KICNkZWZpbmUJSUZD QVBfUE9MTElORwkJMHgwMDQwCS8qIGRyaXZlciBzdXBwb3J0cyBwb2xsaW5nICovCiAjZGVmaW5l CUlGQ0FQX1ZMQU5fSFdDU1VNCTB4MDA4MAkvKiBjYW4gZG8gSUZDQVBfSFdDU1VNIG9uIFZMQU5z ICovCisjZGVmaW5lCUlGQ0FQX1RDUFNFRwkJMHgwMTAwCS8qIGNhbiBkbyBUU08gKi8KIAogI2Rl ZmluZSBJRkNBUF9IV0NTVU0JCShJRkNBUF9SWENTVU0gfCBJRkNBUF9UWENTVU0pCiAKZGlmZiAt TmF1ciBzeXMuZGlzdC9uZXRpbmV0L2lwX291dHB1dC5jIHN5cy9uZXRpbmV0L2lwX291dHB1dC5j Ci0tLSBzeXMuZGlzdC9uZXRpbmV0L2lwX291dHB1dC5jCVRodSBKdW4gMjkgMDY6Mzg6MzYgMjAw NgorKysgc3lzL25ldGluZXQvaXBfb3V0cHV0LmMJVGh1IEF1ZyAzMSAxNToxNjo0NCAyMDA2CkBA IC00OTUsOSArNDk1LDExIEBACiAKIAkvKgogCSAqIElmIHNtYWxsIGVub3VnaCBmb3IgaW50ZXJm YWNlLCBvciB0aGUgaW50ZXJmYWNlIHdpbGwgdGFrZQotCSAqIGNhcmUgb2YgdGhlIGZyYWdtZW50 YXRpb24gZm9yIHVzLCBjYW4ganVzdCBzZW5kIGRpcmVjdGx5LgorCSAqIGNhcmUgb2YgdGhlIGZy YWdtZW50YXRpb24gZm9yIHVzLCBvciB0aGUgaW50ZXJmYWNlIGlzCisJICogZG9pbmcgc2VnbWVu dGF0aW9uLCB3ZSBjYW4ganVzdCBzZW5kIGRpcmVjdGx5LgogCSAqLwotCWlmIChpcC0+aXBfbGVu IDw9IGlmcC0+aWZfbXR1IHx8IChpZnAtPmlmX2h3YXNzaXN0ICYgQ1NVTV9GUkFHTUVOVCAmJgor CWlmIChpcC0+aXBfbGVuIDw9IGlmcC0+aWZfbXR1IHx8CisJICAgIChpZnAtPmlmX2h3YXNzaXN0 ICYgKENTVU1fRlJBR01FTlQgfCBDU1VNX1RDUFNFRykgJiYKIAkgICAgKChpcC0+aXBfb2ZmICYg SVBfREYpID09IDApKSkgewogCQlpcC0+aXBfbGVuID0gaHRvbnMoaXAtPmlwX2xlbik7CiAJCWlw LT5pcF9vZmYgPSBodG9ucyhpcC0+aXBfb2ZmKTsKZGlmZiAtTmF1ciBzeXMuZGlzdC9uZXRpbmV0 L3RjcF9vdXRwdXQuYyBzeXMvbmV0aW5ldC90Y3Bfb3V0cHV0LmMKLS0tIHN5cy5kaXN0L25ldGlu ZXQvdGNwX291dHB1dC5jCVRodSBGZWIgMjMgMTM6MTQ6MzQgMjAwNgorKysgc3lzL25ldGluZXQv dGNwX291dHB1dC5jCVRodSBBdWcgMzEgMTY6NTA6MzMgMjAwNgpAQCAtMTA1LDYgKzEwNSwxMiBA QAogU1lTQ1RMX0lOVChfbmV0X2luZXRfdGNwLCBPSURfQVVUTywgbmV3cmVubywgQ1RMRkxBR19S VywgJnRjcF9kb19uZXdyZW5vLAogCTAsICJFbmFibGUgTmV3UmVubyBBbGdvcml0aG1zIik7CiAK KyNpZmRlZiBUQ1BfVFNPCitpbnQJdGNwX2VuYWJsZV90c28gPSAxOworU1lTQ1RMX0lOVChfbmV0 X2luZXRfdGNwLCBPSURfQVVUTywgdHNvX2VuYWJsZSwgQ1RMRkxBR19SVywgJnRjcF9lbmFibGVf dHNvLAorCTAsICJFbmFibGUgVENQIFNlZ21lbnRhdGlvbiBPZmZsb2FkIik7CisjZW5kaWYKKwog LyoKICAqIFRjcCBvdXRwdXQgcm91dGluZTogZmlndXJlIG91dCB3aGF0IHNob3VsZCBiZSBzZW50 IGFuZCBzZW5kIGl0LgogICovCkBAIC0xMzAsNiArMTM2LDkgQEAKICNpZiAwCiAJaW50IG1heGJ1 cnN0ID0gVENQX01BWEJVUlNUOwogI2VuZGlmCisjaWZkZWYgVENQX1RTTworCWludCB0c29fY2Fw YWJsZSwgdXNlX3RzbzsKKyNlbmRpZgogI2lmZGVmIElORVQ2CiAJc3RydWN0IGlwNl9oZHIgKmlw NiA9IE5VTEw7CiAJaW50IGlzaXB2NjsKQEAgLTEzOSw2ICsxNDgsMTAgQEAKIAogCUlOUF9MT0NL X0FTU0VSVCh0cC0+dF9pbnBjYik7CiAKKyNpZmRlZiBUQ1BfVFNPCisJaWYgKHRjcF9lbmFibGVf dHNvKQorCQl1c2VfdHNvID0gdHNvX2NhcGFibGUgPSB0Y3BfY2hlY2t0c28odHApOworI2VuZGlm CiAJLyoKIAkgKiBEZXRlcm1pbmUgbGVuZ3RoIG9mIGRhdGEgdGhhdCBzaG91bGQgYmUgdHJhbnNt aXR0ZWQsCiAJICogYW5kIGZsYWdzIHRoYXQgd2lsbCBiZSB1c2VkLgpAQCAtMzgwLDkgKzM5Mywy MiBAQAogCSAqIG5vIGxvbmdlciBjb250YWlucyB0aGUgbGFzdCBkYXRhIGJ5dGUuCiAJICovCiAJ aWYgKGxlbiA+IHRwLT50X21heHNlZykgewotCQlsZW4gPSB0cC0+dF9tYXhzZWc7CisjaWZkZWYg VENQX1RTTworCQlpZiAodXNlX3RzbykgeworCQkJLyogRXZlbiBvdXQgdGhlIHRyYW5zbWlzc2lv bnMgKi8KKwkJCWxlbiA9ICgodWxtaW4obGVuLCBUQ1BfTUFYV0lOKS8gdHAtPnRfbWF4c2VnKSAq CisJCQkgICAgdHAtPnRfbWF4c2VnKTsKKwkJCWlmIChsZW4gPD0gdHAtPnRfbWF4c2VnKQorCQkJ CXVzZV90c28gPSAwOworICAgICAgICAgICAgICAgIH0gZWxzZQorI2VuZGlmCisJCQlsZW4gPSB0 cC0+dF9tYXhzZWc7CiAJCXNlbmRhbG90ID0gMTsKIAl9CisjaWZkZWYgVENQX1RTTworCSAgZWxz ZQorCQl1c2VfdHNvID0gMDsKKyNlbmRpZgogCWlmIChzYWNrX3J4bWl0KSB7CiAJCWlmIChTRVFf TFQocC0+cnhtaXQgKyBsZW4sIHRwLT5zbmRfdW5hICsgc28tPnNvX3NuZC5zYl9jYykpCiAJCQlm bGFncyAmPSB+VEhfRklOOwpAQCAtNDA2LDcgKzQzMiw3IEBACiAJICoJLSB3ZSBuZWVkIHRvIHJl dHJhbnNtaXQKIAkgKi8KIAlpZiAobGVuKSB7Ci0JCWlmIChsZW4gPT0gdHAtPnRfbWF4c2VnKQor CQlpZiAobGVuID49IHRwLT50X21heHNlZykgLyogVFNPIG1ha2VzIGl0IHBvc3NpYmxlIHRvIGJl IGdyZWF0ZXIgKi8KIAkJCWdvdG8gc2VuZDsKIAkJLyoKIAkJICogTk9URSEgb24gbG9jYWxob3N0 IGNvbm5lY3Rpb25zIGFuICdhY2snIGZyb20gdGhlIHJlbW90ZQpAQCAtNzAzLDYgKzcyOSwxOSBA QAogCSAqIENsZWFyIHRoZSBGSU4gYml0IGJlY2F1c2Ugd2UgY3V0IG9mZiB0aGUgdGFpbCBvZgog CSAqIHRoZSBzZWdtZW50LgogCSAqLworI2lmZGVmIFRDUF9UU08KKwlpZiAodXNlX3Rzbykgewor CQlpZiAobGVuICsgb3B0bGVuICsgaXBvcHRsZW4gPiBUQ1BfTUFYV0lOKSB7CisJCQkvKgorCQkJ ICogSWYgdGhlcmUgaXMgc3RpbGwgbW9yZSB0byBzZW5kLAorCQkJICogZG9uJ3QgY2xvc2UgdGhl IGNvbm5lY3Rpb24uCisJCQkgKi8KKwkJCWZsYWdzICY9IH5USF9GSU47CisJCQlsZW4gPSBUQ1Bf TUFYV0lOIC0gb3B0bGVuIC0gaXBvcHRsZW47CisJCQlzZW5kYWxvdCA9IDE7CisJCX0KKwl9IGVs c2UgCisjZW5kaWYKIAlpZiAobGVuICsgb3B0bGVuICsgaXBvcHRsZW4gPiB0cC0+dF9tYXhvcGQp IHsKIAkJLyoKIAkJICogSWYgdGhlcmUgaXMgc3RpbGwgbW9yZSB0byBzZW5kLCBkb24ndCBjbG9z ZSB0aGUgY29ubmVjdGlvbi4KQEAgLTk0NCw2ICs5ODMsMTIgQEAKIAkJLyogSVAgdmVyc2lvbiBt dXN0IGJlIHNldCBoZXJlIGZvciBpcHY0L2lwdjYgY2hlY2tpbmcgbGF0ZXIgKi8KIAkJS0FTU0VS VChpcC0+aXBfdiA9PSBJUFZFUlNJT04sCiAJCSAgICAoIiVzOiBJUCB2ZXJzaW9uIGluY29ycmVj dDogJWQiLCBfX2Z1bmNfXywgaXAtPmlwX3YpKTsKKyNpZmRlZiBUQ1BfVFNPCisJCWlmICh1c2Vf dHNvKSB7ICAvKiBTZXR1cCBmb3IgVFNPICovCisJCQltLT5tX3BrdGhkci50c29fbXNzID0gdHAt PnRfbWF4c2VnOworCQkJbS0+bV9wa3RoZHIuY3N1bV9mbGFncyB8PSBDU1VNX1RDUFNFRzsKKwkJ fQorI2VuZGlmCiAJfQogCiAJLyoKQEAgLTEwNzYsNyArMTEyMSwxMSBAQAogCSAqIFNlY3Rpb24g Mi4gSG93ZXZlciB0aGUgdGNwIGhvc3RjYWNoZSBtaWdpdGF0ZXMgdGhlIHByb2JsZW0KIAkgKiBz byBpdCBhZmZlY3RzIG9ubHkgdGhlIGZpcnN0IHRjcCBjb25uZWN0aW9uIHdpdGggYSBob3N0Lgog CSAqLworI2lmZGVmIFRDUF9UU08KKwlpZiAocGF0aF9tdHVfZGlzY292ZXJ5ICYmICF1c2VfdHNv KQorI2Vsc2UKIAlpZiAocGF0aF9tdHVfZGlzY292ZXJ5KQorI2VuZGlmCiAJCWlwLT5pcF9vZmYg fD0gSVBfREY7CiAKIAllcnJvciA9IGlwX291dHB1dChtLCB0cC0+dF9pbnBjYi0+aW5wX29wdGlv bnMsIE5VTEwsCmRpZmYgLU5hdXIgc3lzLmRpc3QvbmV0aW5ldC90Y3Bfc3Vici5jIHN5cy9uZXRp bmV0L3RjcF9zdWJyLmMKLS0tIHN5cy5kaXN0L25ldGluZXQvdGNwX3N1YnIuYwlXZWQgQXVnICAy IDA5OjE4OjA1IDIwMDYKKysrIHN5cy9uZXRpbmV0L3RjcF9zdWJyLmMJVGh1IEF1ZyAzMSAxNjo1 NDozMSAyMDA2CkBAIC0xNjQzLDYgKzE2NDMsNDEgQEAKIH0KICNlbmRpZiAvKiBJTkVUNiAqLwog CisjaWZkZWYgVENQX1RTTworLyoKKyAqIEZpbmQgdGhlIGludGVyZmFjZSBmb3IgdGhpcyB0Y3Bj YiBhbmQgZGV0ZXJtaW5lCisgKiBpZiBhIFRTTyBoYXJkd2FyZSBhc3Npc3QgaXMgYXZhaWxhYmxl LgorICovCitib29sZWFuX3QKK3RjcF9jaGVja3Rzbyh0cCkKKwlzdHJ1Y3QgdGNwY2IgKnRwOwor eworCXN0cnVjdCBpbl9jb25uaW5mbyAqaW5jOworCXN0cnVjdCByb3V0ZSBzcm87CisJc3RydWN0 IHNvY2thZGRyX2luICpkc3Q7CisJc3RydWN0IGlmbmV0ICppZnA7CisKKwlpbmMgPSAmdHAtPnRf aW5wY2ItPmlucF9pbmM7CisJYnplcm8oJnNybywgc2l6ZW9mKHNybykpOworCWlmIChpbmMtPmlu Y19mYWRkci5zX2FkZHIgIT0gSU5BRERSX0FOWSkgeworCQlkc3QgPSAoc3RydWN0IHNvY2thZGRy X2luICopJnNyby5yb19kc3Q7CisJCWRzdC0+c2luX2ZhbWlseSA9IEFGX0lORVQ7CisJCWRzdC0+ c2luX2xlbiA9IHNpemVvZigqZHN0KTsKKwkJZHN0LT5zaW5fYWRkciA9IGluYy0+aW5jX2ZhZGRy OworCQlydGFsbG9jX2lnbigmc3JvLCBSVEZfQ0xPTklORyk7CisJfQorCWlmIChzcm8ucm9fcnQg IT0gTlVMTCkgeworCQlpZnAgPSBzcm8ucm9fcnQtPnJ0X2lmcDsKKwkJaWYgKGlmcC0+aWZfaHdh c3Npc3QgJiBDU1VNX1RDUFNFRykgeworCQkJUlRGUkVFKHNyby5yb19ydCk7CisJCQlyZXR1cm4g VFJVRTsKKwkJfQorCQlSVEZSRUUoc3JvLnJvX3J0KTsKKwl9CisJcmV0dXJuIEZBTFNFOworfQor I2VuZGlmCisKICNpZmRlZiBJUFNFQwogLyogY29tcHV0ZSBFU1AvQUggaGVhZGVyIHNpemUgZm9y IFRDUCwgaW5jbHVkaW5nIG91dGVyIElQIGhlYWRlci4gKi8KIHNpemVfdApkaWZmIC1OYXVyIHN5 cy5kaXN0L25ldGluZXQvdGNwX3Zhci5oIHN5cy9uZXRpbmV0L3RjcF92YXIuaAotLS0gc3lzLmRp c3QvbmV0aW5ldC90Y3BfdmFyLmgJTW9uIEp1biAyNiAwODozNToyNSAyMDA2CisrKyBzeXMvbmV0 aW5ldC90Y3BfdmFyLmgJVGh1IEF1ZyAzMSAxMjo0MjoyNSAyMDA2CkBAIC01MTAsNiArNTEwLDEw IEBACiB1X2xvbmcJIHRjcF9tYXhtdHU2KHN0cnVjdCBpbl9jb25uaW5mbyAqKTsKIHZvaWQJIHRj cF9tc3Moc3RydWN0IHRjcGNiICosIGludCk7CiBpbnQJIHRjcF9tc3NvcHQoc3RydWN0IGluX2Nv bm5pbmZvICopOworI2lmZGVmIFRDUF9UU08KK2Jvb2xlYW5fdAorCXRjcF9jaGVja3RzbyhzdHJ1 Y3QgdGNwY2IgKik7CisjZW5kaWYKIHN0cnVjdCBpbnBjYiAqCiAJIHRjcF9kcm9wX3N5bl9zZW50 KHN0cnVjdCBpbnBjYiAqLCBpbnQpOwogc3RydWN0IGlucGNiICoKZGlmZiAtTmF1ciBzeXMuZGlz dC9zeXMvbWJ1Zi5oIHN5cy9zeXMvbWJ1Zi5oCi0tLSBzeXMuZGlzdC9zeXMvbWJ1Zi5oCVN1biBK dWwgMjMgMTg6NDk6NTcgMjAwNgorKysgc3lzL3N5cy9tYnVmLmgJVGh1IEF1ZyAzMSAxMjozODow NCAyMDA2CkBAIC0xMTAsNiArMTEwLDcgQEAKIAkvKiB2YXJpYWJsZXMgZm9yIGhhcmR3YXJlIGNo ZWNrc3VtICovCiAJaW50CWNzdW1fZmxhZ3M7CQkvKiBmbGFncyByZWdhcmRpbmcgY2hlY2tzdW0g Ki8KIAlpbnQJY3N1bV9kYXRhOwkJLyogZGF0YSBmaWVsZCB1c2VkIGJ5IGNzdW0gcm91dGluZXMg Ki8KKwlpbnQJdHNvX21zczsJCS8qIFRTTyBzZWdtZW50IHNpemUgKi8KIAlTTElTVF9IRUFEKHBh Y2tldF90YWdzLCBtX3RhZykgdGFnczsgLyogbGlzdCBvZiBwYWNrZXQgdGFncyAqLwogfTsKIApA QCAtMjE1LDYgKzIxNiw3IEBACiAjZGVmaW5lCUNTVU1fVURQCQkweDAwMDQJCS8qIHdpbGwgY3N1 bSBVRFAgKi8KICNkZWZpbmUJQ1NVTV9JUF9GUkFHUwkJMHgwMDA4CQkvKiB3aWxsIGNzdW0gSVAg ZnJhZ21lbnRzICovCiAjZGVmaW5lCUNTVU1fRlJBR01FTlQJCTB4MDAxMAkJLyogd2lsbCBkbyBJ UCBmcmFnbWVudGF0aW9uICovCisjZGVmaW5lCUNTVU1fVENQU0VHCQkweDAwMjAJCS8qIGVsaWdp YmxlIGZvciBUQ1Agc2VnbWVudGF0aW9uICovCiAKICNkZWZpbmUJQ1NVTV9JUF9DSEVDS0VECQkw eDAxMDAJCS8qIGRpZCBjc3VtIElQICovCiAjZGVmaW5lCUNTVU1fSVBfVkFMSUQJCTB4MDIwMAkJ LyogICAuLi4gdGhlIGNzdW0gaXMgdmFsaWQgKi8K ------=_Part_13875_32385575.1157151081575-- From owner-freebsd-current@FreeBSD.ORG Fri Sep 1 23:40:27 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1587516A4DD for ; Fri, 1 Sep 2006 23:40:27 +0000 (UTC) (envelope-from rodperson@adelphia.net) Received: from mta13.adelphia.net (mta13.mail.adelphia.net [68.168.78.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7EF4F43D46 for ; Fri, 1 Sep 2006 23:40:26 +0000 (GMT) (envelope-from rodperson@adelphia.net) Received: from atomizer.opensourcebeef.net ([24.54.132.51]) by mta13.adelphia.net (InterMail vM.6.01.05.02 201-2131-123-102-20050715) with ESMTP id <20060901234025.GDPO59.mta13.adelphia.net@atomizer.opensourcebeef.net> for ; Fri, 1 Sep 2006 19:40:25 -0400 From: Rod Person To: current@freebsd.org Content-Type: text/plain Organization: Open Source Beef Date: Fri, 01 Sep 2006 19:40:24 -0400 Message-Id: <1157154024.835.6.camel@atomizer.opensourcebeef.net> Mime-Version: 1.0 X-Mailer: Evolution 2.6.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 01 Sep 2006 23:56:35 +0000 Cc: Subject: LSI 1030 mpt doesn't work if I build a new kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rodperson@adelphia.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Sep 2006 23:40:27 -0000 I've been struggling with this for a month or two now. I installed FreeBSD current 7 with a march snapshot and this work good, but I've tried to build a new kernel for the 2 month period and building a kernel causes the mpt driver to panic on boot. Here is so of the boot message: mpt1: [GIANT-LOCKED] mpt1: MPI Version=1.2.14.0 mpt1: mpt_wait_req(4) timed out mpt1: read_cfg_header timed out mpt1: mpt_wait_req(6) timed out mpt1: port 0 enable timed out mpt1: failed to enable port 0 then this repeats until the system hangs: mpt0: Address Reply: SCSI Target Command Buffer Reply @ 0xffffffffacc7a200 IOC Status Success IOCLogInfo 0x00000000 MsgLength 0x05 MsgFlags 0x00 MsgContext 0x0003005d mpt0: Reply Frame Ignored mpt0: Default Handler Called: req=0xffffffff80e49050:95 reply_descriptor=dc913980 frame=0xffffffffacc7a300 mpt0: Address Reply: I was wondering if this is a known problem or if there are any hints on correcting this? Rod From owner-freebsd-current@FreeBSD.ORG Fri Sep 1 23:57:03 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 526F016A4E1 for ; Fri, 1 Sep 2006 23:57:03 +0000 (UTC) (envelope-from Lucas.James@ldjcs.com.au) Received: from vscan01.westnet.com.au (vscan01.westnet.com.au [203.10.1.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6710F43D45 for ; Fri, 1 Sep 2006 23:57:02 +0000 (GMT) (envelope-from Lucas.James@ldjcs.com.au) Received: from localhost (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with ESMTP id 618A8761256 for ; Sat, 2 Sep 2006 07:57:00 +0800 (WST) Received: from vscan01.westnet.com.au ([127.0.0.1]) by localhost (vscan01.westnet.com.au [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 12752-03 for ; Sat, 2 Sep 2006 07:57:00 +0800 (WST) Received: from mail.ldjcs.com.au (dsl-58-6-71-89.vic.westnet.com.au [58.6.71.89]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by vscan01.westnet.com.au (Postfix) with ESMTP id 011757611FC for ; Sat, 2 Sep 2006 07:56:59 +0800 (WST) Received: from mail.ldjcs.com.au (mail [203.17.30.35]) by mail.ldjcs.com.au (8.13.6/8.13.6) with ESMTP id k81NusVx038773 for ; Sat, 2 Sep 2006 09:56:54 +1000 (EST) (envelope-from Lucas.James@ldjcs.com.au) From: Lucas James Organization: LDJ Computer Services To: freebsd-current@freebsd.org Date: Sat, 2 Sep 2006 09:56:53 +1000 User-Agent: KMail/1.9.3 References: <200608281545.k7SFjn6l063922@lurza.secnetix.de> In-Reply-To: X-Face: e#5HTm!2AOnnlvY27|AK6.`J(ChPFkY3HW!e4V4wR['1cgNGkM]jcez{.k&'BU<=?utf-8?q?9PXMyZV=0A=09I=5DY6?=(=?utf-8?q?=3B=7Bf4=3BJ=24YOdl4=2E72fZ7j=5D=5FFLF=5EmMP=25V4=5Du=2E=3FX?= =?utf-8?q?U=5CTEgmbQ=23Xz=3BNpIa=3DGa=25z=7BvzRD=3A=5Da=0A=09ag5GR3cU3Amx?=>{B~V]n#Ost[Y2G+%5, KIt%?Bl6+nV55<6D> =?utf-8?q?=3AUJde!=23a=25Qq=7DAjbLUF13P/=0A=099e+eKK?=)bHSAwJub}Kw80RW&i$lZ[e{%uSGh{3%?eq#YghK|y8r.N, ~6@'_#, =?utf-8?q?MC-w=7DJB-5W=0A=09=3A/w?=,dDT'sHeU{nws)>E; 3Tk@Tm38Ju~)VhS; FSDz*VbetRLV{ MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200609020956.54008.Lucas.James@ldjcs.com.au> X-Spam-Status: No, score=-2.4 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.1 X-Spam-Checker-Version: SpamAssassin 3.1.1 (2006-03-10) on mail.ldjcs.com.au Subject: Re: suggested addition to 'date' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 01 Sep 2006 23:57:03 -0000 On Saturday 02 September 2006 03:53, Garance A Drosehn wrote: > Note that the main objection to this option (at least from my > point of view) is that date should not be going into filter > mode. Not ever. Date is a command to set or display dates. > It is not a command to filter files. 'cat' would be a more > appropriate place to add this option. or add an option to cat to prepend each line with an arbitrary string ala: cat -p `date` file lucas -- People say I live in my own little fantasy world... well, at least they *know* me there! -- D. L. Roth From owner-freebsd-current@FreeBSD.ORG Sat Sep 2 00:04:15 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1595916A4E1 for ; Sat, 2 Sep 2006 00:04:15 +0000 (UTC) (envelope-from dandee@hellteam.net) Received: from pipa.vshosting.cz (pipa.vshosting.cz [81.0.201.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A18C43D4C for ; Sat, 2 Sep 2006 00:04:14 +0000 (GMT) (envelope-from dandee@hellteam.net) Received: from localhost (localhost [127.0.0.1]) by pipa.vshosting.cz (Postfix) with ESMTP id 3FA7D4E796 for ; Sat, 2 Sep 2006 02:04:15 +0200 (CEST) Received: from pipa.vshosting.cz ([127.0.0.1]) by localhost (pipa [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 14132-04 for ; Sat, 2 Sep 2006 02:04:14 +0200 (CEST) Received: from gandalf (unknown [81.0.245.205]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by pipa.vshosting.cz (Postfix) with ESMTP id AF3E44E74C for ; Sat, 2 Sep 2006 02:04:14 +0200 (CEST) From: =?iso-8859-2?Q?Daniel_Dvo=F8=E1k?= To: Date: Sat, 2 Sep 2006 02:04:10 +0200 Message-ID: <000001c6ce23$525f1ca0$6508280a@tocnet28.jspoj.czf> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0001_01C6CE34.15E7ECA0" X-Mailer: Microsoft Office Outlook 11 Thread-Index: AcbOGp1LGXCGck2eRB6NFWk6pbgwQQACJzKA X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at profix.cz X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: watchdogd_flags followed by panic watchdog timeout, after reboot my rc.conf disappear X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dandee@volny.cz List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Sep 2006 00:04:15 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_0001_01C6CE34.15E7ECA0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable Hi all, =20 first of all, I=B4m sorry maybe for my bad English. =20 We have 2 routers which I maintain in our mesh wireless community = network. =20 The Router 1 has 2 atheros adapters, ath0=3Dwistron cm9, ath1=3Dwistron = cm10, of course some sisX, fxpX and so on. The Router 2 has 1 atheros adapter, ath0=3Dwistron CM10. =20 My R1 panics and even more it freezes very often. Maybe the reason for panicing and freezing is the same and maybe not. =20 This is not important now, this story is about R2. =20 I started to use "option SW_WATCHDOG" in both my custom kernels on the = R1 and R2 recently in hope, it is some walkaround for freezing at least if = not for panicing. =20 In the /etc/defaults/rc.conf there are not "watchdogd_flags=3D""" = option, but I tried to wrote it to my /etc/rc.conf in this way: =20 watchdogd_enable=3D"YES" watchdogd_flags=3D"-e ping 10.40.0.72 -s 2 -t 1" =20 I saved my rc.conf without any doubt. =20 I did so, because I wanted to instruct watchdogd to execute my command, common pinging some IP address. I was not satisfied with a trivial file system check instead. =20 After saving the rc.conf file, I restarted watchdogd deamon at once. =20 ... and ... 2 seconds ... my ssh client was disconnected ... unexpected = end of ssh session. :) =20 Okay, maybe something wrong, maybe I did a mistake and it panicked. =20 I was waitting for 3 minutes, but R2 did not react at all. =20 So I went to R2 and I powered off and powered on ... but still it was = the same. =20 After I attached monitor and keyboard, I saw that ifconfig did not = configure any interfaces. Why ? =20 Answear: Because rc.conf had 0 Bytes !!! =20 -rw-r--r-- 1 root wheel 6174 Sep 1 XX:XX rc.conf , I do not = remember time of last modification of file. =20 So the content of rc.conf was completly gone !!! =20 Is it possible at all ? =20 Now I am scared that any modification rc.conf will be mean loss of = content. =20 I have kernel dump and backtrace of panic. =20 It is in the attachment. =20 =20 If I could help with this, I will do it. =20 And please explain me somebody, how I lost the content of rc.conf file. = :-O Thank you. =20 Daniel =20 P.S.: I am not currently subscribed in the freebsd-stable mailling list, = so use my e-mail address. I am ok with freebsd-current mailling list. ------=_NextPart_000_0001_01C6CE34.15E7ECA0 Content-Type: text/plain; name="backtrace panic.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="backtrace panic.txt" # cd /usr/obj/usr/src/sys/mykernel/ # kgdb kernel.debug /var/crash/vmcore.0 [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: interrupt total irq14: ata0 325735 irq16: fxp1 5 irq17: ath0 50298459 irq18: wi0 3904083 irq19: sis0 fxp0 20167051 cpu0: timer 604044908 Total 678740241 panic: watchdog timeout Uptime: 3d11h53m45s Dumping 223 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 223MB (57072 pages) 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" : "=3Dr" (td)); (kgdb) backtrace #0 doadump () at pcpu.h:165 #1 0xc059c4ee in boot (howto=3D260) at = /usr/src/sys/kern/kern_shutdown.c:402 #2 0xc059c7a6 in panic (fmt=3D0xc081050d "watchdog timeout") at /usr/src/sys/kern/kern_shutdown.c:558 #3 0xc0571642 in watchdog_fire () at /usr/src/sys/kern/kern_clock.c:583 #4 0xc0571130 in hardclock (frame=3D0xc1f44780) at /usr/src/sys/kern/kern_clock.c:279 #5 0xc07a4631 in lapic_handle_timer (frame=3D {cf_vec =3D 0, cf_fs =3D 8, cf_es =3D 40, cf_ds =3D 40, cf_edi =3D = -1040320488, cf_esi =3D -1040320512, cf_ebp =3D -890192676, cf_ebx =3D = 0, cf_edx =3D 0, cf_ecx =3D -1041016416, cf_eax =3D 1000, cf_eip =3D = -1063283195, cf_cs =3D 32, cf_eflags =3D 524818, cf_esp =3D -890192644, = cf_ss =3D -1063305969}) at /usr/src/sys/i386/i386/local_apic.c:623 #6 0xc079eb30 in Xtimerint () at apic_vector.s:137 #7 0xc09f9605 in ?? () #8 0xcaf0bd04 in ?? () #9 0xc07a609f in cpu_idle () at /usr/src/sys/i386/i386/machdep.c:1134 Previous frame inner to this frame (corrupt stack?) (kgdb) quit ------=_NextPart_000_0001_01C6CE34.15E7ECA0-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 2 00:29:12 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1FA5D16A4DE; Sat, 2 Sep 2006 00:29:12 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from mrout2-b.corp.dcn.yahoo.com (mrout2-b.corp.dcn.yahoo.com [216.109.112.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id B373143D45; Sat, 2 Sep 2006 00:29:11 +0000 (GMT) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (proxy7.corp.yahoo.com [216.145.48.98]) by mrout2-b.corp.dcn.yahoo.com (8.13.6/8.13.6/y.out) with ESMTP id k820SxVQ095902; Fri, 1 Sep 2006 17:29:00 -0700 (PDT) Date: Sat, 02 Sep 2006 09:28:56 +0900 Message-ID: From: gnn@FreeBSD.org To: "Jack Vogel" In-Reply-To: <2a41acea0609011551v40338539u4eef48d091dd12ab@mail.gmail.com> References: <2a41acea0609011551v40338539u4eef48d091dd12ab@mail.gmail.com> User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.6 Emacs/22.0.50 (i386-apple-darwin8.7.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-current Subject: Re: RFC: TSO patch for current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Sep 2006 00:29:12 -0000 At Fri, 1 Sep 2006 15:51:21 -0700, Jack Vogel wrote: > > This is a patch for the stack and the em driver to enable TSO > on CURRENT. Previously I had problems getting it to work, but > this is functional. > > I should note that CURRENT is being a pain right now, when > I comment out em in the config the kernel panics coming up, > so I had to substitute this code into the tree. Rather bizarre :) > > I have this functionality running on a 6.1 based system, and > our test group is already testing against that driver, so far > things are looking good. > > I have designed it so the driver can continue to be built > without support. There is also a sysctl in the stack code > so you can set net.inet.tcp.tso_enable on or off and > compare. > > I know there may be some refinements to add in, but I > would like to get this into CURRENT as a start. > > Comments? A single read through of the patch looks OK to me. Later, George From owner-freebsd-current@FreeBSD.ORG Sat Sep 2 00:55:50 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B73A916A4DF for ; Sat, 2 Sep 2006 00:55:50 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id 61BEB43D6A for ; Sat, 2 Sep 2006 00:55:35 +0000 (GMT) (envelope-from pyunyh@gmail.com) Received: by py-out-1112.google.com with SMTP id o67so1463441pye for ; Fri, 01 Sep 2006 17:55:35 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=TI77La32Ra45ECInTxor0ehJzNBmsYxefiz8ioBdkKckFgOkTia9tnP46TKNfBuhCw3/kSiZFkYzSb8+92vd+FQ5WQSxJwK94i3FNmBAACE/CZQAfjj9iEiUrRjpuhbIoS1Gjfp8TIyFL9/E9FYGT6vFtsQBUFxh+5+dws62O2k= Received: by 10.35.108.12 with SMTP id k12mr4196712pym; Fri, 01 Sep 2006 17:55:35 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.gmail.com with ESMTP id 8sm3543661nzn.2006.09.01.17.55.33; Fri, 01 Sep 2006 17:55:34 -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 k820v939061286 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 2 Sep 2006 09:57:09 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id k820v8p2061285; Sat, 2 Sep 2006 09:57:08 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Sat, 2 Sep 2006 09:57:08 +0900 From: Pyun YongHyeon To: John Baldwin Message-ID: <20060902005708.GA60963@cdnetworks.co.kr> References: <09BFF2FA5EAB4A45B6655E151BBDD90301E2F278@NT-IRVA-0750.brcm.ad.broadcom.com> <200608311528.14556.jhb@freebsd.org> <20060901035914.GD56713@cdnetworks.co.kr> <200609011214.28664.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200609011214.28664.jhb@freebsd.org> User-Agent: Mutt/1.4.2.1i Cc: David Christensen , freebsd-current@freebsd.org, LI Xin Subject: Re: Simplified Steps for Building a Loadable module on -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Sep 2006 00:55:50 -0000 On Fri, Sep 01, 2006 at 12:14:28PM -0400, John Baldwin wrote: > On Thursday 31 August 2006 23:59, Pyun YongHyeon wrote: > > On Thu, Aug 31, 2006 at 03:28:13PM -0400, John Baldwin wrote: > > > On Thursday 31 August 2006 06:22, Pyun YongHyeon wrote: > > > > On Thu, Aug 31, 2006 at 05:32:13PM +0800, LI Xin wrote: > > > > > Pyun YongHyeon wrote: > > > > > > On Wed, Aug 30, 2006 at 03:12:59PM -0700, David Christensen wrote: > > > > > > > I've been able to successfully build drivers in the past as > > > > > > > loadable modules but I'm getting some kernel panics > with -CURRENT > > > > > > > when installing a module using kldload now where things used to > > > > > > > > > > > > I wonder you encountered the same panic I have been seeing on > CURRENT. > > > > > > I get "Fatal trap 30" message when I load em(4) module with > kldload. > > > > > > > > > > What does Fatal trap 30 mean in these places? I get some strange > fatal > > > > > trap 30's in acpi_cpi_idle, but I can not imagine how can these > > > happen :-( > > > > > > > > > > > > > Don't know what's cause of the panic since it used to work ok. > > > > See > > > > http://lists.freebsd.org/pipermail/freebsd-current/2006-August/065243.html > > > > > > Trap 30 means an IDT vector fired that we didn't expect. In this case, I > > > think it may only happen on SMP, and it maybe that the interrupt gets > sent to > > > > Yes, it's SMP(i386). > > Can you try disabling SMP via kern.smp.disabled? > Thank you. Setting kern.smp.disabled fixed the panic. -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Sat Sep 2 01:23:54 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 078BC16A4DD for ; Sat, 2 Sep 2006 01:23:54 +0000 (UTC) (envelope-from dandee@hellteam.net) Received: from pipa.vshosting.cz (pipa.vshosting.cz [81.0.201.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id D02D043D69 for ; Sat, 2 Sep 2006 01:23:31 +0000 (GMT) (envelope-from dandee@hellteam.net) Received: from localhost (localhost [127.0.0.1]) by pipa.vshosting.cz (Postfix) with ESMTP id 230374E794 for ; Sat, 2 Sep 2006 03:23:33 +0200 (CEST) Received: from pipa.vshosting.cz ([127.0.0.1]) by localhost (pipa [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00775-04 for ; Sat, 2 Sep 2006 03:23:31 +0200 (CEST) Received: from gandalf (unknown [81.0.245.205]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by pipa.vshosting.cz (Postfix) with ESMTP id E8AB54E790 for ; Sat, 2 Sep 2006 03:23:30 +0200 (CEST) From: =?iso-8859-2?Q?Daniel_Dvo=F8=E1k?= To: Date: Sat, 2 Sep 2006 03:23:27 +0200 Message-ID: <002401c6ce2e$6542ec60$6508280a@tocnet28.jspoj.czf> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0025_01C6CE3F.28CBBC60" X-Mailer: Microsoft Office Outlook 11 Thread-Index: AcbOGp1LGXCGck2eRB6NFWk6pbgwQQACHOdQAAK5H0AAABjrMA== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at profix.cz X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: atheros driver under high load, panics and even more freezes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dandee@volny.cz List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Sep 2006 01:23:54 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_0025_01C6CE3F.28CBBC60 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable Hi all, =20 first of all, I=B4m sorry maybe for my bad English. =20 We have 2 routers which I maintain in our mesh wireless community = network. =20 The Router 1 has 2 atheros adapters, ath0=3Dwistron cm9, ath1=3Dwistron = cm10, of course some sisX, fxpX and so on. The Router 2 has 1 atheros adapter, ath1=3Dwistron CM10. =20 My R1 panics and even more it freezes very often. Maybe the reason for panicing and freezing is the same and maybe not. =20 I started (only after vmcore.5, so vmcore.6 is with this option) to = use "option SW_WATCHDOG" in both my custom kernels on the R1 and R2 recently = in hope, it is some walkaround for freezing at least if not for panicing.=20 =20 This router was installed on the 1st of April 2006. =20 Statistics: =20 9 panics with 8 kernel dumps, 1 missed =20 10 freezes =20 I think that all panics some how connected to athX taskq process, page = fault in kernel panic and sbflush_locked. =20 I guess that panic comes when router transmits and receives datas at the maximum throughput for setted nominal media rate speed, exactly 24Mbps, = more I do not use, because there are problems with quagga=20 =20 ospfd packets, it is known issue. =20 Today I did a small test with throughput. =20 Router 1 executed this command: =20 # ping -i 0.001 -c 100000 -s 1472 ANY IP =20 As you see, it is not even flood ping, it is almost flood, but not = flood. =20 Throughput was about 1,13-1,2 MB/s as bmon showed me. I notice there is = not any qos and icmp.limit is so high net.inet.icmp.icmplim: 2147483647 net.ineticmp.icmplim_output: 0. =20 First 5 s latency was about 1,1-1,7 ms After it goes to 10-30, 50-70, 110-130, 270-300, up 300ms and packet = loss =20 .... some seconds .... =20 panic =20 =20 here it is: =20 # kgdb kernel.debug /var/crash/vmcore.6 [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". =20 Unread portion of the kernel message buffer: =20 Fatal trap 12: page fault while in kernel mode fault virtual address =3D 0xc fault code =3D supervisor read, page not present instruction pointer =3D 0x20:0xc05a47bb stack pointer =3D 0x28:0xd447db18 frame pointer =3D 0x28:0xd447db3c code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 24 (ath1 taskq) trap number =3D 12 panic: page fault Uptime: 1d7h56m6s Dumping 511 MB (2 chunks) chunk 0: 1MB (159 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 =20 #0 doadump () at pcpu.h:165 165 __asm __volatile("movl %%fs:0,%0" : "=3Dr" (td)); (kgdb) backtrace #0 doadump () at pcpu.h:165 #1 0xc056da25 in boot (howto=3D260) at = /usr/src/sys/kern/kern_shutdown.c:402 #2 0xc056dcbc in panic (fmt=3D0xc07a4185 "%s") at /usr/src/sys/kern/kern_shutdown.c:558 #3 0xc07658c8 in trap_fatal (frame=3D0xd447dad8, eva=3D12) at /usr/src/sys/i386/i386/trap.c:836 #4 0xc076562f in trap_pfault (frame=3D0xd447dad8, usermode=3D0, = eva=3D12) at /usr/src/sys/i386/i386/trap.c:744 #5 0xc076528d in trap (frame=3D {tf_fs =3D 8, tf_es =3D 40, tf_ds =3D 40, tf_edi =3D -979275436, = tf_esi =3D 370, tf_ebp =3D -733488324, tf_isp =3D -733488380, tf_ebx =3D -979275520, = tf_edx =3D 0, tf_ecx =3D -1012252656, tf_eax =3D 0, tf_trapno =3D 12, tf_err =3D 0, = tf_eip =3D -1067825221, tf_cs =3D 32, tf_eflags =3D 590342, tf_esp =3D 0, tf_ss =3D -733488320}) at /usr/src/sys/i386/i386/trap.c:434 #6 0xc0754a6a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc05a47bb in m_copym (m=3D0x0, off0=3D1500, len=3D1480, wait=3D1) = at /usr/src/sys/kern/uipc_mbuf.c:400 #8 0xc06204b8 in ip_fragment (ip=3D0xc3aa4010, m_frag=3D0xd447dbec, mtu=3D-979275520, if_hwassist_flags=3D0, sw_csum=3D1) at /usr/src/sys/netinet/ip_output.c:975 #9 0xc0610c4e in ip_fastforward (m=3D0xc3a7ba00) at /usr/src/sys/netinet/ip_fastfwd.c:561 #10 0xc05de953 in ether_demux (ifp=3D0xc33ac400, m=3D0xc3a7ba00) at /usr/src/sys/net/if_ethersubr.c:766 #11 0xc05de715 in ether_input (ifp=3D0xc33ac400, m=3D0xc3a7ba00) at /usr/src/sys/net/if_ethersubr.c:620 #12 0xc05f5604 in ieee80211_deliver_data (ic=3D0xc33ad230, = ni=3D0xc5602000, m=3D0xc3a7ba00) at /usr/src/sys/net80211/ieee80211_input.c:717 #13 0xc05f507d in ieee80211_input (ic=3D0xc33ad230, m=3D0xc3a7ba00, ni=3D0xc5602000, rssi=3D30, rstamp=3D27616) at /usr/src/sys/net80211/ieee80211_input.c:481 #14 0xc04afd66 in ath_rx_proc (arg=3D0xc33ad000, npending=3D1) at /usr/src/sys/dev/ath/if_ath.c:2977 #15 0xc058de89 in taskqueue_run (queue=3D0xc32f4780) at /usr/src/sys/kern/subr_taskqueue.c:217 #16 0xc058e03a in taskqueue_thread_loop (arg=3D0x0) at /usr/src/sys/kern/subr_taskqueue.c:276 #17 0xc0558068 in fork_exit (callout=3D0xc058dff8 = , arg=3D0xc33adee0, frame=3D0xd447dd38) at = /usr/src/sys/kern/kern_fork.c:805 #18 0xc0754acc in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:208 (kgdb) quit =20 =20 I notice packets were send out through ath0, so I expect ath0 taskq, = through ath1 I was logged in the box. =20 I can reproduce it with ping command, with high load. =20 =20 There are earlier kernel dumps which is connected to high load some how, = but kgdb does not work with them. =20 # kgdb kernel.debug /var/crash/vmcore.0 kgdb: kvm_read: invalid address (0x18) kgdb: kvm_read: invalid address (0x18) kgdb: kvm_read: invalid address (0x18) ^C =20 # kgdb kernel.debug /var/crash/vmcore.1 kgdb: cannot read PTD # kgdb kernel.debug /var/crash/vmcore.1 kgdb: cannot read PTD # kgdb kernel.debug /var/crash/vmcore.1 kgdb: cannot read PTD # kgdb kernel.debug /var/crash/vmcore.2 kgdb: cannot read PTD # kgdb kernel.debug /var/crash/vmcore.3 kgdb: cannot read PTD # kgdb kernel.debug /var/crash/vmcore.4 kgdb: cannot read PTD # kgdb kernel.debug /var/crash/vmcore.5 kgdb: cannot read PTD =20 I have info=B4s files, here they are in attachments. =20 =20 I guess it is about mem_buf, ath.c, ath taskq, something about memory, = when there is HIGH LOAD. =20 ANY HELP IS VERY APPRECIATED. =20 Daniel =20 P.S.: I am not currently subscribed in the freebsd-stable mailling list, = so use my e-mail address. I am ok with freebsd-current mailling list. ------=_NextPart_000_0025_01C6CE3F.28CBBC60 Content-Type: text/plain; name="info.0-5, kgdb not worked on them.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="info.0-5, kgdb not worked on them.txt" # kgdb kernel.debug /var/crash/vmcore.0 kgdb: kvm_read: invalid address (0x18) kgdb: kvm_read: invalid address (0x18) kgdb: kvm_read: invalid address (0x18) ^C # kgdb kernel.debug /var/crash/vmcore.1 kgdb: cannot read PTD # kgdb kernel.debug /var/crash/vmcore.1 kgdb: cannot read PTD # kgdb kernel.debug /var/crash/vmcore.1 kgdb: cannot read PTD # kgdb kernel.debug /var/crash/vmcore.2 kgdb: cannot read PTD # kgdb kernel.debug /var/crash/vmcore.3 kgdb: cannot read PTD # kgdb kernel.debug /var/crash/vmcore.4 kgdb: cannot read PTD # kgdb kernel.debug /var/crash/vmcore.5 kgdb: cannot read PTD # cat info.0 Dump header from device /dev/ad0s1b Architecture: i386 Architecture Version: 2 Dump Length: 267976704B (255 MB) Blocksize: 512 Dumptime: Mon May 22 01:24:01 2006 Hostname: Magic: FreeBSD Kernel Dump Version String: FreeBSD 6.1-RELEASE #0: Wed May 10 14:02:17 CEST 2006 Panic String: page fault Dump Parity: 3252354328 Bounds: 0 Dump Status: good # cat info.1 Dump header from device /dev/ad0s1b Architecture: i386 Architecture Version: 2 Dump Length: 267976704B (255 MB) Blocksize: 512 Dumptime: Fri Jun 16 18:01:27 2006 Hostname: Magic: FreeBSD Kernel Dump Version String: FreeBSD 6.1-RELEASE-p2 #2: Fri Jun 16 02:17:00 CEST 2006 Panic String: ffs_blkfree: freeing free block Dump Parity: 3481480040 Bounds: 1 Dump Status: good # cat info.2 Dump header from device /dev/ad0s1b Architecture: i386 Architecture Version: 2 Dump Length: 267976704B (255 MB) Blocksize: 512 Dumptime: Wed Jun 28 23:08:28 2006 Hostname: Magic: FreeBSD Kernel Dump Version String: FreeBSD 6.1-RELEASE-p2 #4: Mon Jun 26 14:36:29 CEST 2006 Panic String: sbflush_locked: cc 0 || mb 0xc23e7500 || mbcnt 2304 Dump Parity: 2760206361 Bounds: 2 Dump Status: good # cat info.3 Dump header from device /dev/ad0s1b Architecture: i386 Architecture Version: 2 Dump Length: 267976704B (255 MB) Blocksize: 512 Dumptime: Thu Jun 29 09:25:44 2006 Hostname: Magic: FreeBSD Kernel Dump Version String: FreeBSD 6.1-RELEASE-p2 #4: Mon Jun 26 14:36:29 CEST 2006 Panic String: page fault Dump Parity: 1992958036 Bounds: 3 Dump Status: good # cat info.4 Dump header from device /dev/ad0s1b Architecture: i386 Architecture Version: 2 Dump Length: 267976704B (255 MB) Blocksize: 512 Dumptime: Sat Jul 1 14:02:53 2006 Hostname: Magic: FreeBSD Kernel Dump Version String: FreeBSD 6.1-RELEASE-p2 #4: Mon Jun 26 14:36:29 CEST 2006 Panic String: page fault Dump Parity: 1663968596 Bounds: 4 Dump Status: good # cat info.5 Dump header from device /dev/ad0s1b Architecture: i386 Architecture Version: 2 Dump Length: 267976704B (255 MB) Blocksize: 512 Dumptime: Sat Aug 12 03:01:25 2006 Hostname: Magic: FreeBSD Kernel Dump Version String: FreeBSD 6.1-RELEASE-p2 #4: Mon Jun 26 14:36:29 CEST 2006 Panic String: page fault Dump Parity: 1801608788 Bounds: 5 Dump Status: good ------=_NextPart_000_0025_01C6CE3F.28CBBC60 Content-Type: text/plain; name="info.6-7, kgdb worked.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="info.6-7, kgdb worked.txt" # cat info.6 Dump header from device /dev/ad0s1b Architecture: i386 Architecture Version: 2 Dump Length: 536412160B (511 MB) Blocksize: 512 Dumptime: Fri Sep 1 21:44:58 2006 Hostname: Magic: FreeBSD Kernel Dump Version String: FreeBSD 6.1-RELEASE-p5 #0: Tue Aug 29 03:09:23 CEST 2006 Panic String: page fault Dump Parity: 2714335061 Bounds: 6 Dump Status: good # cat info.7 Dump header from device /dev/ad0s1b Architecture: i386 Architecture Version: 2 Dump Length: 536412160B (511 MB) Blocksize: 512 Dumptime: Fri Sep 1 21:49:55 2006 Hostname: Magic: FreeBSD Kernel Dump Version String: FreeBSD 6.1-RELEASE-p5 #0: Tue Aug 29 03:09:23 CEST 2006 Panic String: watchdog timeout Dump Parity: 4123728435 Bounds: 7 Dump Status: good ------=_NextPart_000_0025_01C6CE3F.28CBBC60 Content-Type: text/plain; name="kgdb backtrace vmcore.6 and 7.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="kgdb backtrace vmcore.6 and 7.txt" # kgdb kernel.debug /var/crash/vmcore.6 [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: Fatal trap 12: page fault while in kernel mode fault virtual address =3D 0xc fault code =3D supervisor read, page not present instruction pointer =3D 0x20:0xc05a47bb stack pointer =3D 0x28:0xd447db18 frame pointer =3D 0x28:0xd447db3c code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 24 (ath1 taskq) trap number =3D 12 panic: page fault Uptime: 1d7h56m6s Dumping 511 MB (2 chunks) chunk 0: 1MB (159 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" : "=3Dr" (td)); (kgdb) backtrace #0 doadump () at pcpu.h:165 #1 0xc056da25 in boot (howto=3D260) at = /usr/src/sys/kern/kern_shutdown.c:402 #2 0xc056dcbc in panic (fmt=3D0xc07a4185 "%s") at = /usr/src/sys/kern/kern_shutdown.c:558 #3 0xc07658c8 in trap_fatal (frame=3D0xd447dad8, eva=3D12) at = /usr/src/sys/i386/i386/trap.c:836 #4 0xc076562f in trap_pfault (frame=3D0xd447dad8, usermode=3D0, = eva=3D12) at /usr/src/sys/i386/i386/trap.c:744 #5 0xc076528d in trap (frame=3D {tf_fs =3D 8, tf_es =3D 40, tf_ds =3D 40, tf_edi =3D -979275436, = tf_esi =3D 370, tf_ebp =3D -733488324, tf_isp =3D -733488380, tf_ebx =3D = -979275520, tf_edx =3D 0, tf_ecx =3D -1012252656, tf_eax =3D 0, = tf_trapno =3D 12, tf_err =3D 0, tf_eip =3D -1067825221, tf_cs =3D 32, = tf_eflags =3D 590342, tf_esp =3D 0, tf_ss =3D -733488320}) at /usr/src/sys/i386/i386/trap.c:434 #6 0xc0754a6a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc05a47bb in m_copym (m=3D0x0, off0=3D1500, len=3D1480, wait=3D1) = at /usr/src/sys/kern/uipc_mbuf.c:400 #8 0xc06204b8 in ip_fragment (ip=3D0xc3aa4010, m_frag=3D0xd447dbec, = mtu=3D-979275520, if_hwassist_flags=3D0, sw_csum=3D1) at = /usr/src/sys/netinet/ip_output.c:975 #9 0xc0610c4e in ip_fastforward (m=3D0xc3a7ba00) at = /usr/src/sys/netinet/ip_fastfwd.c:561 #10 0xc05de953 in ether_demux (ifp=3D0xc33ac400, m=3D0xc3a7ba00) at = /usr/src/sys/net/if_ethersubr.c:766 #11 0xc05de715 in ether_input (ifp=3D0xc33ac400, m=3D0xc3a7ba00) at = /usr/src/sys/net/if_ethersubr.c:620 #12 0xc05f5604 in ieee80211_deliver_data (ic=3D0xc33ad230, = ni=3D0xc5602000, m=3D0xc3a7ba00) at = /usr/src/sys/net80211/ieee80211_input.c:717 #13 0xc05f507d in ieee80211_input (ic=3D0xc33ad230, m=3D0xc3a7ba00, = ni=3D0xc5602000, rssi=3D30, rstamp=3D27616) at = /usr/src/sys/net80211/ieee80211_input.c:481 #14 0xc04afd66 in ath_rx_proc (arg=3D0xc33ad000, npending=3D1) at = /usr/src/sys/dev/ath/if_ath.c:2977 #15 0xc058de89 in taskqueue_run (queue=3D0xc32f4780) at = /usr/src/sys/kern/subr_taskqueue.c:217 #16 0xc058e03a in taskqueue_thread_loop (arg=3D0x0) at = /usr/src/sys/kern/subr_taskqueue.c:276 #17 0xc0558068 in fork_exit (callout=3D0xc058dff8 = , arg=3D0xc33adee0, frame=3D0xd447dd38) at = /usr/src/sys/kern/kern_fork.c:805 #18 0xc0754acc in fork_trampoline () at = /usr/src/sys/i386/i386/exception.s:208 (kgdb) quit # kgdb kernel.debug /var/crash/vmcore.7 [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: interrupt total irq14: ata0 34029 irq17: ath0 329111 irq18: ath1 165989 irq19: rl0 15153 irq21: uhci0 ehci0 735 irq23: vr0 110085 cpu0: timer 443218 Total 1098320 panic: watchdog timeout Uptime: 3m42s Dumping 511 MB (2 chunks) chunk 0: 1MB (159 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" : "=3Dr" (td)); (kgdb) backtrace #0 doadump () at pcpu.h:165 #1 0xc056da25 in boot (howto=3D260) at = /usr/src/sys/kern/kern_shutdown.c:402 #2 0xc056dcbc in panic (fmt=3D0xc07ae613 "watchdog timeout") at = /usr/src/sys/kern/kern_shutdown.c:558 #3 0xc0543e86 in watchdog_fire () at /usr/src/sys/kern/kern_clock.c:583 #4 0xc05439a5 in hardclock (frame=3D0xc3884900) at = /usr/src/sys/kern/kern_clock.c:279 #5 0xc075a68d in lapic_handle_timer (frame=3D {cf_vec =3D 0, cf_fs =3D 8, cf_es =3D 40, cf_ds =3D 40, cf_edi =3D = -1015050576, cf_esi =3D -1018397184, cf_ebp =3D -660935872, cf_ebx =3D = -1018397184, cf_edx =3D 116, cf_ecx =3D -1065296032, cf_eax =3D = -1416560640, cf_eip =3D -1067795618, cf_cs =3D 32, cf_eflags =3D 663, = cf_esp =3D -1015530112, cf_ss =3D -1014478592}) at /usr/src/sys/i386/i386/local_apic.c:623 #6 0xc0755050 in Xtimerint () at apic_vector.s:137 #7 0xc05abb5e in sbcompress (sb=3D0xc37f8eb0, m=3D0xc34c7e00, = n=3D0xc34c7e00) at /usr/src/sys/kern/uipc_socket2.c:1091 #8 0xc05ab2fb in sbappendstream_locked (sb=3D0xc37f8eb0, = m=3D0xc34c7e00) at /usr/src/sys/kern/uipc_socket2.c:745 #9 0xc05ab345 in sbappendstream (sb=3D0xc37f8eb0, m=3D0xc34c7e00) at = /usr/src/sys/kern/uipc_socket2.c:761 #10 0xc0630fc0 in tcp_usr_send (so=3D0xc37f8de8, flags=3D0, = m=3D0xc34c7e00, nam=3D0x0, control=3D0x0, td=3D0xc3884900) at = /usr/src/sys/netinet/tcp_usrreq.c:665 #11 0xc05a7c0b in sosend (so=3D0xc37f8de8, addr=3D0x0, uio=3D0xd89aecbc, = top=3D0xc34c7e00, control=3D0x0, flags=3D0, td=3D0xc3884900) at /usr/src/sys/kern/uipc_socket.c:836 #12 0xc0596152 in soo_write (fp=3D0xab910000, uio=3D0xd89aecbc, = active_cred=3D0xc3783d80, flags=3D0, td=3D0xc3884900) at = /usr/src/sys/kern/sys_socket.c:118 #13 0xc05908bb in dofilewrite (td=3D0xc3884900, fd=3D3, fp=3D0xc37f9000, = auio=3D0xd89aecbc, offset=3DUnhandled dwarf expression opcode 0x93 ) at file.h:246 #14 0xc059075f in kern_writev (td=3D0xc3884900, fd=3D3, = auio=3D0xd89aecbc) at /usr/src/sys/kern/sys_generic.c:402 #15 0xc0590685 in write (td=3D0xc3884900, uap=3D0xc080df60) at = /usr/src/sys/kern/sys_generic.c:326 #16 0xc0765bdf in syscall (frame=3D {tf_fs =3D 59, tf_es =3D 59, tf_ds =3D 59, tf_edi =3D 134715936, = tf_esi =3D 134681128, tf_ebp =3D -1077943096, tf_isp =3D -660935324, = tf_ebx =3D 671931192, tf_edx =3D 134681128, tf_ecx =3D 3, tf_eax =3D 4, = tf_trapno =3D 0, tf_err =3D 2, tf_eip =3D 674475811, tf_cs =3D 51, = tf_eflags =3D 646, tf_esp =3D -1077943124, tf_ss =3D 59}) at /usr/src/sys/i386/i386/trap.c:981 #17 0xc0754abf in Xint0x80_syscall () at = /usr/src/sys/i386/i386/exception.s:200 #18 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) quit ------=_NextPart_000_0025_01C6CE3F.28CBBC60 Content-Type: text/plain; name="sysctl.conf - R1.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="sysctl.conf - R1.txt" # cat /etc/sysctl.conf # $FreeBSD: src/etc/sysctl.conf,v 1.8 2003/03/13 18:43:50 mux Exp $ # # This file is read when going to multi-user and its contents piped = thru # ``sysctl'' to adjust kernel values. ``man 5 sysctl.conf'' for = details. # # Uncomment this to prevent users from seeing information about = processes that # are being run under another UID. #security.bsd.see_other_uids=3D0 # IFS parametry Atheros distance 1730m and 3440m dev.ath.0.slottime=3D15 dev.ath.0.acktimeout=3D33 dev.ath.0.ctstimeout=3D33 dev.ath.0.txantenna=3D1 dev.ath.0.rxantenna=3D1 dev.ath.0.diversity=3D0 #dev.ath.0.tpscale=3D0 #dev.ath.0.tpc=3D0 dev.ath.1.slottime=3D21 dev.ath.1.acktimeout=3D45 dev.ath.1.ctstimeout=3D45 dev.ath.1.txantenna=3D1 dev.ath.1.rxantenna=3D1 dev.ath.1.diversity=3D0 #dev.ath.1.tpscale=3D0 #dev.ath.1.tpc=3D0 kern.ipc.maxsockbuf=3D2097152 #net.inet6.ip6.forwarding=3D1 net.inet.ip.fastforwarding=3D1 net.inet.tcp.sendspace=3D65536 #net.inet.tcp.rfc1323=3D1 net.inet.icmp.icmplim=3D2147483647 net.inet.icmp.icmplim_output=3D0 net.inet.ip.random_id=3D1 ------=_NextPart_000_0025_01C6CE3F.28CBBC60 Content-Type: text/plain; name="ifconfig - R1.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="ifconfig - R1.txt" # ifconfig -v ath0: flags=3D8843 mtu 1500 inet6 fe80::20b:6bff:fe35:509a%ath0 prefixlen 64 scopeid 0x1 inet 10.40.192.17 netmask 0xfffffffc broadcast 10.40.192.19 ether 00:0b:6b:35:50:9a media: IEEE 802.11 Wireless Ethernet OFDM/24Mbps mode 11a = (OFDM/24Mbps) status: associated ssid PtPa channel 100 (5500) bssid 00:00:00:00:00:00 authmode OPEN privacy OFF deftxkey UNDEF powersavemode OFF powersavesleep 100 txpowmax 38 txpower 63 rtsthreshold 2346 mcastrate 1 fragthreshold 2346 pureg protmode OFF wme burst roaming AUTO bintval 100 AC_BE cwmin 4 cwmax 10 aifs 3 txopLimit 0 -acm ack cwmin 4 cwmax 10 aifs 3 txopLimit 0 -acm AC_BK cwmin 4 cwmax 10 aifs 7 txopLimit 0 -acm ack cwmin 4 cwmax 10 aifs 7 txopLimit 0 -acm AC_VI cwmin 3 cwmax 4 aifs 2 txopLimit 94 -acm ack cwmin 3 cwmax 4 aifs 2 txopLimit 94 -acm AC_VO cwmin 2 cwmax 3 aifs 2 txopLimit 47 -acm ack cwmin 2 cwmax 3 aifs 2 txopLimit 47 -acm ath1: flags=3D8843 mtu 1500 inet6 fe80::20b:6bff:fe2a:b8d5%ath1 prefixlen 64 scopeid 0x2 inet 10.40.64.17 netmask 0xfffffffc broadcast 10.40.64.19 ether 00:0b:6b:2a:b8:d5 media: IEEE 802.11 Wireless Ethernet OFDM/24Mbps mode 11a = (OFDM/24Mbps) status: associated ssid PtP channel 108 (5540) bssid 00:00:00:00:00:00 authmode OPEN privacy OFF deftxkey UNDEF powersavemode OFF powersavesleep 100 txpowmax 37 txpower 63 rtsthreshold 2346 mcastrate 1 fragthreshold 2346 pureg protmode OFF wme burst roaming AUTO bintval 100 AC_BE cwmin 4 cwmax 10 aifs 3 txopLimit 0 -acm ack cwmin 4 cwmax 10 aifs 3 txopLimit 0 -acm AC_BK cwmin 4 cwmax 10 aifs 7 txopLimit 0 -acm ack cwmin 4 cwmax 10 aifs 7 txopLimit 0 -acm AC_VI cwmin 3 cwmax 4 aifs 2 txopLimit 94 -acm ack cwmin 3 cwmax 4 aifs 2 txopLimit 94 -acm AC_VO cwmin 2 cwmax 3 aifs 2 txopLimit 47 -acm ack cwmin 2 cwmax 3 aifs 2 txopLimit 47 -acm ------=_NextPart_000_0025_01C6CE3F.28CBBC60 Content-Type: text/plain; name="uname - R1.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="uname - R1.txt" # uname -a FreeBSD * 6.1-RELEASE-p5 FreeBSD 6.1-RELEASE-p5 #0: Tue Aug 29 03:09:23 = CEST 2006 *:/usr/obj/usr/src/sys/* i386 ------=_NextPart_000_0025_01C6CE3F.28CBBC60 Content-Type: text/plain; name="pciconf - R1.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="pciconf - R1.txt" this ath0 is old CM9: ath0@pci0:14:0: class=3D0x020000 card=3D0x1012185f chip=3D0x0013168c = rev=3D0x01 hdr=3D0x00 vendor =3D 'Atheros Communications Inc.' device =3D 'AR5212, AR5213 802.11a/b/g Wireless Adapter' class =3D network subclass =3D ethernet this ath1 is new CM10: ath1@pci0:19:0: class=3D0x020000 card=3D0x1600185f chip=3D0x001b168c = rev=3D0x01 hdr=3D0x00 vendor =3D 'Atheros Communications Inc.' class =3D network subclass =3D ethernet BTW: Does somebody know where device information is ? :) ------=_NextPart_000_0025_01C6CE3F.28CBBC60 Content-Type: text/plain; name="dmesg -a - R1.txt" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="dmesg -a - R1.txt" Copyright (c) 1992-2006 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights = reserved. FreeBSD 6.1-RELEASE-p5 #0: Tue Aug 29 03:09:23 CEST 2006 *:/usr/obj/usr/src/sys/* Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Duron(tm) (800.03-MHz 686-class CPU) Origin =3D "AuthenticAMD" Id =3D 0x631 Stepping =3D 1 = Features=3D0x183fbff AMD Features=3D0xc0440800,MMX+,3DNow+,3DNow> real memory =3D 536805376 (511 MB) avail memory =3D 515940352 (492 MB) ACPI APIC Table: ioapic0 irqs 0-23 on motherboard wlan: mac acl policy registered kbd1 at kbdmux0 netsmb_dev: loaded ath_hal: 0.9.16.16 (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 0x808-0x80b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem = 0xe0000000-0xe1ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) ath0: mem 0xdfff0000-0xdfffffff irq 17 at device 6.0 on = pci0 ath0: Ethernet address: 00:0b:6b:35:50:9a ath0: mac 5.9 phy 4.3 radio 3.6 ath1: mem 0xdffe0000-0xdffeffff irq 18 at device 7.0 on = pci0 ath1: Ethernet address: 00:0b:6b:2a:b8:d5 ath1: mac 10.5 phy 6.1 radio 6.3 rl0: port 0xec00-0xecff mem = 0xdffdff00-0xdffdffff irq 19 at device 8.0 on pci0 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:50:fc:e4:c4:b6 uhci0: port 0xe800-0xe81f 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 ehci0: mem 0xdffdfe00-0xdffdfeff irq 21 = at device 16.3 on pci0 ehci0: [GIANT-LOCKED] usb1: EHCI version 1.0 usb1: companion controller, 2 ports each: usb0 usb1: on ehci0 usb1: USB revision 2.0 uhub1: VIA EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered isab0: at device 17.0 on pci0 isa0: on isab0 atapci0: port = 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 17.1 on pci0 ata0: on atapci0 ata1: on atapci0 vr0: port 0xe400-0xe4ff mem = 0xdffdfd00-0xdffdfdff irq 23 at device 18.0 on pci0 miibus1: on vr0 ukphy0: on miibus1 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr0: Ethernet address: 00:0c:76:1c:aa:b7 acpi_button1: on acpi0 pmtimer0 on isa0 orm0: at iomem 0xc0000-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 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] ugen0: American Power Conversion Back-UPS RS 500 FW:30.j5.I USB FW:j5, = rev 1.10/0.06, addr 2 Timecounter "TSC" frequency 800032669 Hz quality 800 Timecounters tick every 1.000 msec IPv6 packet filtering initialized, default to accept, logging limited to = 100 packets/entry ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding = enabled, default to accept, logging limited to 100 packets/entry by = default ad0: 76319MB at ata0-master UDMA100 Trying to mount root from ufs:/dev/ad0s1a ------=_NextPart_000_0025_01C6CE3F.28CBBC60-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 2 01:37:05 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0201416A4DD for ; Sat, 2 Sep 2006 01:37:05 +0000 (UTC) (envelope-from josh.carroll@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.238]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D6DF43D46 for ; Sat, 2 Sep 2006 01:37:04 +0000 (GMT) (envelope-from josh.carroll@gmail.com) Received: by wx-out-0506.google.com with SMTP id i27so1217430wxd for ; Fri, 01 Sep 2006 18:37:03 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=B0Wj0XqvXj9s2f8se0HWBRRvvdnJZTsftz9Ge7AYXhGrfQUeZSnqqf5LQOIg1pCIeCUNbWDB2K9sgRs8jJdjiwxr0xHJKJXrjZ4zXuXBhldjtEMwc6dIys4/jxl6/bkbYpVhknU/ewRYE6a3TWFbn/pEnYlySVoQADhwB2+VSXQ= Received: by 10.90.78.16 with SMTP id a16mr909071agb; Fri, 01 Sep 2006 18:37:03 -0700 (PDT) Received: by 10.90.56.6 with HTTP; Fri, 1 Sep 2006 18:37:03 -0700 (PDT) Message-ID: <8cb6106e0609011837r7af17fe1s67c5f5c514869a52@mail.gmail.com> Date: Fri, 1 Sep 2006 18:37:03 -0700 From: "Josh Carroll" Sender: josh.carroll@gmail.com To: freebsd-current@freebsd.org In-Reply-To: <8cb6106e0608311341v2170440fy6247cfb01db47490@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <8cb6106e0608301317y21a131a4q6fe78b3a2565a9b7@mail.gmail.com> <8cb6106e0608301940j63391a40mdb92b4df2d5ea4a1@mail.gmail.com> <8cb6106e0608311341v2170440fy6247cfb01db47490@mail.gmail.com> X-Google-Sender-Auth: 4db3ab6df44faf96 Subject: Re: atapi/IDE DVD problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Sep 2006 01:37:05 -0000 Further debugging, and probably something I should have done FIRST, reveals that this is a DMA problem. Setting: hw.ata.atapi_dma=3D0 in /boot/loader.conf works around the problem. I found a thread where S=F8ren fixed a problem with atapi DMA back in January/February (and the patch looks like it was merged at some point): http://lists.freebsd.org/pipermail/freebsd-current/2006-January/060236.html I believe I'm having a problem with this JMicron controller because it's not being identified as a legacy device by the ata_legacy function. The only reason I can think of for this is that it's a 3rd party card and showing up as: atapci0@pci2:0:0: In pciconf -l -v output. I don't know if it's entirely related (indirectly perhaps?) to the IRQ of the ata controller, but in my case it's on irq16 not irq14 or irq15. Is there a quick workaround for this? Or am I stuck without DMA on the DVD drive until S=F8ren has time to work on the full solution mentioned in the thread above? Thanks and sorry for all the replies. I figured the more info I can provide, the easier it is to help. Regards, Josh From owner-freebsd-current@FreeBSD.ORG Sat Sep 2 01:50:18 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A1C7E16A4E0 for ; Sat, 2 Sep 2006 01:50:18 +0000 (UTC) (envelope-from lydianconcepts@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F63143D45 for ; Sat, 2 Sep 2006 01:50:18 +0000 (GMT) (envelope-from lydianconcepts@gmail.com) Received: by wx-out-0506.google.com with SMTP id i27so1220184wxd for ; Fri, 01 Sep 2006 18:50:17 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=XMhLB2kMGksefsfHtklu+9hi+hA8i88OxiTSJGB5BFoAKR3tBLlBQikF7FJnDVUyoTiIAKGW5wiyc13tnZDgQFohM2Y1JyBo2A+wWR97I5AuyvWZsAm9Jucr8SLaLwOfYdnTPb7xY6UXxXCMZGyryawRKMVKMShyLEm1AjeT3DI= Received: by 10.90.49.19 with SMTP id w19mr906468agw; Fri, 01 Sep 2006 18:48:32 -0700 (PDT) Received: by 10.90.70.14 with HTTP; Fri, 1 Sep 2006 18:48:32 -0700 (PDT) Message-ID: <7579f7fb0609011848p1ecc9d4dh47eb259cc3441ddb@mail.gmail.com> Date: Fri, 1 Sep 2006 18:48:32 -0700 From: "Matthew Jacob" To: rodperson@adelphia.net In-Reply-To: <1157154024.835.6.camel@atomizer.opensourcebeef.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1157154024.835.6.camel@atomizer.opensourcebeef.net> Cc: current@freebsd.org Subject: Re: LSI 1030 mpt doesn't work if I build a new kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Sep 2006 01:50:18 -0000 Can you tell me more precisely what hardware you have? On 9/1/06, Rod Person wrote: > I've been struggling with this for a month or two now. > > I installed FreeBSD current 7 with a march snapshot and this work good, > but I've tried to build a new kernel for the 2 month period and building > a kernel causes the mpt driver to panic on boot. > > Here is so of the boot message: > > mpt1: [GIANT-LOCKED] > mpt1: MPI Version=1.2.14.0 > mpt1: mpt_wait_req(4) timed out > mpt1: read_cfg_header timed out > mpt1: mpt_wait_req(6) timed out > mpt1: port 0 enable timed out > mpt1: failed to enable port 0 > > then this repeats until the system hangs: > > mpt0: Address Reply: > SCSI Target Command Buffer Reply @ 0xffffffffacc7a200 > IOC Status Success > IOCLogInfo 0x00000000 > MsgLength 0x05 > MsgFlags 0x00 > MsgContext 0x0003005d > mpt0: Reply Frame Ignored > mpt0: Default Handler Called: req=0xffffffff80e49050:95 > reply_descriptor=dc913980 frame=0xffffffffacc7a300 > mpt0: Address Reply: > > I was wondering if this is a known problem or if there are any hints on > correcting this? > > Rod > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Sat Sep 2 02:31:11 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5683B16A4DD for ; Sat, 2 Sep 2006 02:31:11 +0000 (UTC) (envelope-from rodperson@adelphia.net) Received: from mta10.adelphia.net (mta10.adelphia.net [68.168.78.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id E5E3C43D46 for ; Sat, 2 Sep 2006 02:31:10 +0000 (GMT) (envelope-from rodperson@adelphia.net) Received: from atomizer.opensourcebeef.net ([24.54.132.51]) by mta10.adelphia.net (InterMail vM.6.01.05.02 201-2131-123-102-20050715) with ESMTP id <20060902023106.VPMQ24294.mta10.adelphia.net@atomizer.opensourcebeef.net>; Fri, 1 Sep 2006 22:31:06 -0400 From: Rod Person To: Matthew Jacob In-Reply-To: <7579f7fb0609011848p1ecc9d4dh47eb259cc3441ddb@mail.gmail.com> References: <1157154024.835.6.camel@atomizer.opensourcebeef.net> <7579f7fb0609011848p1ecc9d4dh47eb259cc3441ddb@mail.gmail.com> Content-Type: text/plain Organization: Open Source Beef Date: Fri, 01 Sep 2006 22:31:04 -0400 Message-Id: <1157164264.835.14.camel@atomizer.opensourcebeef.net> Mime-Version: 1.0 X-Mailer: Evolution 2.6.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: LSI 1030 mpt doesn't work if I build a new kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rodperson@adelphia.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Sep 2006 02:31:11 -0000 On Fri, 2006-09-01 at 18:48 -0700, Matthew Jacob wrote: > Can you tell me more precisely what hardware you have? > Motherboard is a Tyan K8WE (S28950) Dual Opteron with 2 AMD 246 Opteron CPUs 2 GB RAM LSI 1030 u320 SCSI controller embedded 2 Fujitsu 72GB U320 drives 1 Quantum Atlas IV 36GB U160 If you need more let me know. Rod From owner-freebsd-current@FreeBSD.ORG Sat Sep 2 03:10:57 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2CF0716A4DA for ; Sat, 2 Sep 2006 03:10:57 +0000 (UTC) (envelope-from lydianconcepts@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id A875643D45 for ; Sat, 2 Sep 2006 03:10:56 +0000 (GMT) (envelope-from lydianconcepts@gmail.com) Received: by wx-out-0506.google.com with SMTP id i27so1236810wxd for ; Fri, 01 Sep 2006 20:10:56 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=n7hKEZqdxJ+eoPQ8Dsfq/V1Q18L4IKlwJH1sZro2nYlDsEyWey1g0S6iVg0G1mbMUivU1f/f2c9hfuOHA2MMsbnYNqPThFuN8fN6aTxitgslOrMr3hqUvdupsdhoM2gfvrqTqvQ4yNUm8fKD5KoFe2icGjHfawoWUhvchZDWZbg= Received: by 10.90.83.14 with SMTP id g14mr907361agb; Fri, 01 Sep 2006 20:09:25 -0700 (PDT) Received: by 10.90.70.14 with HTTP; Fri, 1 Sep 2006 20:09:25 -0700 (PDT) Message-ID: <7579f7fb0609012009i557cf4baid07ce14c294241ad@mail.gmail.com> Date: Fri, 1 Sep 2006 20:09:25 -0700 From: "Matthew Jacob" To: rodperson@adelphia.net In-Reply-To: <1157164264.835.14.camel@atomizer.opensourcebeef.net> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_65974_16002919.1157166565046" References: <1157154024.835.6.camel@atomizer.opensourcebeef.net> <7579f7fb0609011848p1ecc9d4dh47eb259cc3441ddb@mail.gmail.com> <1157164264.835.14.camel@atomizer.opensourcebeef.net> Cc: current@freebsd.org Subject: Re: LSI 1030 mpt doesn't work if I build a new kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Sep 2006 03:10:57 -0000 ------=_Part_65974_16002919.1157166565046 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline All who are having this issue- try the attached patch and see if it helps. ------=_Part_65974_16002919.1157166565046 Content-Type: text/plain; name="CHANGE" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="CHANGE" X-Attachment-Id: f_erlf37dh QEAgLTE2NDAsMTMgKzE2NTEsMjYgQEAKIAkJCWhkci0+UGFnZVR5cGUgJiBNUElfQ09ORklHX1BB R0VUWVBFX01BU0spOwogCQlyZXR1cm4gKC0xKTsKIAl9Ci0JaGRyLT5QYWdlVHlwZSAmPSBNUElf Q09ORklHX1BBR0VUWVBFX01BU0ssCisKKyNpZgkwCisJLyoKKwkgKiBXZSBzaG91bGRuJ3QgbWFz ayBvZmYgb3RoZXIgYml0cyBoZXJlLgorCSAqLworCWhkci0+UGFnZVR5cGUgJj0gTVBJX0NPTkZJ R19QQUdFVFlQRV9NQVNLOworI2VuZGlmCiAKIAlyZXEgPSBtcHRfZ2V0X3JlcXVlc3QobXB0LCBz bGVlcF9vayk7CiAJaWYgKHJlcSA9PSBOVUxMKQogCQlyZXR1cm4gKC0xKTsKIAotCW1lbWNweSgo KGNhZGRyX3QpcmVxLT5yZXFfdmJ1ZikrTVBUX1JRU0wobXB0KSwgaGRyLCBsZW4pOworCW1lbWNw eSgoKGNhZGRyX3QpcmVxLT5yZXFfdmJ1ZikgKyBNUFRfUlFTTChtcHQpLCBoZHIsIGxlbik7CisK KwkvKgorCSAqIFRoZXJlIGlzbid0IGFueSBwb2ludCBpbiByZXN0b3Jpbmcgc3RyaXBwZWQgb3V0 IGF0dHJpYnV0ZXMKKwkgKiBpZiB5b3UgdGhlbiBtYXNrIHRoZW0gZ29pbmcgZG93biB0byBpc3N1 ZSB0aGUgcmVxdWVzdC4KKwkgKi8KKworI2lmCTAKIAkvKiBSZXN0b3JlIHN0cmlwcGVkIG91dCBh dHRyaWJ1dGVzICovCiAJaGRyLT5QYWdlVHlwZSB8PSBoZHJfYXR0cjsKIApAQCAtMTY1NSw2ICsx Njc5LDEzIEBACiAJCQkJICBoZHItPlBhZ2VUeXBlICYgTVBJX0NPTkZJR19QQUdFVFlQRV9NQVNL LAogCQkJCSAgUGFnZUFkZHJlc3MsIHJlcS0+cmVxX3BidWYgKyBNUFRfUlFTTChtcHQpLAogCQkJ CSAgbGVuLCBzbGVlcF9vaywgdGltZW91dF9tcyk7CisjZWxzZQorCWVycm9yID0gbXB0X2lzc3Vl X2NmZ19yZXEobXB0LCByZXEsIEFjdGlvbiwgaGRyLT5QYWdlVmVyc2lvbiwKKwkJCQkgIGhkci0+ UGFnZUxlbmd0aCwgaGRyLT5QYWdlTnVtYmVyLAorCQkJCSAgaGRyLT5QYWdlVHlwZSwgUGFnZUFk ZHJlc3MsCisJCQkJICByZXEtPnJlcV9wYnVmICsgTVBUX1JRU0wobXB0KSwKKwkJCQkgIGxlbiwg c2xlZXBfb2ssIHRpbWVvdXRfbXMpOworI2VuZGlmCiAJaWYgKGVycm9yICE9IDApIHsKIAkJbXB0 X3BydChtcHQsICJtcHRfd3JpdGVfY2ZnX3BhZ2UgdGltZWQgb3V0XG4iKTsKIAkJcmV0dXJuICgt MSk7Cg== ------=_Part_65974_16002919.1157166565046-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 2 03:12:53 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AE62616A4DE for ; Sat, 2 Sep 2006 03:12:53 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail27.syd.optusnet.com.au (mail27.syd.optusnet.com.au [211.29.133.168]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6BE9D43D4C for ; Sat, 2 Sep 2006 03:12:52 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail27.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k823Cn1Z017603 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sat, 2 Sep 2006 13:12:50 +1000 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.6/8.13.6) with ESMTP id k823CnYb010653; Sat, 2 Sep 2006 13:12:49 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.6/8.13.6/Submit) id k823CmBe010652; Sat, 2 Sep 2006 13:12:48 +1000 (EST) (envelope-from peter) Date: Sat, 2 Sep 2006 13:12:48 +1000 From: Peter Jeremy To: Lucas James Message-ID: <20060902031247.GE749@turion.vk2pj.dyndns.org> References: <200608281545.k7SFjn6l063922@lurza.secnetix.de> <200609020956.54008.Lucas.James@ldjcs.com.au> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="DO5DiztRLs659m5i" Content-Disposition: inline In-Reply-To: <200609020956.54008.Lucas.James@ldjcs.com.au> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.12-2006-07-14 Cc: freebsd-current@freebsd.org Subject: Re: suggested addition to 'date' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Sep 2006 03:12:53 -0000 --DO5DiztRLs659m5i Content-Type: multipart/mixed; boundary="fWddYNRDgTk9wQGZ" Content-Disposition: inline --fWddYNRDgTk9wQGZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, 2006-Sep-02 09:56:53 +1000, Lucas James wrote: >On Saturday 02 September 2006 03:53, Garance A Drosehn wrote:> >> mode. Not ever. Date is a command to set or display dates. >> It is not a command to filter files. 'cat' would be a more > appropriate place to add this option. I tend to agree. >or add an option to cat to prepend each line with an arbitrary string ala: > >cat -p `date` file Firstly, we already have this: sed "s=3D^=3D$(date)=3D" file And secondly, this pre-pends a fixed string. What's wanted is a filter to prepend a time/date stamp (which varies) to the input stream. The justification for extending date(1) is that it already has the code to handle date/time stamps. In reality, this code is all in strftime(3) and cat(1) already has hooks to insert a string at the beginning of a line so I believe that the attached patch is more appropriate. (Man page update on request). --=20 Peter Jeremy --fWddYNRDgTk9wQGZ Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="cat.diff" Content-Transfer-Encoding: quoted-printable Index: cat.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /usr/ncvs/src/bin/cat/cat.c,v retrieving revision 1.32 diff -u -r1.32 cat.c --- cat.c 10 Jan 2005 08:39:20 -0000 1.32 +++ cat.c 2 Sep 2006 03:08:58 -0000 @@ -67,6 +67,7 @@ int bflag, eflag, nflag, sflag, tflag, vflag; int rval; const char *filename; +const char *datefmt; =20 static void usage(void); static void scanfiles(char *argv[], int cooked); @@ -84,7 +85,7 @@ =20 setlocale(LC_CTYPE, ""); =20 - while ((ch =3D getopt(argc, argv, "benstuv")) !=3D -1) + while ((ch =3D getopt(argc, argv, "benp:stuv")) !=3D -1) switch (ch) { case 'b': bflag =3D nflag =3D 1; /* -b implies -n */ @@ -95,6 +96,8 @@ case 'n': nflag =3D 1; break; + case 'p': + datefmt =3D optarg; case 's': sflag =3D 1; break; @@ -177,6 +180,8 @@ cook_cat(FILE *fp) { int ch, gobble, line, prev; + char datebuf[1024]; + time_t now; =20 /* Reset EOF condition on stdin. */ if (fp =3D=3D stdin && feof(stdin)) @@ -198,6 +203,14 @@ if (ferror(stdout)) break; } + if (datefmt !=3D NULL) { + time(&now); + strftime(datebuf, sizeof(datebuf), datefmt, + localtime(&now)); + (void)fputs(datebuf, stdout); + if (ferror(stdout)) + break; + } } if (ch =3D=3D '\n') { if (eflag && putchar('$') =3D=3D EOF) --fWddYNRDgTk9wQGZ-- --DO5DiztRLs659m5i Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE+Pav/opHv/APuIcRAgx+AJ9UYNtTRokP1HApqU/yDDC8qvdQwwCgkXmu g4VSbq595reHFR8FnQssMaM= =8JLy -----END PGP SIGNATURE----- --DO5DiztRLs659m5i-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 2 02:29:32 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5991616A4DE; Sat, 2 Sep 2006 02:29:32 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: from sippysoft.com (gk.360sip.com [72.236.70.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id D27F743D49; Sat, 2 Sep 2006 02:29:31 +0000 (GMT) (envelope-from sobomax@sippysoft.com) Received: from [192.168.0.49] ([204.244.149.125]) (authenticated bits=0) by sippysoft.com (8.13.6/8.13.6) with ESMTP id k822TSbx004957 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 1 Sep 2006 19:29:30 -0700 (PDT) (envelope-from sobomax@sippysoft.com) Message-ID: <44F8EC7F.5090605@sippysoft.com> Date: Fri, 01 Sep 2006 19:29:19 -0700 From: Maxim Sobolev Organization: Sippy Software User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: hackers@freebsd.org Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sat, 02 Sep 2006 03:46:25 +0000 Cc: "current@freebsd.org" Subject: Proper (no) accounting for the disabled HTT cores X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Sep 2006 02:29:32 -0000 Hi, Currently, FreeBSD by default disables hyper-threading "cores", by not scheduling any threads to it. However, it still counts those cores as "active but permanently idle" when calculating system-wide CPUs statistics. It is incorrect, since it skews statistics quite a bit and creates real problems for certain types of applications (monitoring applications for example), by making them believe that the system does have enough idle resources, while in fact it does not. I think the proper way to handle disabled cores is to not account for them in any way. Please find the patch attached, which fixes the problem. Any comments or suggestions are welcome. -Maxim Index: local_apic.c =================================================================== RCS file: /home/ncvs/src/sys/i386/i386/local_apic.c,v retrieving revision 1.28 diff -d -u -r1.28 local_apic.c --- local_apic.c 12 Jul 2006 21:22:43 -0000 1.28 +++ local_apic.c 2 Sep 2006 00:42:32 -0000 @@ -615,6 +615,16 @@ /* Send EOI first thing. */ lapic_eoi(); + /* + * Don't do any accounting for the disabled HTT cores, since it + * will provide misleading numbers for the userland. + * + * No locking is necessary here, since even if we loose the race + * when hlt_cpus_mask changes it is not a big deal, really. + */ + if ((hlt_cpus_mask & (1 << PCPU_GET(cpuid))) != 0) + return; + /* Look up our local APIC structure for the tick counters. */ la = &lapics[PCPU_GET(apic_id)]; (*la->la_timer_count)++; From owner-freebsd-current@FreeBSD.ORG Sat Sep 2 04:07:56 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 976A416A4DE for ; Sat, 2 Sep 2006 04:07:56 +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 F282043D46 for ; Sat, 2 Sep 2006 04:07:55 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.199] ([10.0.0.199]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id k8247tgB037290 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 1 Sep 2006 21:07:55 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <44F9039C.7060001@errno.com> Date: Fri, 01 Sep 2006 21:07:56 -0700 From: Sam Leffler Organization: Errno Consulting User-Agent: Thunderbird 1.5.0.5 (Macintosh/20060719) MIME-Version: 1.0 To: dandee@volny.cz References: <00d501c6cdfc$0d18ce60$6508280a@tocnet28.jspoj.czf> In-Reply-To: <00d501c6cdfc$0d18ce60$6508280a@tocnet28.jspoj.czf> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: current@freebsd.org Subject: Re: atheros driver: countrycode and athdebug X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Sep 2006 04:07:56 -0000 Daniel Dvoøák wrote: > Hello Sam, > > may I ask you for countrycode and how it works. In the madwifi driver, > currently, their driver does not work with loading the kernel module with > parametr countrycode=something, but on the madwifi.org web site, there is > information that this feature worked in past, they remarked it worked until > new hal 0.9.16.3 was committed to their source tree and it does not work > until now, when 0.9.17.2 hal is. > > http://madwifi.org/ticket/120 > > I tried to watch the problem on my FreeBSD systems and I found out that in > the FreeBSD driver, there is not chance to change anything because read-only > oid. > > roztyly# sysctl hw.ath.countrycode=203 > sysctl: oid 'hw.ath.countrycode' is read only > roztyly# sysctl dev.ath.0.countrycode > dev.ath.0.countrycode: 0 > > Is this feature planned for FreeBSD atheros driver in the future ? You can override the country code but the potential values depends on the regdomain. I thought hw.ath.countrycode was r/w but it appears you can only set via the tunable api (kenv hw.ath.countrycode=XXX). The dev.ath mib must be r/o since you cannot (yet) change this after attaching the device (the driver does not implement it). Adding support to do this is not a big deal but hasn't been done; feel free to supply a patch. > > And second question about athdebug > > It seems it does not work at all, but there are flags or bitmaps defined. > > # athdebug -i ath0 > athdebug: sysctl-get(dev.ath.0.debug): No such file or directory > # athdebug -i ath0 xmit > athdebug: sysctl-get(dev.ath.0.debug): No such file or directory > > # uname -a > FreeBSD *.*.* 6.1-RELEASE-p5 FreeBSD 6.1-RELEASE-p5 #5: Tue Aug 29 00:38:54 > CEST 2006 > /usr/obj/usr/src/sys/mykernel i386 > > # cat /usr/src/tools/tools/ath/athdebug/athdebug.c | grep "athdebug.c" > * $FreeBSD: src/tools/tools/ath/athdebug/athdebug.c,v 1.2.2.1 2006/01/31 > 20:48:20 sam Exp $ > > In the madwifi 0.9.1 release, there is propably newer version, could it help > it to commit ? > > # cat /usr/src/madwifi-0.9.1/tools/athdebug.c | grep "athdebug.c" > * $Id: athdebug.c 1539 2006-05-05 04:17:59Z jbicket $ > > > Thank you for your hard work. option ATH_DEBUG is required in your kernel config. If building as a module you'll need to patch the Makefile when it creates opt_ath.h (not sure how avoid this). Sam From owner-freebsd-current@FreeBSD.ORG Sat Sep 2 04:37:26 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 761BD16A4DF; Sat, 2 Sep 2006 04:37:26 +0000 (UTC) (envelope-from oberman@es.net) Received: from postal3.es.net (postal3.es.net [198.128.3.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 58D3643D6D; Sat, 2 Sep 2006 04:37:09 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal3.es.net (Postal Node 3) with ESMTP (SSL) id GNM79834; Fri, 01 Sep 2006 21:36:34 -0700 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 77DC545042; Fri, 1 Sep 2006 21:36:34 -0700 (PDT) X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Ariff Abdullah Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1157171794_71980P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Fri, 01 Sep 2006 21:36:34 -0700 From: "Kevin Oberman" Message-Id: <20060902043634.77DC545042@ptavv.es.net> Cc: current@freebsd.org Subject: My Dell snd_ich is no longer working with current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Sep 2006 04:37:26 -0000 --==_Exmh_1157171794_71980P Content-Type: text/plain; charset=us-ascii Ariff, Good to see that you are back! I'm looking forward to a good HDA driver one of these days, but I have an immediate problem (since the big pcm re-work). If you get any time, could you look at: http://www.freebsd.org/cgi/query-pr.cgi ?pr=100169 This is a problem I had long ago, but it was fixed when the driver started checking on the raw data rate of the chip. I still see it checking the raw rate, but it no longer fixes it. Thanks in advance! -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1157171794_71980P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFE+QpSkn3rs5h7N1ERAqssAJ0W4DbTsurRZwde5PZH+hx1H26O6QCgmBHL 3m3ClMqqyNfmFGTQO7niQr0= =MDkD -----END PGP SIGNATURE----- --==_Exmh_1157171794_71980P-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 2 05:53:56 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 20D5B16A4DA; Sat, 2 Sep 2006 05:53:56 +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 C9AF543D46; Sat, 2 Sep 2006 05:53:55 +0000 (GMT) (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 61D8746C9F; Sat, 2 Sep 2006 01:53:55 -0400 (EDT) Date: Sat, 2 Sep 2006 06:53:55 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Jack Vogel In-Reply-To: <2a41acea0609011551v40338539u4eef48d091dd12ab@mail.gmail.com> Message-ID: <20060902065044.V84468@fledge.watson.org> References: <2a41acea0609011551v40338539u4eef48d091dd12ab@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net , freebsd-current Subject: Re: RFC: TSO patch for current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Sep 2006 05:53:56 -0000 On Fri, 1 Sep 2006, Jack Vogel wrote: > This is a patch for the stack and the em driver to enable TSO on CURRENT. > Previously I had problems getting it to work, but this is functional. > > I should note that CURRENT is being a pain right now, when I comment out em > in the config the kernel panics coming up, so I had to substitute this code > into the tree. Rather bizarre :) > > I have this functionality running on a 6.1 based system, and our test group > is already testing against that driver, so far things are looking good. > > I have designed it so the driver can continue to be built without support. > There is also a sysctl in the stack code so you can set > net.inet.tcp.tso_enable on or off and compare. > > I know there may be some refinements to add in, but I would like to get this > into CURRENT as a start. Per my earlier comments, I would like to see the issue of doing an on-demand segmentation of TCP at the IP layer in the event that the early route decision becomes stale (i.e., ipfw fwd, ipsec, etc), as occurs in the NetBSD code. Likewise, I think Andre's comment about making the routing decision up front for the TCP connection as part of the existing search for PMTU information makes sense. I'm more interested in seeing the former addressed than the latter before the commit, though, which can quite easily follow. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Sat Sep 2 06:21:43 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5A40C16A4DD; Sat, 2 Sep 2006 06:21:43 +0000 (UTC) (envelope-from ssouhlal@FreeBSD.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2320243D45; Sat, 2 Sep 2006 06:21:43 +0000 (GMT) (envelope-from ssouhlal@FreeBSD.org) Received: from [192.168.250.2] (217-162-175-152.dclient.hispeed.ch [217.162.175.152]) by elvis.mu.org (Postfix) with ESMTP id 3D16C1A4D8C; Fri, 1 Sep 2006 23:21:42 -0700 (PDT) Message-ID: <44F922BD.5060108@FreeBSD.org> Date: Sat, 02 Sep 2006 08:20:45 +0200 From: Suleiman Souhlal User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051204) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Maxim Sobolev References: <44F8EC7F.5090605@sippysoft.com> In-Reply-To: <44F8EC7F.5090605@sippysoft.com> Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit Cc: hackers@freebsd.org, "current@freebsd.org" Subject: Re: Proper (no) accounting for the disabled HTT cores X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Sep 2006 06:21:43 -0000 Maxim Sobolev wrote: > Hi, > > Currently, FreeBSD by default disables hyper-threading "cores", by not > scheduling any threads to it. However, it still counts those cores as > "active but permanently idle" when calculating system-wide CPUs > statistics. It is incorrect, since it skews statistics quite a bit and > creates real problems for certain types of applications (monitoring > applications for example), by making them believe that the system does > have enough idle resources, while in fact it does not. > > I think the proper way to handle disabled cores is to not account for > them in any way. Please find the patch attached, which fixes the > problem. Any comments or suggestions are welcome. > > -Maxim > > Index: local_apic.c > =================================================================== > RCS file: /home/ncvs/src/sys/i386/i386/local_apic.c,v > retrieving revision 1.28 > diff -d -u -r1.28 local_apic.c > --- local_apic.c 12 Jul 2006 21:22:43 -0000 1.28 > +++ local_apic.c 2 Sep 2006 00:42:32 -0000 > @@ -615,6 +615,16 @@ > /* Send EOI first thing. */ > lapic_eoi(); > > + /* > + * Don't do any accounting for the disabled HTT cores, since it > + * will provide misleading numbers for the userland. > + * > + * No locking is necessary here, since even if we loose the race > + * when hlt_cpus_mask changes it is not a big deal, really. > + */ > + if ((hlt_cpus_mask & (1 << PCPU_GET(cpuid))) != 0) > + return; > + > /* Look up our local APIC structure for the tick counters. */ > la = &lapics[PCPU_GET(apic_id)]; > (*la->la_timer_count)++; You probably also want this for amd64. Also, wouldn't it be better to completely disable the LAPIC timer on the hyperthreaded cpus? -- Suleiman From owner-freebsd-current@FreeBSD.ORG Sat Sep 2 07:52:46 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 434D816A598 for ; Sat, 2 Sep 2006 07:52:46 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id A61A743D5A for ; Sat, 2 Sep 2006 07:52:44 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 93955 invoked from network); 2 Sep 2006 07:38:32 -0000 Received: from c00l3r.networx.ch (HELO [127.0.0.1]) ([62.48.2.2]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 2 Sep 2006 07:38:32 -0000 Message-ID: <44F9384C.9070902@freebsd.org> Date: Sat, 02 Sep 2006 09:52:44 +0200 From: Andre Oppermann User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: Jack Vogel References: <2a41acea0609011551v40338539u4eef48d091dd12ab@mail.gmail.com> In-Reply-To: <2a41acea0609011551v40338539u4eef48d091dd12ab@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net , freebsd-current Subject: Re: RFC: TSO patch for current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Sep 2006 07:52:46 -0000 Jack Vogel wrote: > This is a patch for the stack and the em driver to enable TSO > on CURRENT. Previously I had problems getting it to work, but > this is functional. > > I should note that CURRENT is being a pain right now, when > I comment out em in the config the kernel panics coming up, > so I had to substitute this code into the tree. Rather bizarre :) > > I have this functionality running on a 6.1 based system, and > our test group is already testing against that driver, so far > things are looking good. > > I have designed it so the driver can continue to be built > without support. There is also a sysctl in the stack code > so you can set net.inet.tcp.tso_enable on or off and > compare. > > I know there may be some refinements to add in, but I > would like to get this into CURRENT as a start. I can't comment on the em part but the tcp_output.c stuff looks very much like a straight port from NetBSD. If we take code from the other BSDs we have to remark this in the emails we send with patches and the commit message (otherwise we get accused of 'stealing without attribution'). Although the code would work I have some ideas to implement this in a different way for our stack (we have certain divergence from the other BSDs). If you don't get an alternative patch form me until this Thursday be free to go with this patch taking into consideration Robert's comments and mine from your earlier version. -- Andre From owner-freebsd-current@FreeBSD.ORG Sat Sep 2 10:30:33 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B72DD16A4DE; Sat, 2 Sep 2006 10:30:33 +0000 (UTC) (envelope-from dirk.meyer@dinoex.sub.org) Received: from uucp.dinoex.sub.de (uucp.dinoex.sub.de [194.45.71.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 851E643D45; Sat, 2 Sep 2006 10:30:31 +0000 (GMT) (envelope-from dirk.meyer@dinoex.sub.org) Received: from uucp.dinoex.sub.de (dinoex@uucp.dinoex.sub.de [194.45.71.2] (may be forged)) by uucp.dinoex.sub.de (8.13.7/8.13.5) with ESMTP id k82AU1R6018078; Sat, 2 Sep 2006 12:30:01 +0200 (CEST) (envelope-from dirk.meyer@dinoex.sub.org) Received: from build.dinoex.sub.de (dinoex@localhost) by uucp.dinoex.sub.de (8.13.7/8.13.5/Submit) with BSMTP id k82AU0d1018064; Sat, 2 Sep 2006 12:30:00 +0200 (CEST) (envelope-from dirk.meyer@dinoex.sub.org) To: dougb@FreeBSD.org (Doug Barton), freebsd-current@freebsd.org Message-ID: <+YeEx8HwkP@dmeyer.dinoex.sub.org> From: dirk.meyer@dinoex.sub.org (Dirk Meyer) Organization: privat Date: Sat, 02 Sep 2006 12:27:36 +0200 X-Mailer: Dinoex 1.79 References: <44F4E40C.7000101@elischer.org> <44E9582C.2010400@rsu.ru> <20060825220033.GC16768@turion.vk2pj.dyndns.org> <20060826055402.W43127@fledge.watson.org> <200608291627.32524.jhb@freebsd.org> <44F4E40C.7000101@elischer.org> <44F5534C.5070207@freebsd.org> <44F7BCF4.9080804@FreeBSD.org> X-Gateway: ZCONNECT build.dinoex.sub.de [UNIX/Connect 0.94] X-PGP-Fingerprint: 44 16 EC 0A D3 3A 4F 28 8A 8A 47 93 F1 CF 2F 12 X-Copyright: (C) Copyright 2001 by Dirk Meyer -- All rights reserved. X-PGP-Key-Avail: mailto:pgp-public-keys@keys.de.pgp.net Subject:GET 0x331CDA5D X-ZC-VIA: 20060902000000S+2@dinoex.sub.org X-Milter: Spamilter (Reciever: uucp.dinoex.sub.de; Sender-ip: 194.45.71.2; Sender-helo: uucp.dinoex.sub.de; ) Cc: Subject: Re: [HEADS UP]: OpenLDAP+nss_ldap+nss_modules separated patch and more (SoC) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Sep 2006 10:30:33 -0000 Hallo Doug Barton, > > OpenLDAP is not the only LDAP software, > > there are much more leighweight implementations around. > > That's a very interesting statement. What would be slightly more useful are > references to these other implementations, preferably with some insight into > their licensing terms. I think the consensus is pretty heavily on the side > of not adding any more new GPL software, for example. http://www.fefe.de/tinyldap/ (depends on libowfat GPLv2) http://www.mozilla.org/directory/csdk.html kind regards Dirk - Dirk Meyer, Im Grund 4, 34317 Habichtswald, Germany - [dirk.meyer@dinoex.sub.org],[dirk.meyer@guug.de],[dinoex@FreeBSD.org] http://people.freebsd.org/~dinoex/errorlogs/ From owner-freebsd-current@FreeBSD.ORG Sat Sep 2 03:59:54 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9ECC516A4DA; Sat, 2 Sep 2006 03:59:54 +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 3005243D46; Sat, 2 Sep 2006 03:59:54 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.199] ([10.0.0.199]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id k823xqYO037249 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 1 Sep 2006 20:59:53 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <44F901B9.3040309@errno.com> Date: Fri, 01 Sep 2006 20:59:53 -0700 From: Sam Leffler Organization: Errno Consulting User-Agent: Thunderbird 1.5.0.5 (Macintosh/20060719) MIME-Version: 1.0 To: dandee@volny.cz References: <001e01c6ce2e$1253ff30$6508280a@tocnet28.jspoj.czf> In-Reply-To: <001e01c6ce2e$1253ff30$6508280a@tocnet28.jspoj.czf> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Sat, 02 Sep 2006 10:32:21 +0000 Cc: freebsd-stable@freebsd.org, current@freebsd.org Subject: Re: atheros driver under high load, panics and even more freezes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Sep 2006 03:59:54 -0000 Daniel Dvoøák wrote: > Hi all, > > first of all, I´m sorry maybe for my bad English. > > We have 2 routers which I maintain in our mesh wireless community network. > > The Router 1 has 2 atheros adapters, ath0=wistron cm9, ath1=wistron cm10, of > course some sisX, fxpX and so on. > The Router 2 has 1 atheros adapter, ath1=wistron CM10. > > My R1 panics and even more it freezes very often. Maybe the reason for > panicing and freezing is the same and maybe not. > > I started (only after vmcore.5, so vmcore.6 is with this option) to use > "option SW_WATCHDOG" in both my custom kernels on the R1 and R2 recently in > hope, it is some walkaround for freezing at least if not for panicing. > > This router was installed on the 1st of April 2006. > > Statistics: > > 9 panics with 8 kernel dumps, 1 missed > > 10 freezes > > I think that all panics some how connected to athX taskq process, page fault > in kernel panic and sbflush_locked. Why? > > I guess that panic comes when router transmits and receives datas at the > maximum throughput for setted nominal media rate speed, exactly 24Mbps, more > I do not use, because there are problems with quagga > > ospfd packets, it is known issue. > > Today I did a small test with throughput. > > Router 1 executed this command: > > # ping -i 0.001 -c 100000 -s 1472 ANY IP > > As you see, it is not even flood ping, it is almost flood, but not flood. > > Throughput was about 1,13-1,2 MB/s as bmon showed me. I notice there is not > any qos and icmp.limit is so high net.inet.icmp.icmplim: 2147483647 > net.ineticmp.icmplim_output: 0. > > > First 5 s latency was about 1,1-1,7 ms > After it goes to 10-30, 50-70, 110-130, 270-300, up 300ms and packet loss > > .... some seconds .... > > panic <...lots of stuff deleted...> Sounds like a resource leak to me. You've got crash dumps, look at memory usage with vmstat and/or netstat. Past that it sounds like you're running 6.1 RELEASE which is now 6+ months old. Many bugs have been fixed including, I believe, some resource-related ones. Please try 6-STABLE. Sam From owner-freebsd-current@FreeBSD.ORG Sat Sep 2 13:19:01 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 401C216A4E1 for ; Sat, 2 Sep 2006 13:19:01 +0000 (UTC) (envelope-from eculp@bafirst.com) Received: from 72-12-2-214.wan.networktel.net (72-12-2-214.wan.networktel.net [72.12.2.214]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8EE4943D79 for ; Sat, 2 Sep 2006 13:18:53 +0000 (GMT) (envelope-from eculp@bafirst.com) Received: from localhost (localhost [127.0.0.1]) (uid 80) by 72-12-2-214.wan.networktel.net with local; Sat, 02 Sep 2006 08:18:52 -0500 id 00095801.44F984BC.000149A1 Received: from dsl-189-129-2-180.prod-infinitum.com.mx (dsl-189-129-2-180.prod-infinitum.com.mx [189.129.2.180]) by mail.bafirst.com (Horde MIME library) with HTTP; Sat, 02 Sep 2006 08:18:52 -0500 Message-ID: <20060902081852.d18fktn1ck80ss00@mail.bafirst.com> Date: Sat, 02 Sep 2006 08:18:52 -0500 From: eculp@bafirst.com To: freebsd-current@freebsd.org References: <1157154024.835.6.camel@atomizer.opensourcebeef.net> <7579f7fb0609011848p1ecc9d4dh47eb259cc3441ddb@mail.gmail.com> In-Reply-To: <7579f7fb0609011848p1ecc9d4dh47eb259cc3441ddb@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=_44se4tiiales" Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) 4.1-cvs Subject: Re: LSI 1030 mpt doesn't work if I build a new kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Sep 2006 13:19:01 -0000 This message is in MIME format. --=_44se4tiiales Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit Quoting Matthew Jacob : > Can you tell me more precisely what hardware you have? It looks like I'm not the only one suffering with this but mine is on a colocated machine in another country and I haven't been able to see the errors but I haven't been able to boot a new kernel and am still using kernel.old from June 16, 2006. Since all I know from here is that it doesn't boot. It is a dell 2650 and I've attached a boot message for a reboot yesterday with the old kernel after failing to boot with the new one. Any help appreciated, ed With the old kernel I'm seeing a lot of the following messages that I have no idea what they mean much less how to fix them or even if I should ignore them, but just in case: mpt0: port 0xec00-0xecff mem 0xdfdf0000-0xdfdfffff,0xdfde0000-0xdfdeffff irq 34 at device 5.0 on pci2 ...skipping... (da0:mpt0:0:0:0): tagged openings now 140 (da0:mpt0:0:0:0): Retrying Command (da0:mpt0:0:0:0): Queue Full (da0:mpt0:0:0:0): tagged openings now 139 (da0:mpt0:0:0:0): Retrying Command (da0:mpt0:0:0:0): Queue Full (da0:mpt0:0:0:0): tagged openings now 138 (da0:mpt0:0:0:0): Retrying Command (da0:mpt0:0:0:0): Queue Full (da0:mpt0:0:0:0): tagged openings now 137 > > On 9/1/06, Rod Person wrote: >> I've been struggling with this for a month or two now. >> >> I installed FreeBSD current 7 with a march snapshot and this work good, >> but I've tried to build a new kernel for the 2 month period and building >> a kernel causes the mpt driver to panic on boot. >> >> Here is so of the boot message: >> >> mpt1: [GIANT-LOCKED] >> mpt1: MPI Version=1.2.14.0 >> mpt1: mpt_wait_req(4) timed out >> mpt1: read_cfg_header timed out >> mpt1: mpt_wait_req(6) timed out >> mpt1: port 0 enable timed out >> mpt1: failed to enable port 0 >> >> then this repeats until the system hangs: >> >> mpt0: Address Reply: >> SCSI Target Command Buffer Reply @ 0xffffffffacc7a200 >> IOC Status Success >> IOCLogInfo 0x00000000 >> MsgLength 0x05 >> MsgFlags 0x00 >> MsgContext 0x0003005d >> mpt0: Reply Frame Ignored >> mpt0: Default Handler Called: req=0xffffffff80e49050:95 >> reply_descriptor=dc913980 frame=0xffffffffacc7a300 >> mpt0: Address Reply: >> >> I was wondering if this is a known problem or if there are any hints on >> correcting this? >> >> Rod >> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >> > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > --=_44se4tiiales Content-Type: application/octet-stream; name="dmesg.boot" Content-Disposition: attachment; filename="dmesg.boot" Content-Transfer-Encoding: 7bit Copyright (c) 1992-2006 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 7.0-CURRENT #140: Fri Jun 16 06:09:11 CDT 2006 eculp@bafirst.com:/usr/obj/usr/src/sys/ECscsi Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 3.00GHz (2992.71-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf41 Stepping = 1 Features=0xbfebfbff Features2=0x641d AMD Features=0x20100000 Logical CPUs per core: 2 real memory = 3220963328 (3071 MB) avail memory = 3150901248 (3004 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 6 cpu3 (AP): APIC ID: 7 ioapic0: Changing APIC ID to 8 ioapic1: Changing APIC ID to 9 ioapic1: WARNING: intbase 32 != expected base 24 ioapic2: Changing APIC ID to 10 ioapic2: WARNING: intbase 64 != expected base 56 ioapic3: Changing APIC ID to 11 ioapic3: WARNING: intbase 96 != expected base 88 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 32-55 on motherboard ioapic2 irqs 64-87 on motherboard ioapic3 irqs 96-119 on motherboard acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 2.0 on pci0 pci1: on pcib1 pcib2: at device 0.0 on pci1 pci2: on pcib2 mpt0: port 0xec00-0xecff mem 0xdfdf0000-0xdfdfffff,0xdfde0000-0xdfdeffff irq 34 at device 5.0 on pci2 mpt0: [GIANT-LOCKED] mpt0: MPI Version=1.2.12.0 mpt1: port 0xe800-0xe8ff mem 0xdfdd0000-0xdfddffff,0xdfdc0000-0xdfdcffff irq 33 at device 5.1 on pci2 mpt1: [GIANT-LOCKED] mpt1: MPI Version=1.2.12.0 pcib3: at device 0.2 on pci1 pci3: on pcib3 pcib4: at device 3.0 on pci0 pci4: on pcib4 pcib5: at device 0.0 on pci4 pci5: on pcib5 pcib6: at device 0.2 on pci4 pci6: on pcib6 pcib7: at device 4.0 on pci0 pci7: on pcib7 pcib8: at device 5.0 on pci0 pci10: on pcib8 pcib9: at device 0.0 on pci10 pci11: on pcib9 em0: port 0xccc0-0xccff mem 0xdf8e0000-0xdf8fffff irq 64 at device 7.0 on pci11 em0: Ethernet address: 00:11:43:ef:bc:a7 em0: [FAST] pcib10: at device 0.2 on pci10 pci12: on pcib10 em1: port 0xbcc0-0xbcff mem 0xdf6e0000-0xdf6fffff irq 65 at device 8.0 on pci12 em1: Ethernet address: 00:11:43:ef:bc:a8 em1: [FAST] pcib11: at device 6.0 on pci0 pci13: on pcib11 pci0: at device 29.0 (no driver attached) pci0: at device 29.1 (no driver attached) pci0: at device 29.2 (no driver attached) pci0: at device 29.7 (no driver attached) pcib12: at device 30.0 on pci0 pci16: on pcib12 vgapci0: port 0x9c00-0x9cff mem 0xd0000000-0xd7ffffff,0xdf2f0000-0xdf2fffff irq 18 at device 13.0 on pci16 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 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 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 sio0: [FAST] pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcafff,0xcb000-0xcbfff,0xcc000-0xcffff,0xd0000-0xd0fff,0xec000-0xeffff pnpid ORM0000 on isa0 ppc0: at port 0x278-0x27f irq 7 on isa0 ppc0: Generic chipset (ECP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ppc0: [GIANT-LOCKED] 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 Timecounters tick every 1.000 msec acd0: CDROM at ata0-master UDMA33 Waiting 5 seconds for SCSI devices to settle ses0 at mpt0 bus 0 target 6 lun 0 ses0: Fixed Processor SCSI-2 device ses0: 3.300MB/s transfers ses0: SAF-TE Compliant Device SMP: AP CPU #3 Launched! SMP: AP CPU #1 Launched! SMP: AP CPU #2 Launched! da0 at mpt0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 320.000MB/s transfers (160.000MHz, offset 63, 16bit), Tagged Queueing Enabled da0: 70007MB (143374650 512 byte sectors: 255H 63S/T 8924C) Trying to mount root from ufs:/dev/da0s1a em0: Link is Down em1: Link is Down em0: Link is up 100 Mbps Full Duplex Linux ELF exec handler installed em1: Link is up 100 Mbps Full Duplex em1: link state changed to UP --=_44se4tiiales-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 2 13:34:41 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6153016A4DA for ; Sat, 2 Sep 2006 13:34:41 +0000 (UTC) (envelope-from lothrandil@n00b.apagnu.se) Received: from pne-smtpout2-sn1.fre.skanova.net (pne-smtpout2-sn1.fre.skanova.net [81.228.11.159]) by mx1.FreeBSD.org (Postfix) with ESMTP id B459443D79 for ; Sat, 2 Sep 2006 13:34:35 +0000 (GMT) (envelope-from lothrandil@n00b.apagnu.se) Received: from [90.224.61.180] (90.224.61.180) by pne-smtpout2-sn1.fre.skanova.net (7.2.075) id 44F6EBEE0007EE36 for current@freebsd.org; Sat, 2 Sep 2006 15:34:34 +0200 Message-ID: <44F98866.5070301@n00b.apagnu.se> Date: Sat, 02 Sep 2006 15:34:30 +0200 From: Niclas Zeising User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: current@freebsd.org Content-Type: multipart/mixed; boundary="------------010409060906050802030806" Cc: Subject: panic while unmounting fat32 filesystem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Sep 2006 13:34:41 -0000 This is a multi-part message in MIME format. --------------010409060906050802030806 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hi! I got a panic while trying to forcefully unmount a msdosfs partition when I couldn't unmount it regularly. The panic is 100% reproducible. The steps to get the panic is: copy something to a msdosfs partition. #mount -ur /path/to/fat32/partition (Try to get it to read only, which fails) #umount /path/to/fat32/partition (Failes) #umount -f /path/to/fat32/partition And then everything blows up. I attach the traceback i got with kgdb. The sources are from todays (sep 02) current, around noon CEST. Let me know if I can provide more information. The output from the backtrace is attached. Regards! //Niclas --------------010409060906050802030806 Content-Type: text/plain; name="crash.out" Content-Transfer-Encoding: 8bit Content-Disposition: inline; filename="crash.out" aeris# 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: g_vfs_done():ad0s3[WRITE(offset=16384, length=4096)]error = 1 g_vfs_done():ad0s3[WRITE(offset=16384, length=4096)]error = 1 fsync: giving up on dirty 0xc3810d34: tag devfs, type VCHR usecount 1, writecount 0, refcount 1032 mountedhere 0xc379d400 flags () v_object 0xc102b960 ref 0 pages 1036 lock type devfs: EXCL (count 1) by thread 0xc363b910 (pid 626) dev ad0s3 g_vfs_done():ad0s3[WRITE(offset=16384, length=4096)]error = 1 g_vfs_done():ad0s3[WRITE(offset=16384, length=4096)]error = 1 fsync: giving up on dirty 0xc3810d34: tag devfs, type VCHR usecount 1, writecount 0, refcount 1032 mountedhere 0xc379d400 flags () v_object 0xc102b960 ref 0 pages 1036 dev ad0s3 Fatal trap 12: page fault while in kernel mode fault virtual address = 0x0 fault code = supervisor read, page not present instruction pointer = 0x20:0xc04e684f stack pointer = 0x28:0xe3a4dba8 frame pointer = 0x28:0xe3a4dbf8 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 = 626 (umount) Fatal trap 12: page fault while in kernel mode fault virtual address = 0x0 fault code = supervisor read, page not present instruction pointer = 0x20:0xc04e684f stack pointer = 0x28:0xe3a4dba8 frame pointer = 0x28:0xe3a4dbf8 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = trace trap, interrupt enabled, resume, IOPL = 0 current process = 626 (umount) Physical memory: 1015 MB Dumping 47 MB: 32 16 #0 doadump () at pcpu.h:166 166 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) bt #0 doadump () at pcpu.h:166 #1 0xc0448d77 in db_fncall (dummy1=0, dummy2=0, dummy3=1999, dummy4=0xe3a4d968 " _vÀ\f") at /usr/src/sys/ddb/db_command.c:481 #2 0xc0448b46 in db_command (last_cmdp=0xc0765624, cmd_table=0x0) at /usr/src/sys/ddb/db_command.c:396 #3 0xc0448c0d in db_command_loop () at /usr/src/sys/ddb/db_command.c:448 #4 0xc044ab25 in db_trap (type=12, code=0) at /usr/src/sys/ddb/db_main.c:221 #5 0xc0555a48 in kdb_trap (type=0, code=0, tf=0x0) at /usr/src/sys/kern/subr_kdb.c:502 #6 0xc06c4e6c in trap_fatal (frame=0xe3a4db68, eva=0) at /usr/src/sys/i386/i386/trap.c:858 #7 0xc06c4b86 in trap_pfault (frame=0xe3a4db68, usermode=0, eva=0) at /usr/src/sys/i386/i386/trap.c:776 #8 0xc06c4746 in trap (frame= {tf_fs = -1065943032, tf_es = -475791320, tf_ds = -1068367832, tf_edi = 134742016, tf_esi = 0, tf_ebp = -475735048, tf_isp = -475735148, tf_ebx = 1, tf_edx = 0, tf_ecx = -1066156416, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = -1068603313, tf_cs = 32, tf_eflags = 66178, tf_esp = 582, tf_ss = -1066349489}) at /usr/src/sys/i386/i386/trap.c:461 #9 0xc06b44ca in calltrap () at /usr/src/sys/i386/i386/exception.s:138 #10 0xc04e684f in deget (pmp=0x0, dirclust=0, diroffset=536870911, depp=0xe3a4dc10) at /usr/src/sys/fs/msdosfs/msdosfs_denode.c:104 #11 0xc04ec1a2 in msdosfs_root (mp=0x0, flags=2, vpp=0x0, td=0xc363b910) at /usr/src/sys/fs/msdosfs/msdosfs_vfsops.c:819 ---Type to continue, or q to quit--- #12 0xc05a058f in dounmount (mp=0xc37cd510, flags=134742016, td=0xc363b910) at /usr/src/sys/kern/vfs_mount.c:1201 #13 0xc05a0208 in unmount (td=0xc363b910, uap=0xe3a4dd04) at /usr/src/sys/kern/vfs_mount.c:1122 #14 0xc06c51d4 in syscall (frame= {tf_fs = 59, tf_es = 59, tf_ds = 59, tf_edi = 134522405, tf_esi = 136321145, tf_ebp = -1077942696, tf_isp = -475734684, tf_ebx = -1077942784, tf_edx = 10, tf_ecx = -1077943248, tf_eax = 22, tf_trapno = 12, tf_err = 2, tf_eip = 671898955, tf_cs = 51, tf_eflags = 518, tf_esp = -1077942884, tf_ss = 59}) at /usr/src/sys/i386/i386/trap.c:1006 #15 0xc06b451f in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:191 #16 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) q --------------010409060906050802030806-- From owner-freebsd-current@FreeBSD.ORG Sat Sep 2 13:43:20 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2117916A4DD for ; Sat, 2 Sep 2006 13:43:20 +0000 (UTC) (envelope-from dandee@hellteam.net) Received: from pipa.vshosting.cz (pipa.vshosting.cz [81.0.201.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id B9A9543D60 for ; Sat, 2 Sep 2006 13:43:11 +0000 (GMT) (envelope-from dandee@hellteam.net) Received: from localhost (localhost [127.0.0.1]) by pipa.vshosting.cz (Postfix) with ESMTP id CC6FC4E797; Sat, 2 Sep 2006 15:43:11 +0200 (CEST) Received: from pipa.vshosting.cz ([127.0.0.1]) by localhost (pipa [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 21002-07; Sat, 2 Sep 2006 15:43:11 +0200 (CEST) Received: from gandalf (unknown [81.0.245.205]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by pipa.vshosting.cz (Postfix) with ESMTP id 86BC14E790; Sat, 2 Sep 2006 15:43:11 +0200 (CEST) From: =?iso-8859-2?Q?Daniel_Dvo=F8=E1k?= To: "'Sam Leffler'" Date: Sat, 2 Sep 2006 15:43:10 +0200 Message-ID: <000d01c6ce95$bac6af70$6508280a@tocnet28.jspoj.czf> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 Thread-Index: AcbORV8Ws7zrV8/eQpG4RohCVQAwLQATwLZA In-Reply-To: <44F9039C.7060001@errno.com> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at profix.cz Cc: current@freebsd.org Subject: RE: atheros driver: countrycode and athdebug X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dandee@volny.cz List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Sep 2006 13:43:20 -0000 > You can override the country code but the potential values > depends on the regdomain. I thought hw.ath.countrycode was > r/w but it appears you can only set via the tunable api (kenv > hw.ath.countrycode=XXX). The dev.ath mib must be r/o since > you cannot (yet) change this after attaching the device (the > driver does not implement it). Adding support to do this is > not a big deal but hasn't been done; feel free to supply a patch. Yes, you told me, I can feel free to supply a patch for IFS slottime resetting and now for countrycode. I would like to supply, but I am not a programmer and I do not know about it at all. Be sure, that if I can do these things, I would supply patches for atheros. > > option ATH_DEBUG is required in your kernel config. If > building as a module you'll need to patch the Makefile when > it creates opt_ath.h (not sure how avoid this). > > Sam > Ok, I will compile ATH_DEBUG to kernel. Thank you. Daniel From owner-freebsd-current@FreeBSD.ORG Sat Sep 2 15:27:33 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1C01616A4DA for ; Sat, 2 Sep 2006 15:27:33 +0000 (UTC) (envelope-from rodperson@adelphia.net) Received: from mta11.adelphia.net (mta11.adelphia.net [68.168.78.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id A816843D45 for ; Sat, 2 Sep 2006 15:27:32 +0000 (GMT) (envelope-from rodperson@adelphia.net) Received: from atomizer.opensourcebeef.net ([24.54.132.51]) by mta11.adelphia.net (InterMail vM.6.01.05.02 201-2131-123-102-20050715) with ESMTP id <20060902152732.EMGK23453.mta11.adelphia.net@atomizer.opensourcebeef.net>; Sat, 2 Sep 2006 11:27:32 -0400 From: Rod Person To: Matthew Jacob In-Reply-To: <7579f7fb0609012009i557cf4baid07ce14c294241ad@mail.gmail.com> References: <1157154024.835.6.camel@atomizer.opensourcebeef.net> <7579f7fb0609011848p1ecc9d4dh47eb259cc3441ddb@mail.gmail.com> <1157164264.835.14.camel@atomizer.opensourcebeef.net> <7579f7fb0609012009i557cf4baid07ce14c294241ad@mail.gmail.com> Content-Type: text/plain Organization: Open Source Beef Date: Sat, 02 Sep 2006 11:27:30 -0400 Message-Id: <1157210850.939.0.camel@atomizer.opensourcebeef.net> Mime-Version: 1.0 X-Mailer: Evolution 2.6.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: LSI 1030 mpt doesn't work if I build a new kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rodperson@adelphia.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Sep 2006 15:27:33 -0000 On Fri, 2006-09-01 at 20:09 -0700, Matthew Jacob wrote: > All who are having this issue- try the attached patch and see if it helps. I applied the patch like this: path mpt.c CHANGE rebuilt the kernel but still no luck. Same errors... Rod From owner-freebsd-current@FreeBSD.ORG Sat Sep 2 18:19:23 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8F95916A4E1; Sat, 2 Sep 2006 18:19:23 +0000 (UTC) (envelope-from oleg@lath.rinet.ru) Received: from lath.rinet.ru (lath.rinet.ru [195.54.192.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id E9F7743D66; Sat, 2 Sep 2006 18:19:12 +0000 (GMT) (envelope-from oleg@lath.rinet.ru) Received: from lath.rinet.ru (localhost [127.0.0.1]) by lath.rinet.ru (8.13.6/8.13.6) with ESMTP id k82IIqXL090805 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 2 Sep 2006 22:18:52 +0400 (MSD) (envelope-from oleg@lath.rinet.ru) Received: (from oleg@localhost) by lath.rinet.ru (8.13.6/8.13.6/Submit) id k82IIoGm090804; Sat, 2 Sep 2006 22:18:50 +0400 (MSD) (envelope-from oleg) Date: Sat, 2 Sep 2006 22:18:50 +0400 From: Oleg Bulyzhin To: David Christensen Message-ID: <20060902181850.GA90659@lath.rinet.ru> References: <44F5C5A9.30605@delphij.net> <09BFF2FA5EAB4A45B6655E151BBDD90301E2F1CF@NT-IRVA-0750.brcm.ad.broadcom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <09BFF2FA5EAB4A45B6655E151BBDD90301E2F1CF@NT-IRVA-0750.brcm.ad.broadcom.com> User-Agent: Mutt/1.5.11 Cc: freebsd-current@freebsd.org, LI Xin , simon@freebsd.org Subject: Re: bge(4) on BCM 5752 A02 panic due to media autoselect X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Sep 2006 18:19:23 -0000 On Wed, Aug 30, 2006 at 11:59:08AM -0700, David Christensen wrote: > > Recently one of my colleagues found that BCM 5752 A02 on Dell Latitude > > D820 would get "panic: invalid ife->ifm_data (0xa) in > > mii_phy_setmedia". > > After some investigation I have found that removing BCMR_ANEG from > > mii_capabilities in ukphy.c would work around the problem, > > and it turns > > out that without explicitly specifying media type, the code > > will finally > > get to pass the "intentionally invalid index" to mii_phy_setmedia and > > trigger an assertion fail. > > > > I have not tested the situation in -STABLE yet, but it was > > said to work > > there, though. Is there anyone can shed some light to me about how to > > debug the issue? Thanks in advance! > > > > PS. During the debugging I have found that the attached patch can make > > "bge0: firmware handshake timeout" issue disappear from the said chip. > > Because I do not have Broadcom specification at hand I would > > like to see > > if there is someone to give appropriate review for it. > > Try the attached patch instead and let me know if it works. When > FastBoot > is enabled on supported Broadcom controllers it allows the controller to > skip rereading firmware after a reset, allowing the driver to complete > its initialization more quickly. The Linux driver specifically disables > FastBoot because it performs some read/write tests to controller memory, > potentially corrupting the firmware, so FastBoot is disabled to insure > an > error free firmware reload. We don't do the same test so the same > change > isn't necessary. The patch happens to work because the bge driver > doesn't > perform firmware synchronization correctly, and the firmware initializes > too fast for the driver. > > Dave Content-Description: fastboot_patch.txt > Index: if_bge.c > =================================================================== > RCS file: /home/ncvs/src/sys/dev/bge/if_bge.c,v > retrieving revision 1.140 > diff -p -u -r1.140 if_bge.c > --- if_bge.c 24 Aug 2006 14:41:16 -0000 1.140 > +++ if_bge.c 30 Aug 2006 18:50:19 -0000 > @@ -2326,6 +2326,12 @@ bge_reset(struct bge_softc *sc) > } > } > > + /* > + * Write the magic number to the firmware mailbox at 0xb50 > + * so that the driver can synchronize with the firmware. > + */ > + bge_writemem_ind(sc, BGE_SOFTWARE_GENCOMM, BGE_MAGIC_NUMBER); > + > /* Issue global reset */ > bge_writereg_ind(sc, BGE_MISC_CFG, reset); > > @@ -2362,11 +2368,6 @@ bge_reset(struct bge_softc *sc) > CSR_WRITE_4(sc, BGE_MARB_MODE, BGE_MARBMODE_ENABLE); > > /* > - * Prevent PXE restart: write a magic number to the > - * general communications memory at 0xB50. > - */ > - bge_writemem_ind(sc, BGE_SOFTWARE_GENCOMM, BGE_MAGIC_NUMBER); > - /* > * Poll the value location we just wrote until > * we see the 1's complement of the magic number. > * This indicates that the firmware initialization > Index: if_bgereg.h > =================================================================== > RCS file: /home/ncvs/src/sys/dev/bge/if_bgereg.h,v > retrieving revision 1.52 > diff -p -u -r1.52 if_bgereg.h > --- if_bgereg.h 23 Aug 2006 11:32:54 -0000 1.52 > +++ if_bgereg.h 30 Aug 2006 18:50:20 -0000 > @@ -1768,10 +1768,11 @@ > } while(0) > > /* > - * This magic number is used to prevent PXE restart when we > - * issue a software reset. We write this magic number to the > - * firmware mailbox at 0xB50 in order to prevent the PXE boot > - * code from running. > + * This magic number is written to the firmware mailbox at 0xb50 > + * before a software reset is issued. After the internal firmware > + * has completed its initialization it will write the opposite of > + * this value, ~BGE_MAGIC_NUMBER, to the same location, allowing the > + * driver to synchronize with the firmware. > */ > #define BGE_MAGIC_NUMBER 0x4B657654 > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" Hello. Today Simon L. Nielsen (simon@freebsd.org) reported breakage of bcm5703: bge0: mem 0xfe000000-0xfe00ffff irq 27 a t device 3.0 on pci2 miibus0: on bge0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX -FDX, auto bge0: Ethernet address: 00:50:45:00:aa:a2 bge1: mem 0xfe010000-0xfe01ffff irq 27 a t device 4.0 on pci2 miibus1: on bge1 brgphy1: on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX -FDX, auto bge1: Ethernet address: 00:50:45:00:aa:a3 bge0@pci2:3:0: class=0x020000 card=0x000c14e4 chip=0x16a614e4 rev=0x02 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM5702X NetXtreme Gigabit Ethernet' class = network subclass = ethernet bge1@pci2:4:0: class=0x020000 card=0x000c14e4 chip=0x16a614e4 rev=0x02 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM5702X NetXtreme Gigabit Ethernet' class = network subclass = ethernet Driver fails to start with diagnostic: bge0: RX CPU self-diagnostics failed! -- Oleg. From owner-freebsd-current@FreeBSD.ORG Sat Sep 2 18:51:28 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A098816A4E1; Sat, 2 Sep 2006 18:51:28 +0000 (UTC) (envelope-from simon@zaphod.nitro.dk) Received: from mx.nitro.dk (zarniwoop.nitro.dk [83.92.207.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id C71BE43D49; Sat, 2 Sep 2006 18:51:26 +0000 (GMT) (envelope-from simon@zaphod.nitro.dk) Received: from zaphod.nitro.dk (unknown [192.168.3.39]) by mx.nitro.dk (Postfix) with ESMTP id C762532E5A5; Sat, 2 Sep 2006 18:51:25 +0000 (UTC) Received: by zaphod.nitro.dk (Postfix, from userid 3000) id 8C67F1141D; Sat, 2 Sep 2006 20:51:25 +0200 (CEST) Date: Sat, 2 Sep 2006 20:51:25 +0200 From: "Simon L. Nielsen" To: David Christensen Message-ID: <20060902185124.GB59963@zaphod.nitro.dk> References: <44F5C5A9.30605@delphij.net> <09BFF2FA5EAB4A45B6655E151BBDD90301E2F1CF@NT-IRVA-0750.brcm.ad.broadcom.com> <20060902181850.GA90659@lath.rinet.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060902181850.GA90659@lath.rinet.ru> User-Agent: Mutt/1.5.11 Cc: LI Xin , freebsd-current@freebsd.org, Oleg Bulyzhin Subject: Re: bge(4) on BCM 5752 A02 panic due to media autoselect X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Sep 2006 18:51:28 -0000 On 2006.09.02 22:18:50 +0400, Oleg Bulyzhin wrote: > On Wed, Aug 30, 2006 at 11:59:08AM -0700, David Christensen wrote: > > > Recently one of my colleagues found that BCM 5752 A02 on Dell Latitude > > > D820 would get "panic: invalid ife->ifm_data (0xa) in > > > mii_phy_setmedia". > > > After some investigation I have found that removing BCMR_ANEG from > > > mii_capabilities in ukphy.c would work around the problem, > > > and it turns > > > out that without explicitly specifying media type, the code > > > will finally > > > get to pass the "intentionally invalid index" to mii_phy_setmedia and > > > trigger an assertion fail. > > > > > > I have not tested the situation in -STABLE yet, but it was > > > said to work > > > there, though. Is there anyone can shed some light to me about how to > > > debug the issue? Thanks in advance! > > > > > > PS. During the debugging I have found that the attached patch can make > > > "bge0: firmware handshake timeout" issue disappear from the said chip. > > > Because I do not have Broadcom specification at hand I would > > > like to see > > > if there is someone to give appropriate review for it. > > > > Try the attached patch instead and let me know if it works. When > > FastBoot > > is enabled on supported Broadcom controllers it allows the controller to > > skip rereading firmware after a reset, allowing the driver to complete > > its initialization more quickly. The Linux driver specifically disables > > FastBoot because it performs some read/write tests to controller memory, > > potentially corrupting the firmware, so FastBoot is disabled to insure > > an > > error free firmware reload. We don't do the same test so the same > > change > > isn't necessary. The patch happens to work because the bge driver > > doesn't > > perform firmware synchronization correctly, and the firmware initializes > > too fast for the driver. > > > > Dave > > Content-Description: fastboot_patch.txt > > Index: if_bge.c > > =================================================================== > > RCS file: /home/ncvs/src/sys/dev/bge/if_bge.c,v > > retrieving revision 1.140 > > diff -p -u -r1.140 if_bge.c > > --- if_bge.c 24 Aug 2006 14:41:16 -0000 1.140 > > +++ if_bge.c 30 Aug 2006 18:50:19 -0000 > > @@ -2326,6 +2326,12 @@ bge_reset(struct bge_softc *sc) > > } > > } > > > > + /* > > + * Write the magic number to the firmware mailbox at 0xb50 > > + * so that the driver can synchronize with the firmware. > > + */ > > + bge_writemem_ind(sc, BGE_SOFTWARE_GENCOMM, BGE_MAGIC_NUMBER); > > + > > /* Issue global reset */ > > bge_writereg_ind(sc, BGE_MISC_CFG, reset); > > > > @@ -2362,11 +2368,6 @@ bge_reset(struct bge_softc *sc) > > CSR_WRITE_4(sc, BGE_MARB_MODE, BGE_MARBMODE_ENABLE); > > > > /* > > - * Prevent PXE restart: write a magic number to the > > - * general communications memory at 0xB50. > > - */ > > - bge_writemem_ind(sc, BGE_SOFTWARE_GENCOMM, BGE_MAGIC_NUMBER); > > - /* > > * Poll the value location we just wrote until > > * we see the 1's complement of the magic number. > > * This indicates that the firmware initialization > > Index: if_bgereg.h > > =================================================================== > > RCS file: /home/ncvs/src/sys/dev/bge/if_bgereg.h,v > > retrieving revision 1.52 > > diff -p -u -r1.52 if_bgereg.h > > --- if_bgereg.h 23 Aug 2006 11:32:54 -0000 1.52 > > +++ if_bgereg.h 30 Aug 2006 18:50:20 -0000 > > @@ -1768,10 +1768,11 @@ > > } while(0) > > > > /* > > - * This magic number is used to prevent PXE restart when we > > - * issue a software reset. We write this magic number to the > > - * firmware mailbox at 0xB50 in order to prevent the PXE boot > > - * code from running. > > + * This magic number is written to the firmware mailbox at 0xb50 > > + * before a software reset is issued. After the internal firmware > > + * has completed its initialization it will write the opposite of > > + * this value, ~BGE_MAGIC_NUMBER, to the same location, allowing the > > + * driver to synchronize with the firmware. > > */ > > #define BGE_MAGIC_NUMBER 0x4B657654 > > > > Hello. > > Today Simon L. Nielsen (simon@freebsd.org) reported breakage of bcm5703: > > bge0: mem 0xfe000000-0xfe00ffff irq 27 a > t device 3.0 on pci2 > miibus0: on bge0 > brgphy0: on miibus0 > brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX > -FDX, auto > bge0: Ethernet address: 00:50:45:00:aa:a2 > bge1: mem 0xfe010000-0xfe01ffff irq 27 a > t device 4.0 on pci2 > miibus1: on bge1 > brgphy1: on miibus1 > brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX > -FDX, auto > bge1: Ethernet address: 00:50:45:00:aa:a3 > > bge0@pci2:3:0: class=0x020000 card=0x000c14e4 chip=0x16a614e4 rev=0x02 hdr=0x00 > vendor = 'Broadcom Corporation' > device = 'BCM5702X NetXtreme Gigabit Ethernet' > class = network > subclass = ethernet > bge1@pci2:4:0: class=0x020000 card=0x000c14e4 chip=0x16a614e4 rev=0x02 hdr=0x00 > vendor = 'Broadcom Corporation' > device = 'BCM5702X NetXtreme Gigabit Ethernet' > class = network > subclass = ethernet > > Driver fails to start with diagnostic: > bge0: RX CPU self-diagnostics failed! As a followup, I tried backing out only the latest bge(4) changes and now the system (sledge.freebsd.org) works again. Basically the system responded to ICMP ping, but it seemed all other network trafic didn't work, at least NFS mounts, NTP etc. failed at boot and ssh to the system didn't work. It now works with: $FreeBSD: src/sys/dev/bge/if_bge.c,v 1.140 2006/08/24 14:41:16 oleg Exp $ $FreeBSD: src/sys/dev/bge/if_bgereg.h,v 1.52 2006/08/23 11:32:54 glebius Exp $ I can test patches if needed. -- Simon L. Nielsen From owner-freebsd-current@FreeBSD.ORG Sat Sep 2 18:52:04 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B37616A4EB for ; Sat, 2 Sep 2006 18:52:04 +0000 (UTC) (envelope-from lydianconcepts@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.239]) by mx1.FreeBSD.org (Postfix) with ESMTP id 538E143D55 for ; Sat, 2 Sep 2006 18:52:03 +0000 (GMT) (envelope-from lydianconcepts@gmail.com) Received: by wx-out-0506.google.com with SMTP id i27so1402335wxd for ; Sat, 02 Sep 2006 11:52:02 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=TmfrrI3nFbyMe7OsaMr6jQ7TnuwnTRvm3LTq4uyCmNAtkQHxA5M5PHJvhSaTeusRNirgCoQebgoXc1bai4+ZcT2hD7qdPF7qeE5a20BsXb6jC/cuvz015b0QWaPzNWSg12Hu5cWSUdPNRbNqhy2iEGojKzM7TjREilkqaBTazdw= Received: by 10.90.100.2 with SMTP id x2mr948331agb; Sat, 02 Sep 2006 11:52:02 -0700 (PDT) Received: by 10.90.70.14 with HTTP; Sat, 2 Sep 2006 11:52:02 -0700 (PDT) Message-ID: <7579f7fb0609021152p5eb9eec7waca10f78fd0eb5cf@mail.gmail.com> Date: Sat, 2 Sep 2006 11:52:02 -0700 From: "Matthew Jacob" To: rodperson@adelphia.net In-Reply-To: <1157210850.939.0.camel@atomizer.opensourcebeef.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1157154024.835.6.camel@atomizer.opensourcebeef.net> <7579f7fb0609011848p1ecc9d4dh47eb259cc3441ddb@mail.gmail.com> <1157164264.835.14.camel@atomizer.opensourcebeef.net> <7579f7fb0609012009i557cf4baid07ce14c294241ad@mail.gmail.com> <1157210850.939.0.camel@atomizer.opensourcebeef.net> Cc: current@freebsd.org Subject: Re: LSI 1030 mpt doesn't work if I build a new kernel X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Sep 2006 18:52:04 -0000 Darn! On 9/2/06, Rod Person wrote: > On Fri, 2006-09-01 at 20:09 -0700, Matthew Jacob wrote: > > All who are having this issue- try the attached patch and see if it helps. > > I applied the patch like this: > path mpt.c CHANGE > > rebuilt the kernel but still no luck. Same errors... > > Rod > > From owner-freebsd-current@FreeBSD.ORG Sat Sep 2 19:22:33 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3265916A4DD for ; Sat, 2 Sep 2006 19:22:33 +0000 (UTC) (envelope-from lydianconcepts@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.237]) by mx1.FreeBSD.org (Postfix) with ESMTP id 98B6E43D45 for ; Sat, 2 Sep 2006 19:22:32 +0000 (GMT) (envelope-from lydianconcepts@gmail.com) Received: by wx-out-0506.google.com with SMTP id i27so1408606wxd for ; Sat, 02 Sep 2006 12:22:32 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=uRnDY+WFcpFcn1zGm0FyqrNm6V3iV0ENmPjjCDcCgTwZbaClzcKmpYvyfikXd16UJNW319fpX8Un1B6jCe5mp3LhaiK45NV7S+DirVN/UU8K8acXGKqmSvCkbWyTBRr1TgR9yG12zs6H/N85fWXcqBoDRaFlsljFhuHU4/0Pa44= Received: by 10.90.50.6 with SMTP id x6mr969829agx; Sat, 02 Sep 2006 12:20:49 -0700 (PDT) Received: by 10.90.70.14 with HTTP; Sat, 2 Sep 2006 12:20:48 -0700 (PDT) Message-ID: <7579f7fb0609021220y2d530c93pebb59bb2c0a70945@mail.gmail.com> Date: Sat, 2 Sep 2006 12:20:49 -0700 From: "Matthew Jacob" To: "Alex Salazar" In-Reply-To: <40c4bb930609020223h50c43537n1c8b32081ef5c1bf@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <40c4bb930609020223h50c43537n1c8b32081ef5c1bf@mail.gmail.com> X-Mailman-Approved-At: Sat, 02 Sep 2006 22:06:36 +0000 Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Several issues on Dell 1950/2950 servers (6-STABLE and 7-CURRENT) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Sep 2006 19:22:33 -0000 > > The OS booted up and the SAS controller was now detected and supported by > the mpt(4) driver: > --- > mpt0: port 0xec00-0xecff mem 0xfc4fc000-0xfc4fffff, > 0xfc4e0000-0xfc4effff irq 64 at device 8.0 on pci2 > mpt0: Reserved 0x100 bytes for rid 0x10 type 4 at 0xec00 > mpt0: Reserved 0x4000 bytes for rid 0x14 type 3 at 0xfc4fc000 > mpt0: [GIANT-LOCKED] > mpt0: MPI Version=1.5.12.0 > --- > > And the related errors showed up immediately, for the first time: > --- > mpt0: mpt_cam_event: 0x16 > mpt0: Unhandled Event Notify Frame. Event 0x16 (ACK not required). > mpt0: mpt_cam_event: 0x12 > mpt0: Unhandled Event Notify Frame. Event 0x12 (ACK not required). > mpt0: mpt_cam_event: MPI_EVENT_SAS_DEVICE_STATUS_CHANGE > mpt0: mpt_cam_event: MPI_EVENT_SAS_DEVICE_STATUS_CHANGE > mpt0: mpt_cam_event: 0x16 > mpt0: Unhandled Event Notify Frame. Event 0x16 (ACK not required). > -- These are device arrival events. > > When the bootstrap process reached the SCSI probe, there were > no activity on the screen for about five minutes, so I was forced to use > the power off button, and after rebooting, the same symptoms were evident, > so I rebooted the machine once again, this time in verbose mode. > > This debug information was being printed on the screen, one character at time, > at about 1 char/sec: > > (probe8:mpt0:0:8:0): error 22 What's at target 8? It isn't happy for a variety of reasons. Oh- I see from below- it's an SES instance that drops dead if given something at > lun 0. > (probe8:mpt0:0:8:0): Unretryable Error > --- > pass0 at mpt0 bus 0 target 0 lun 0 > pass0: Fixed Direct Access SCSI-5 device > > As a workaround, I disabled the APICs (hint.apic.0.disabled), > and that ~15 minutes delay at boot up, now was gone. Fine. > > (BTW, 7-CURRENT has the same problem, but without that huge delay) Do you have APIC disabled for 7-CURRENT also? > > Once I was logged in the server, I proceeded to populate my ports tree, > by using portsnap(8), so, when I extracted the tarball (portsnap extract), > there was a lot of the following error message, at about 1 message per second: > > mpt0: Unhandled Event Notify Frame. Event 0xe (ACK not required). Queue Full events from the SAS firmware. > > Once in a while, an error message like below, showed up: > -- > (da0:mpt0:0:0:0): WRITE(10). CDB: 2a 0 1 55 6f 5f 0 0 20 0 > (da0:mpt0:0:0:0): CAM Status: SCSI Status Error > (da0:mpt0:0:0:0): SCSI Status: Check Condition > (da0:mpt0:0:0:0): UNIT ATTENTION asc:29,2 > (da0:mpt0:0:0:0): Scsi bus reset occurred Somebody is reseeting the bus periodically. We (freebsd) aren't volitionally doing this that I'm aware of here. > In order to perform those diagnostics, I had to install a SuSe Linux > Enterprise Server 9, which was also shipped with this machine) Which is a good way of saying that LSI-Logic support isn't very evident on FreeBSD. > > After reinstalling FreeBSD, I logged remotely into the server, via ssh, > and fetched the ports snapshot again and extracted once more. > > Suddenly, the screen activity ceased and the network connection timed out. > > Locally, on the server, there was a lot of mpt(4) errors and warnings. > --- > (da0:mpt0:0:0:0): CAM Status 0x18 > (da0:mpt0:0:0:0): Retrying Command > (... and about 500 more lines like those...) Hmm. > --- >> > And finally, those errors from mpt(4): > > --- > request 0xc4c4a080:44717 timed out for ccb 0xc4e41400 (req->ccb 0xc4e41400) > request 0xc4c4b430:44718 timed out for ccb 0xc4ca5800 (req->ccb 0xc4ca5800) > request 0xc4c4cd80:44719 timed out for ccb 0xc4c52800 (req->ccb 0xc4c52800) > (... and about 300 more lines like those ...) > --- > > which were followed by the same number of lines like these: > --- > mpt0: completing timedout/aborted req 0xc4c4a080:44717 > mpt0: completing timedout/aborted req 0xc4c4b430:44718 > mpt0: completing timedout/aborted req 0xc4c4cd80:44719 > --- > > and finishing with this line: > --- > mpt0: Timedout requests already complete. Interrupts may not be functioning. > --- > I've seen this on Supermicro EM64T in the past on 7-current, but that went away about 3-4 weeks ago. It really seemed to me that this was indeed an interrupt related problem. Yup, sounds like a mess here. From owner-freebsd-current@FreeBSD.ORG Sat Sep 2 23:35:47 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5CC9616A4E2 for ; Sat, 2 Sep 2006 23:35:47 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3EF2143D55 for ; Sat, 2 Sep 2006 23:35:45 +0000 (GMT) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1GJf1T-0004AC-4S for freebsd-current@freebsd.org; Sun, 03 Sep 2006 01:35:35 +0200 Received: from cmung20.cmu.carnet.hr ([193.198.128.20]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 03 Sep 2006 01:35:35 +0200 Received: from ivoras by cmung20.cmu.carnet.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 03 Sep 2006 01:35:35 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Sun, 03 Sep 2006 01:35:21 +0200 Lines: 9 Message-ID: References: <20060831121426.GA27060@stud.ntnu.no> <20060901110741.szps9tr98gs484ow@webmail.leidinger.net> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: cmung20.cmu.carnet.hr User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) In-Reply-To: <20060901110741.szps9tr98gs484ow@webmail.leidinger.net> X-Enigmail-Version: 0.94.1.0 Sender: news Cc: freebsd-arch@freebsd.org Subject: Re: Improvements to gvinum and it's future X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 02 Sep 2006 23:35:47 -0000 Alexander Leidinger wrote: > May I direct your eyes to our now tool "sade" in -current? Yeah, it's really new - some of the files are only 11 years old :) (CVS copy from sysinstall, right?) I'm interested in helping on this when I get a -current system running.