From owner-freebsd-current@FreeBSD.ORG Sun Feb 13 00:14:57 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 388B416A4CF for ; Sun, 13 Feb 2005 00:14:57 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 2662143D45 for ; Sun, 13 Feb 2005 00:14:56 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: (qmail invoked by alias); 13 Feb 2005 00:14:54 -0000 Received: from p3EE26BCB.dip.t-dialin.net (EHLO lofi.dyndns.org) (62.226.107.203) by mail.gmx.net (mp022) with SMTP; 13 Feb 2005 01:14:54 +0100 X-Authenticated: #443188 Received: from kiste.my.domain (kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id j1D0EpX7001713 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Sun, 13 Feb 2005 01:14:52 +0100 (CET) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: Chuck Robey Date: Sun, 13 Feb 2005 01:14:48 +0100 User-Agent: KMail/1.7.2 References: <20050212174255.Y14737@april.chuckr.org> <200502130005.51416.michaelnottebrock@gmx.net> <20050212185403.D21247@april.chuckr.org> In-Reply-To: <20050212185403.D21247@april.chuckr.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1911846.9N3T8v2OSU"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200502130114.51492.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new X-Y-GMX-Trusted: 0 cc: freebsd-current@freebsd.org Subject: Re: cvsup X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Feb 2005 00:14:57 -0000 --nextPart1911846.9N3T8v2OSU Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday, 13. February 2005 00:59, Chuck Robey wrote: > I think here we have a communications problem, because I don't have a good > enough word for what I want. I don't want a directory I can immeidately > begin to read, I want something I can point the cvs executeable at, and > have it check out the directory for me. I want the checkout (and all the > other commands) to have a strictly local effect. > > That's not what the cs-supfile seems to be doing to me. OTOH, if you tell > me that you're *sure* you got that right, then I'll believe you and begin > looking at the rest of my cvsup file. Yes, I am sure. Try actually using the cvs-supfile from examples and just=20 modify the base directory (if you want it somewhere else than /home/ncvs).= =20 IIRC, the cvs control files (and commit logs) are in the collection=20 cvsroot-all (or cvsroot-src/cvsroot-ports etc), so if you've been modifying= a=20 cvsupfile for say, ports, you're probably missing them. =2D-=20 ,_, | Michael Nottebrock | lofi@freebsd.org (/^ ^\) | FreeBSD - The Power to Serve | http://www.freebsd.org \u/ | K Desktop Environment on FreeBSD | http://freebsd.kde.org --nextPart1911846.9N3T8v2OSU Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCDpv7Xhc68WspdLARAizaAJ0WX0YFqSS1/gGQWKKV8/jB1tEvkACfYGrX oa5+C56zeyjLv3iI+1JfFbw= =F0kj -----END PGP SIGNATURE----- --nextPart1911846.9N3T8v2OSU-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 13 00:17:31 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 269CF16A4CE for ; Sun, 13 Feb 2005 00:17:31 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB9A443D41 for ; Sun, 13 Feb 2005 00:17:30 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 5044DF3380; Sat, 12 Feb 2005 16:17:28 -0800 (PST) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00718-07; Sat, 12 Feb 2005 16:17:27 -0800 (PST) Received: from [192.168.10.9] (unknown [192.168.10.9]) by mail.mcneil.com (Postfix) with ESMTP id D2418F337F; Sat, 12 Feb 2005 16:17:27 -0800 (PST) In-Reply-To: <1108248135.29089.12.camel@shumai.marcuscom.com> References: <576db86bb030e3cfe26a00b72f196d20@mcneil.com> <1108248135.29089.12.camel@shumai.marcuscom.com> Mime-Version: 1.0 (Apple Message framework v619.2) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Sean McNeil Date: Sat, 12 Feb 2005 16:17:23 -0800 To: Joe Marcus Clarke X-Mailer: Apple Mail (2.619.2) X-Virus-Scanned: by amavisd-new at mcneil.com cc: current@freebsd.org Subject: Re: make broken in -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Feb 2005 00:17:31 -0000 On Feb 12, 2005, at 2:42 PM, Joe Marcus Clarke wrote: > On Sat, 2005-02-12 at 14:21 -0800, Sean McNeil wrote: >> Even though it appears to work just fine on a make buildworld and for >> most things, make will sit in an infinite loop when I do the >> following: >> >> cd /usr/ports/shells/bash2 >> make distclean >> make >> >> when I cd to the work directory and do a make -d A I get the >> following: >> >> ... >> Global:GRAM_H = parser-built >> Global:.MAKEFILE_LIST = /usr/share/mk/sys.mk /etc/make.conf .. >> /usr/share/mk/bsd.compat.mk .. /usr/share/mk/bsd.cpu.mk .. .. Makefile >> .. >> Searching for .depend...failed. >> Searching for .depend.../usr/share/mk...failed. >> >> and stuck. >> >> a bt says it is sitting at /usr/src/usr.bin/make/main.c:821 >> >> This line looks bad. cp is incremented but ptr is the determinator. >> >> My machine is an amd64, but this code should cause problems for any >> machine. > > I reported this to harti last night. Attached is my proposed patch. > Thanks, Joe. This is what I did except I used "start" instead of a new variable "pptr". I think that there is another case above that does essentially the same thing. I'm not sure why it wasn't copied but instead done differently. Sean From owner-freebsd-current@FreeBSD.ORG Sun Feb 13 00:51:48 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 58CA416A4CE for ; Sun, 13 Feb 2005 00:51:48 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F97B43D31 for ; Sun, 13 Feb 2005 00:51:47 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j1D0pk1a061306; Sun, 13 Feb 2005 02:51:46 +0200 (EET) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 59815-06; Sun, 13 Feb 2005 02:51:45 +0200 (EET) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j1D0pju7061303 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 13 Feb 2005 02:51:45 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id j1D0pnOD098073; Sun, 13 Feb 2005 02:51:49 +0200 (EET) (envelope-from ru) Date: Sun, 13 Feb 2005 02:51:49 +0200 From: Ruslan Ermilov To: Jiawei Ye Message-ID: <20050213005149.GA97598@ip.net.ua> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xHFwDpU9dbj6ez1V" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: freebsd-current@FreeBSD.org Subject: Re: ng_pppoe broken X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Feb 2005 00:51:48 -0000 --xHFwDpU9dbj6ez1V Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Feb 13, 2005 at 02:18:11AM +0800, Jiawei Ye wrote: > With latest changes in ng_*, ng_pppoe seems to be broken. Starting > /etc/rc.d/ppp-user results in: >=20 > KLD ng_pppoe.ko: depends on ng_ether - not available >=20 > kldstat output: > 15 3 0xc18fd000 11000 netgraph.ko > 16 1 0xc1913000 4000 ng_ether.ko > 17 1 0xc1917000 4000 ng_socket.ko >=20 > Though ng_pppoe isn't loaded, kldunload ng_ether|socket results in > "device busy". >=20 Fixed in ng_pppoe.c,v 1.72. Thanks for the report! Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --xHFwDpU9dbj6ez1V Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFCDqSlqRfpzJluFF4RAuz2AJwJwmy/AEFOtY/53ALpd5wIbmLheQCglSql emjJ5vLXLxfz8LKhUkXGsK8= =eUa2 -----END PGP SIGNATURE----- --xHFwDpU9dbj6ez1V-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 13 01:03:13 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4057E16A4CE; Sun, 13 Feb 2005 01:03:13 +0000 (GMT) Received: from trickle.cc.mcgill.ca (trickle.CC.McGill.CA [132.206.27.51]) by mx1.FreeBSD.org (Postfix) with ESMTP id D464343D31; Sun, 13 Feb 2005 01:03:12 +0000 (GMT) (envelope-from mat@cnd.mcgill.ca) Received: from mailscan2.cc.mcgill.ca (mailscan2.CC.McGill.CA [132.216.77.249])j1D13B0d015193; Sat, 12 Feb 2005 20:03:12 -0500 (EST) Received: from cube.cnd.mcgill.ca (cube.cnd.McGill.CA [132.216.11.165]) j1D12nn3000081; Sat, 12 Feb 2005 20:02:50 -0500 (EST) Received: from localhost.localdomain (acid.cnd.mcgill.ca [132.216.11.151]) by cube.cnd.mcgill.ca (8.12.11/8.12.11) with ESMTP id j1D12VBM032039; Sat, 12 Feb 2005 20:02:31 -0500 Received: from localhost.localdomain (acid [127.0.0.1]) j1D12VC7007193; Sat, 12 Feb 2005 20:02:31 -0500 Received: (from mat@localhost) by localhost.localdomain (8.12.11/8.12.11/Submit) id j1D12VB8007192; Sat, 12 Feb 2005 20:02:31 -0500 Date: Sat, 12 Feb 2005 20:02:31 -0500 From: Mathew Kanner To: Ruslan Ermilov Message-ID: <20050213010231.GH5488@cnd.mcgill.ca> References: <20050212145501.GG5488@cnd.mcgill.ca> <20050212220020.GD44342@ip.net.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050212220020.GD44342@ip.net.ua> User-Agent: Mutt/1.4.2i Organization: I speak for myself, operating in Montreal, CANADA cc: freebsd-current@FreeBSD.org cc: Mathew Kanner Subject: Re: cross platform X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Feb 2005 01:03:13 -0000 On Feb 12, Ruslan Ermilov wrote: > Hi Mathew, > > On Sat, Feb 12, 2005 at 09:55:02AM -0500, Mathew Kanner wrote: > > Hi All, > > I want to get midi working for amd64 and by fixing up the > > (kernel) printf directives, I have two stupid question: > > - How do I compile a module for a different platform? > > > [...snap build directions...] > > - How do I know which is the right directive? Is this documented > > somewhere? > > > Please see the build(7) manpage, it talks a bit about cross-builds. Hi Ruslan, Your (snipped) description is great! We should you cross reference build(7) from make.conf(5). My second question, poorly worded, was to in regards to printf qualifiers in the kernel. I not sure I know when to use which when it comes to system types. Thanks, --Mat From owner-freebsd-current@FreeBSD.ORG Sun Feb 13 02:16:37 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0EA4D16A4CE; Sun, 13 Feb 2005 02:16:37 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 64AB943D1D; Sun, 13 Feb 2005 02:16:36 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id j1D2GZOI080132; Sat, 12 Feb 2005 21:16:35 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id j1D2GZ5P013819; Sat, 12 Feb 2005 21:16:35 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 79E787306E; Sat, 12 Feb 2005 21:16:35 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050213021635.79E787306E@freebsd-current.sentex.ca> Date: Sat, 12 Feb 2005 21:16:35 -0500 (EST) X-Virus-Scanned: ClamAV 0.82/705/Fri Feb 11 11:51:32 2005 on smarthost2.sentex.ca X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner4 X-Virus-Status: Clean Subject: [current tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Feb 2005 02:16:37 -0000 TB --- 2005-02-13 01:45:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-02-13 01:45:00 - starting CURRENT tinderbox run for alpha/alpha TB --- 2005-02-13 01:45:00 - checking out the source tree TB --- 2005-02-13 01:45:00 - cd /home/tinderbox/CURRENT/alpha/alpha TB --- 2005-02-13 01:45:00 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-02-13 01:50:37 - building world (CFLAGS=-O2 -pipe) TB --- 2005-02-13 01:50:37 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2005-02-13 01:50:37 - /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 [...] ===> lib/libgpib (all) cc -O2 -pipe -mcpu=ev4 -mtune=ev5 -mieee -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /tinderbox/CURRENT/alpha/alpha/src/lib/libgpib/ibfoo.c /tinderbox/CURRENT/alpha/alpha/src/lib/libgpib/ibfoo.c: In function `ibsad': /tinderbox/CURRENT/alpha/alpha/src/lib/libgpib/ibfoo.c:475: error: `v' undeclared (first use in this function) /tinderbox/CURRENT/alpha/alpha/src/lib/libgpib/ibfoo.c:475: error: (Each undeclared identifier is reported only once /tinderbox/CURRENT/alpha/alpha/src/lib/libgpib/ibfoo.c:475: error: for each function it appears in.) /tinderbox/CURRENT/alpha/alpha/src/lib/libgpib/ibfoo.c: At top level: /tinderbox/CURRENT/alpha/alpha/src/lib/libgpib/ibfoo.c:469: warning: unused parameter 'sad' *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src/lib/libgpib. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src/lib. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. TB --- 2005-02-13 02:16:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-02-13 02:16:35 - ERROR: failed to build world TB --- 2005-02-13 02:16:35 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Feb 13 02:49:57 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A913816A4CE; Sun, 13 Feb 2005 02:49:57 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3049643D2F; Sun, 13 Feb 2005 02:49:57 +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.1/8.13.1) with ESMTP id j1D2nu1p080900; Sat, 12 Feb 2005 21:49:56 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.1/8.13.1) with ESMTP id j1D2nuwi074868; Sat, 12 Feb 2005 21:49:56 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 9A0207306E; Sat, 12 Feb 2005 21:49:56 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050213024956.9A0207306E@freebsd-current.sentex.ca> Date: Sat, 12 Feb 2005 21:49:56 -0500 (EST) X-Virus-Scanned: ClamAV 0.82/705/Fri Feb 11 11:51:32 2005 on smarthost2.sentex.ca X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner2 X-Virus-Status: Clean Subject: [current tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Feb 2005 02:49:57 -0000 TB --- 2005-02-13 02:16:35 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-02-13 02:16:35 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2005-02-13 02:16:35 - checking out the source tree TB --- 2005-02-13 02:16:35 - cd /home/tinderbox/CURRENT/amd64/amd64 TB --- 2005-02-13 02:16:35 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-02-13 02:22:15 - building world (CFLAGS=-O2 -pipe) TB --- 2005-02-13 02:22:15 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-02-13 02:22:15 - /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 [...] ===> lib/libgpib (all) cc -O2 -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /tinderbox/CURRENT/amd64/amd64/src/lib/libgpib/ibfoo.c /tinderbox/CURRENT/amd64/amd64/src/lib/libgpib/ibfoo.c: In function `ibsad': /tinderbox/CURRENT/amd64/amd64/src/lib/libgpib/ibfoo.c:475: error: `v' undeclared (first use in this function) /tinderbox/CURRENT/amd64/amd64/src/lib/libgpib/ibfoo.c:475: error: (Each undeclared identifier is reported only once /tinderbox/CURRENT/amd64/amd64/src/lib/libgpib/ibfoo.c:475: error: for each function it appears in.) /tinderbox/CURRENT/amd64/amd64/src/lib/libgpib/ibfoo.c: At top level: /tinderbox/CURRENT/amd64/amd64/src/lib/libgpib/ibfoo.c:469: warning: unused parameter 'sad' *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src/lib/libgpib. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src/lib. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. TB --- 2005-02-13 02:49:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-02-13 02:49:56 - ERROR: failed to build world TB --- 2005-02-13 02:49:56 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Feb 13 03:22:26 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 792F516A4CE; Sun, 13 Feb 2005 03:22:26 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id C91D143D4C; Sun, 13 Feb 2005 03:22:25 +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.1/8.13.1) with ESMTP id j1D3MPlE081617; Sat, 12 Feb 2005 22:22:25 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.1/8.13.1) with ESMTP id j1D3MP06014762; Sat, 12 Feb 2005 22:22:25 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id AB48D7306E; Sat, 12 Feb 2005 22:22:24 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050213032224.AB48D7306E@freebsd-current.sentex.ca> Date: Sat, 12 Feb 2005 22:22:24 -0500 (EST) X-Virus-Scanned: ClamAV 0.82/705/Fri Feb 11 11:51:32 2005 on smarthost2.sentex.ca X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner4 X-Virus-Status: Clean Subject: [current tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Feb 2005 03:22:26 -0000 TB --- 2005-02-13 02:49:56 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-02-13 02:49:56 - starting CURRENT tinderbox run for i386/i386 TB --- 2005-02-13 02:49:56 - checking out the source tree TB --- 2005-02-13 02:49:56 - cd /home/tinderbox/CURRENT/i386/i386 TB --- 2005-02-13 02:49:56 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-02-13 02:55:33 - building world (CFLAGS=-O2 -pipe) TB --- 2005-02-13 02:55:33 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2005-02-13 02:55:33 - /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 [...] ===> lib/libgpib (all) cc -O2 -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /tinderbox/CURRENT/i386/i386/src/lib/libgpib/ibfoo.c /tinderbox/CURRENT/i386/i386/src/lib/libgpib/ibfoo.c: In function `ibsad': /tinderbox/CURRENT/i386/i386/src/lib/libgpib/ibfoo.c:475: error: `v' undeclared (first use in this function) /tinderbox/CURRENT/i386/i386/src/lib/libgpib/ibfoo.c:475: error: (Each undeclared identifier is reported only once /tinderbox/CURRENT/i386/i386/src/lib/libgpib/ibfoo.c:475: error: for each function it appears in.) /tinderbox/CURRENT/i386/i386/src/lib/libgpib/ibfoo.c: At top level: /tinderbox/CURRENT/i386/i386/src/lib/libgpib/ibfoo.c:469: warning: unused parameter 'sad' *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src/lib/libgpib. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src/lib. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. TB --- 2005-02-13 03:22:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-02-13 03:22:24 - ERROR: failed to build world TB --- 2005-02-13 03:22:24 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Feb 13 03:55:01 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B288E16A4D6; Sun, 13 Feb 2005 03:55:01 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0DB0943D45; Sun, 13 Feb 2005 03:55:01 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.1/8.13.1) with ESMTP id j1D3t0lu024470; Sat, 12 Feb 2005 22:55:00 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id j1D3t0Rh040642; Sat, 12 Feb 2005 22:55:00 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 46B9F7306E; Sat, 12 Feb 2005 22:55:00 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050213035500.46B9F7306E@freebsd-current.sentex.ca> Date: Sat, 12 Feb 2005 22:55:00 -0500 (EST) X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner3 X-Virus-Status: Clean Subject: [current tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Feb 2005 03:55:01 -0000 TB --- 2005-02-13 03:22:25 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-02-13 03:22:25 - starting CURRENT tinderbox run for i386/pc98 TB --- 2005-02-13 03:22:25 - checking out the source tree TB --- 2005-02-13 03:22:25 - cd /home/tinderbox/CURRENT/i386/pc98 TB --- 2005-02-13 03:22:25 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-02-13 03:27:48 - building world (CFLAGS=-O2 -pipe) TB --- 2005-02-13 03:27:48 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-02-13 03:27:48 - /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 [...] ===> lib/libgpib (all) cc -O2 -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /tinderbox/CURRENT/i386/pc98/src/lib/libgpib/ibfoo.c /tinderbox/CURRENT/i386/pc98/src/lib/libgpib/ibfoo.c: In function `ibsad': /tinderbox/CURRENT/i386/pc98/src/lib/libgpib/ibfoo.c:475: error: `v' undeclared (first use in this function) /tinderbox/CURRENT/i386/pc98/src/lib/libgpib/ibfoo.c:475: error: (Each undeclared identifier is reported only once /tinderbox/CURRENT/i386/pc98/src/lib/libgpib/ibfoo.c:475: error: for each function it appears in.) /tinderbox/CURRENT/i386/pc98/src/lib/libgpib/ibfoo.c: At top level: /tinderbox/CURRENT/i386/pc98/src/lib/libgpib/ibfoo.c:469: warning: unused parameter 'sad' *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src/lib/libgpib. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src/lib. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. TB --- 2005-02-13 03:55:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-02-13 03:55:00 - ERROR: failed to build world TB --- 2005-02-13 03:55:00 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Feb 13 04:32:24 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 41C9716A4CF; Sun, 13 Feb 2005 04:32:24 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC36343D39; Sun, 13 Feb 2005 04:32: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.1/8.13.1) with ESMTP id j1D4WNes083309; Sat, 12 Feb 2005 23:32:23 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.1/8.13.1) with ESMTP id j1D4WNF7013263; Sat, 12 Feb 2005 23:32:23 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id ED7BF7306E; Sat, 12 Feb 2005 23:32:22 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050213043222.ED7BF7306E@freebsd-current.sentex.ca> Date: Sat, 12 Feb 2005 23:32:22 -0500 (EST) X-Virus-Scanned: ClamAV 0.82/705/Fri Feb 11 11:51:32 2005 on smarthost2.sentex.ca X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner2 X-Virus-Status: Clean Subject: [current tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Feb 2005 04:32:24 -0000 TB --- 2005-02-13 03:55:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-02-13 03:55:00 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2005-02-13 03:55:00 - checking out the source tree TB --- 2005-02-13 03:55:00 - cd /home/tinderbox/CURRENT/ia64/ia64 TB --- 2005-02-13 03:55:00 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-02-13 04:00:10 - building world (CFLAGS=-O2 -pipe) TB --- 2005-02-13 04:00:10 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2005-02-13 04:00:10 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] ===> lib/libgpib (all) cc -O2 -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /tinderbox/CURRENT/ia64/ia64/src/lib/libgpib/ibfoo.c /tinderbox/CURRENT/ia64/ia64/src/lib/libgpib/ibfoo.c: In function `ibsad': /tinderbox/CURRENT/ia64/ia64/src/lib/libgpib/ibfoo.c:475: error: `v' undeclared (first use in this function) /tinderbox/CURRENT/ia64/ia64/src/lib/libgpib/ibfoo.c:475: error: (Each undeclared identifier is reported only once /tinderbox/CURRENT/ia64/ia64/src/lib/libgpib/ibfoo.c:475: error: for each function it appears in.) /tinderbox/CURRENT/ia64/ia64/src/lib/libgpib/ibfoo.c: At top level: /tinderbox/CURRENT/ia64/ia64/src/lib/libgpib/ibfoo.c:469: warning: unused parameter 'sad' *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/lib/libgpib. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/lib. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. TB --- 2005-02-13 04:32:22 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-02-13 04:32:22 - ERROR: failed to build world TB --- 2005-02-13 04:32:22 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Feb 13 04:50:47 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A28CE16A4CE for ; Sun, 13 Feb 2005 04:50:47 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.204]) by mx1.FreeBSD.org (Postfix) with ESMTP id 48F9143D1F for ; Sun, 13 Feb 2005 04:50:47 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by rproxy.gmail.com with SMTP id j1so477056rnf for ; Sat, 12 Feb 2005 20:50:46 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=eUa6yFEOZvS13EAeB/9/xUSpqKZmn+5EKeH7LxJSeUdaZjx9gj2/GhmKJo42UaQ6pnzxcneb9w5pMV85B21L0MOafst5nxFKUhs2eIwcUZX/5zLrqLgo2m81GAE6phjlwvIHW8kcOi/ciU0hnqzrunQgmmrlfzEZrwmkDoIesmg= Received: by 10.38.89.32 with SMTP id m32mr17870rnb; Sat, 12 Feb 2005 20:50:46 -0800 (PST) Received: by 10.38.209.12 with HTTP; Sat, 12 Feb 2005 20:50:46 -0800 (PST) Message-ID: <84dead720502122050492cde82@mail.gmail.com> Date: Sun, 13 Feb 2005 04:50:46 +0000 From: Joseph Koshy To: Mathew Kanner In-Reply-To: <20050212145501.GG5488@cnd.mcgill.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <20050212145501.GG5488@cnd.mcgill.ca> cc: freebsd-current@freebsd.org Subject: Re: cross platform X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Joseph Koshy List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Feb 2005 04:50:47 -0000 > - How do I know which is the right directive? Is this documented > somewhere? What's the problem exactly? I had a problem with printing uint64_t values portably between the AMD 64 and i386. My debug printfs had to use either "%lx" or "%llx". The workaround (hack) was to use CPP liberally (#define U64FORMAT "%l" or "%ll"). I wonder if there is a better (more portable) way. -- FreeBSD Volunteer, http://people.freebsd.org/~jkoshy From owner-freebsd-current@FreeBSD.ORG Sun Feb 13 04:56:20 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD51E16A4CE; Sun, 13 Feb 2005 04:56:20 +0000 (GMT) Received: from watery.cc.kogakuin.ac.jp (watery.cc.kogakuin.ac.jp [133.80.152.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2467543D45; Sun, 13 Feb 2005 04:56:20 +0000 (GMT) (envelope-from nyan@jp.FreeBSD.org) Received: from localhost (localhost [IPv6:::1])j1D4u96D069116; Sun, 13 Feb 2005 13:56:10 +0900 (JST) (envelope-from nyan@jp.FreeBSD.org) Date: Sun, 13 Feb 2005 13:55:41 +0900 (JST) Message-Id: <20050213.135541.74688832.nyan@jp.FreeBSD.org> To: sos@DeepCore.dk, imp@FreeBSD.org From: Takahashi Yoshihiro In-Reply-To: <420E331A.3070205@DeepCore.dk> References: <86vf8y0x9r.fsf@xa12.heimat.gr.jp> <20050212.230519.59685762.nyan@jp.FreeBSD.org> <420E331A.3070205@DeepCore.dk> X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable cc: freebsd-stable@FreeBSD.org cc: freebsd-current@FreeBSD.org cc: nakaji@jp.FreeBSD.org Subject: Re: UPDATE: ATA mkIII first official patches - please test! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Feb 2005 04:56:20 -0000 In article <420E331A.3070205@DeepCore.dk> S=F8ren Schmidt writes: > > 2. A geometry translation for pc98 is NOT enough. > > = > > Currently, it works only under 4.3GB disk. > = > Same a 1. No. See kern/61960. --- TAKAHASHI Yoshihiro From owner-freebsd-current@FreeBSD.ORG Sun Feb 13 05:05:47 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A0FCB16A4CE; Sun, 13 Feb 2005 05:05:47 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2661243D3F; Sun, 13 Feb 2005 05:05:47 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id j1D55kkN084113; Sun, 13 Feb 2005 00:05:46 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id j1D55kNq060338; Sun, 13 Feb 2005 00:05:46 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 587917306E; Sun, 13 Feb 2005 00:05:45 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050213050545.587917306E@freebsd-current.sentex.ca> Date: Sun, 13 Feb 2005 00:05:45 -0500 (EST) X-Virus-Scanned: ClamAV 0.82/705/Fri Feb 11 11:51:32 2005 on smarthost2.sentex.ca X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner1 X-Virus-Status: Clean Subject: [current tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Feb 2005 05:05:47 -0000 TB --- 2005-02-13 04:32:23 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-02-13 04:32:23 - starting CURRENT tinderbox run for powerpc/powerpc TB --- 2005-02-13 04:32:23 - checking out the source tree TB --- 2005-02-13 04:32:23 - cd /home/tinderbox/CURRENT/powerpc/powerpc TB --- 2005-02-13 04:32:23 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-02-13 04:37:41 - building world (CFLAGS=-O2 -pipe) TB --- 2005-02-13 04:37:41 - cd /home/tinderbox/CURRENT/powerpc/powerpc/src TB --- 2005-02-13 04:37:41 - /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 [...] ===> lib/libgpib (all) cc -O2 -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /tinderbox/CURRENT/powerpc/powerpc/src/lib/libgpib/ibfoo.c /tinderbox/CURRENT/powerpc/powerpc/src/lib/libgpib/ibfoo.c: In function `ibsad': /tinderbox/CURRENT/powerpc/powerpc/src/lib/libgpib/ibfoo.c:475: error: `v' undeclared (first use in this function) /tinderbox/CURRENT/powerpc/powerpc/src/lib/libgpib/ibfoo.c:475: error: (Each undeclared identifier is reported only once /tinderbox/CURRENT/powerpc/powerpc/src/lib/libgpib/ibfoo.c:475: error: for each function it appears in.) /tinderbox/CURRENT/powerpc/powerpc/src/lib/libgpib/ibfoo.c: At top level: /tinderbox/CURRENT/powerpc/powerpc/src/lib/libgpib/ibfoo.c:469: warning: unused parameter 'sad' *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src/lib/libgpib. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src/lib. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. *** Error code 1 Stop in /tinderbox/CURRENT/powerpc/powerpc/src. TB --- 2005-02-13 05:05:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-02-13 05:05:45 - ERROR: failed to build world TB --- 2005-02-13 05:05:45 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Feb 13 05:22:56 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2541216A4CE for ; Sun, 13 Feb 2005 05:22:56 +0000 (GMT) Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id AFB2343D41 for ; Sun, 13 Feb 2005 05:22:55 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from alpha.siliconlandmark.com (andy@localhost [127.0.0.1]) j1D5Mr3H034230 for ; Sun, 13 Feb 2005 00:22:53 -0500 (EST) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)j1D5MrwW034227 for ; Sun, 13 Feb 2005 00:22:53 -0500 (EST) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing -bs Date: Sun, 13 Feb 2005 00:22:53 -0500 (EST) From: Andre Guibert de Bruet To: current@freebsd.org Message-ID: <20050213000827.L90452@alpha.siliconlandmark.com> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-83723932-1108272173=:90452" X-MailScanner-Information: Please contact the ISP for more information X-MailScanner: Found to be clean Subject: [PATCH] grep directory loop reporting outputs extra newline X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Feb 2005 05:22:56 -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-83723932-1108272173=:90452 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Hi, I noticed a simple output regression between 4.10 and CURRENT wrt grep's output when it encounters a recursive directory loop. CURRENT puts an extra new-line when such a path is found. This adds complexity to scripts that rely on the traditional way of doing things. The patch attached to this email can also be found at: http://bling.properkernel.com/freebsd/grep.recursive.patch Could this be committed? Thanks, Andy | Andre Guibert de Bruet | Enterprise Software Consultant > | Silicon Landmark, LLC. | http://siliconlandmark.com/ > --0-83723932-1108272173=:90452 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="grep.recursive.patch" Content-Transfer-Encoding: BASE64 Content-ID: <20050213002253.V90452@alpha.siliconlandmark.com> Content-Description: Content-Disposition: attachment; filename="grep.recursive.patch" SW5kZXg6IGdyZXAuYw0KPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQ0KUkNTIGZp bGU6IC9ob21lL25jdnMvc3JjL2dudS91c3IuYmluL2dyZXAvZ3JlcC5jLHYN CnJldHJpZXZpbmcgcmV2aXNpb24gMS4yNw0KZGlmZiAtcjEuMjcgZ3JlcC5j DQoxMTA3YzExMDcNCjwgCSAgICBlcnJvciAoMCwgMCwgXygid2FybmluZzog JXM6ICVzXG4iKSwgZGlyLA0KLS0tDQo+IAkgICAgZXJyb3IgKDAsIDAsIF8o Indhcm5pbmc6ICVzOiAlcyIpLCBkaXIsDQo= --0-83723932-1108272173=:90452-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 13 05:51:38 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD6A216A4CE; Sun, 13 Feb 2005 05:51:38 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 452BE43D39; Sun, 13 Feb 2005 05:51:38 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id j1D5pbFt085258; Sun, 13 Feb 2005 00:51:37 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id j1D5pbo7072627; Sun, 13 Feb 2005 00:51:37 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D43EF7306E; Sun, 13 Feb 2005 00:51:36 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050213055136.D43EF7306E@freebsd-current.sentex.ca> Date: Sun, 13 Feb 2005 00:51:36 -0500 (EST) X-Virus-Scanned: ClamAV 0.82/705/Fri Feb 11 11:51:32 2005 on smarthost2.sentex.ca X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner4 X-Virus-Status: Clean Subject: [current tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Feb 2005 05:51:39 -0000 TB --- 2005-02-13 05:05:46 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-02-13 05:05:46 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2005-02-13 05:05:46 - checking out the source tree TB --- 2005-02-13 05:05:46 - cd /home/tinderbox/CURRENT/sparc64/sparc64 TB --- 2005-02-13 05:05:46 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-02-13 05:19:55 - building world (CFLAGS=-O2 -pipe) TB --- 2005-02-13 05:19:55 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2005-02-13 05:19:55 - /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 [...] ===> lib/libgpib (all) cc -O2 -pipe -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /tinderbox/CURRENT/sparc64/sparc64/src/lib/libgpib/ibfoo.c /tinderbox/CURRENT/sparc64/sparc64/src/lib/libgpib/ibfoo.c: In function `ibsad': /tinderbox/CURRENT/sparc64/sparc64/src/lib/libgpib/ibfoo.c:475: error: `v' undeclared (first use in this function) /tinderbox/CURRENT/sparc64/sparc64/src/lib/libgpib/ibfoo.c:475: error: (Each undeclared identifier is reported only once /tinderbox/CURRENT/sparc64/sparc64/src/lib/libgpib/ibfoo.c:475: error: for each function it appears in.) /tinderbox/CURRENT/sparc64/sparc64/src/lib/libgpib/ibfoo.c: At top level: /tinderbox/CURRENT/sparc64/sparc64/src/lib/libgpib/ibfoo.c:469: warning: unused parameter 'sad' *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/lib/libgpib. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src/lib. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2005-02-13 05:51:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-02-13 05:51:36 - ERROR: failed to build world TB --- 2005-02-13 05:51:36 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Feb 13 06:15:38 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 820FD16A4CE for ; Sun, 13 Feb 2005 06:15:38 +0000 (GMT) Received: from kientzle.com (h-66-166-149-50.snvacaid.covad.net [66.166.149.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 16D8443D39 for ; Sun, 13 Feb 2005 06:15:38 +0000 (GMT) (envelope-from kientzle@freebsd.org) Received: from freebsd.org (p54.kientzle.com [66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id j1D6FUOZ090133; Sat, 12 Feb 2005 22:15:31 -0800 (PST) (envelope-from kientzle@freebsd.org) Message-ID: <420EF07B.6010303@freebsd.org> Date: Sat, 12 Feb 2005 22:15:23 -0800 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20031006 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Joseph Koshy References: <20050212145501.GG5488@cnd.mcgill.ca> <84dead720502122050492cde82@mail.gmail.com> In-Reply-To: <84dead720502122050492cde82@mail.gmail.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: Mathew Kanner Subject: Re: cross platform X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Feb 2005 06:15:38 -0000 Joseph Koshy wrote: > > I had a problem with printing uint64_t values portably between > the AMD 64 and i386. printf("%jx", (uintmax_t)v); This is about as portable as you can get, since it's defined as part of Standard C. Cheers, Tim From owner-freebsd-current@FreeBSD.ORG Sun Feb 13 06:24:22 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C054816A4CE for ; Sun, 13 Feb 2005 06:24:22 +0000 (GMT) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9375D43D49 for ; Sun, 13 Feb 2005 06:24:22 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.13.1/8.13.1) with ESMTP id j1D6OKbN017725; Sat, 12 Feb 2005 22:24:20 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.13.1/8.13.1/Submit) id j1D6OJJf017724; Sat, 12 Feb 2005 22:24:19 -0800 (PST) (envelope-from obrien) Date: Sat, 12 Feb 2005 22:24:19 -0800 From: "David O'Brien" To: Joseph Koshy Message-ID: <20050213062419.GA83950@dragon.nuxi.com> References: <20050212145501.GG5488@cnd.mcgill.ca> <84dead720502122050492cde82@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <84dead720502122050492cde82@mail.gmail.com> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 6.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 cc: freebsd-current@freebsd.org cc: Mathew Kanner Subject: Re: cross platform X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Feb 2005 06:24:22 -0000 On Sun, Feb 13, 2005 at 04:50:46AM +0000, Joseph Koshy wrote: > > - How do I know which is the right directive? Is this documented > > somewhere? > What's the problem exactly? > > I had a problem with printing uint64_t values portably between > the AMD 64 and i386. My debug printfs had to use either > "%lx" or "%llx". The workaround (hack) was to use CPP > liberally (#define U64FORMAT "%l" or "%ll"). > > I wonder if there is a better (more portable) way. The ISO C standard way is to use "PRIx64". See /usr/include/machine/_inttypes.h. The FreeBSD way is to use %jd and cast the value to (maxint_t). -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Sun Feb 13 06:25:24 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2DFCF16A4CE for ; Sun, 13 Feb 2005 06:25:24 +0000 (GMT) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id D7EB843D39 for ; Sun, 13 Feb 2005 06:25:23 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.13.1/8.13.1) with ESMTP id j1D6P7j4017751; Sat, 12 Feb 2005 22:25:07 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.13.1/8.13.1/Submit) id j1D6P608017749; Sat, 12 Feb 2005 22:25:06 -0800 (PST) (envelope-from obrien) Date: Sat, 12 Feb 2005 22:25:06 -0800 From: "David O'Brien" To: Peter.Weiss@ConSol.de Message-ID: <20050213062506.GB83950@dragon.nuxi.com> References: <85psz5cy8s.fsf@ConSol.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <85psz5cy8s.fsf@ConSol.de> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 6.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 cc: freebsd-current@freebsd.org Subject: Re: Unable to update portsdb X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Feb 2005 06:25:24 -0000 On Sat, Feb 12, 2005 at 09:35:47PM +0100, Peter.Weiss@ConSol.de wrote: > Somehow my portsdb seems to be corrupted, how do I recreate it safely? > TIA -- Peter This isn't a generic freebsd-current problem -- it is a ports problem. Please email ports@freebsd.org. From owner-freebsd-current@FreeBSD.ORG Sun Feb 13 07:40:31 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6462A16A4CE for ; Sun, 13 Feb 2005 07:40:31 +0000 (GMT) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.10.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 31AA243D39 for ; Sun, 13 Feb 2005 07:40:30 +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 (8.13.3/8.13.3) with ESMTP id j1D7eLQl029017 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sun, 13 Feb 2005 08:40:21 +0100 (CET) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.3/8.13.3/Submit) id j1D7eKoC029015; Sun, 13 Feb 2005 08:40:20 +0100 (CET) Date: Sun, 13 Feb 2005 08:40:20 +0100 From: Divacky Roman To: Emil Mikulic Message-ID: <20050213074020.GA28974@stud.fit.vutbr.cz> References: <20050212030852.GF693@dmr.ath.cx> <20050212162440.GA82987@stud.fit.vutbr.cz> <20050213005144.GA2580@dmr.ath.cx> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050213005144.GA2580@dmr.ath.cx> User-Agent: Mutt/1.4.2i X-Scanned-By: MIMEDefang 2.49 on 147.229.10.14 cc: current@freebsd.org Subject: Re: pfctl -f causes fatal trap 12 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Feb 2005 07:40:31 -0000 On Sun, Feb 13, 2005 at 11:51:44AM +1100, Emil Mikulic wrote: > On Sat, Feb 12, 2005, Divacky Roman top-posted: > > same here.... I have pf as module and see this panic on boot > > > > when I reboot after the panic, fsck takes place and then it doesn > > panic (obviously the fsck changes something which causes pf not to > > panic) > > Really? I hadn't noticed that. You should send your message to the > mailing list in case it can help one of the developers track down the > problem. yes.... and oh, I forgot to cc: current (and I am doing it now) > >From the kgdb output: > > > (kgdb) frame 11 > > > #11 0xc0627fdc in softclock (dummy=0x0) at \ > > > /usr/src/sys/kern/kern_timeout.c:315 > > > 315 mtx_unlock(c_mtx); > > > (kgdb) print c_mtx > > > $1 = (struct mtx *) 0x0 > > It looks to me like that part of the code is trying to unlock an > uninitialized mutex. > > I guess running fsck somehow causes the mutex to be initialized before > loading the pf rules breaks stuff. maybe From owner-freebsd-current@FreeBSD.ORG Sun Feb 13 09:09:30 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9340516A4CE for ; Sun, 13 Feb 2005 09:09:30 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD5F243D2D for ; Sun, 13 Feb 2005 09:09:29 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j1D99QoU088286; Sun, 13 Feb 2005 11:09:26 +0200 (EET) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ipnet [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 67470-11; Sun, 13 Feb 2005 11:09:25 +0200 (EET) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id j1D99PtK088283 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 13 Feb 2005 11:09:25 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id j1D99S7R088348; Sun, 13 Feb 2005 11:09:28 +0200 (EET) (envelope-from ru) Date: Sun, 13 Feb 2005 11:09:28 +0200 From: Ruslan Ermilov To: Mathew Kanner Message-ID: <20050213090928.GB88292@ip.net.ua> References: <20050212145501.GG5488@cnd.mcgill.ca> <20050212220020.GD44342@ip.net.ua> <20050213010231.GH5488@cnd.mcgill.ca> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+g7M9IMkV8truYOl" Content-Disposition: inline In-Reply-To: <20050213010231.GH5488@cnd.mcgill.ca> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: freebsd-current@FreeBSD.org Subject: Re: cross platform X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Feb 2005 09:09:30 -0000 --+g7M9IMkV8truYOl Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Feb 12, 2005 at 08:02:31PM -0500, Mathew Kanner wrote: > On Feb 12, Ruslan Ermilov wrote: > > Hi Mathew, > >=20 > > On Sat, Feb 12, 2005 at 09:55:02AM -0500, Mathew Kanner wrote: > > > Hi All, > > > I want to get midi working for amd64 and by fixing up the > > > (kernel) printf directives, I have two stupid question: > > > - How do I compile a module for a different platform? > > >=20 >=20 > > [...snap build directions...] >=20 > > > - How do I know which is the right directive? Is this documented > > > somewhere?=20 > > >=20 > > Please see the build(7) manpage, it talks a bit about cross-builds. >=20 > Hi Ruslan, >=20 > Your (snipped) description is great! We should you cross > reference build(7) from make.conf(5). > My second question, poorly worded, was to in regards to printf > qualifiers in the kernel. I not sure I know when to use which when it > comes to system types. > Thanks, >=20 Ah. The safest way when dealing with integer types is to typecast them to intmax_t/uintmax_t and use %jd/%ju format specifiers. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --+g7M9IMkV8truYOl Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFCDxlIqRfpzJluFF4RAuEtAJ9tANNvhzb2kVFDeqncqenqEGQO/ACglk+z 0PUAVy4wf0ueSmwExOn+NXM= =OAfS -----END PGP SIGNATURE----- --+g7M9IMkV8truYOl-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 13 14:19:52 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B639C16A4CE for ; Sun, 13 Feb 2005 14:19:52 +0000 (GMT) Received: from smtp-1.dlr.de (smtp-1.dlr.de [195.37.61.185]) by mx1.FreeBSD.org (Postfix) with ESMTP id 17DF843D4C for ; Sun, 13 Feb 2005 14:19:52 +0000 (GMT) (envelope-from Hartmut.Brandt@dlr.de) Received: from beagle.kn.op.dlr.de ([129.247.173.6]) by smtp-1.dlr.de over TLS secured channel with Microsoft SMTPSVC(5.0.2195.6713); Sun, 13 Feb 2005 15:19:51 +0100 Date: Sun, 13 Feb 2005 15:23:10 +0100 (CET) From: Harti Brandt X-X-Sender: brandt_h@beagle.kn.op.dlr.de To: Sean McNeil In-Reply-To: <576db86bb030e3cfe26a00b72f196d20@mcneil.com> Message-ID: <20050213152233.J36779@beagle.kn.op.dlr.de> References: <576db86bb030e3cfe26a00b72f196d20@mcneil.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-OriginalArrivalTime: 13 Feb 2005 14:19:51.0283 (UTC) FILETIME=[14B2CC30:01C511D7] cc: current@freebsd.org Subject: Re: make broken in -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Harti Brandt List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Feb 2005 14:19:52 -0000 On Sat, 12 Feb 2005, Sean McNeil wrote: I have backed out the commit in question. I'll put in the right fix next week when I'm back. Thanks, harti SM>Even though it appears to work just fine on a make buildworld and for most SM>things, make will sit in an infinite loop when I do the following: SM> SM>cd /usr/ports/shells/bash2 SM>make distclean SM>make SM> SM>when I cd to the work directory and do a make -d A I get the following: SM> SM>... SM>Global:GRAM_H = parser-built SM>Global:.MAKEFILE_LIST = /usr/share/mk/sys.mk /etc/make.conf .. SM>/usr/share/mk/bsd.compat.mk .. /usr/share/mk/bsd.cpu.mk .. .. Makefile .. SM>Searching for .depend...failed. SM>Searching for .depend.../usr/share/mk...failed. SM> SM>and stuck. SM> SM>a bt says it is sitting at /usr/src/usr.bin/make/main.c:821 SM> SM>This line looks bad. cp is incremented but ptr is the determinator. SM> SM>My machine is an amd64, but this code should cause problems for any machine. SM> SM>Cheers, SM>Sean SM> SM>_______________________________________________ SM>freebsd-current@freebsd.org mailing list SM>http://lists.freebsd.org/mailman/listinfo/freebsd-current SM>To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" SM> SM> SM> From owner-freebsd-current@FreeBSD.ORG Sat Feb 12 21:27:49 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 73ABD16A4CF; Sat, 12 Feb 2005 21:27:49 +0000 (GMT) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [128.30.28.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 12E6A43D49; Sat, 12 Feb 2005 21:27:49 +0000 (GMT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: from khavrinen.lcs.mit.edu (localhost [IPv6:::1]) by khavrinen.lcs.mit.edu (8.12.9/8.12.9) with ESMTP id j1CLRkaa018332 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK CN=khavrinen.lcs.mit.edu issuer=SSL+20Client+20CA); Sat, 12 Feb 2005 16:27:46 -0500 (EST) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.12.9/8.12.9/Submit) id j1CLRhJ6018329; Sat, 12 Feb 2005 16:27:43 -0500 (EST) (envelope-from wollman) Date: Sat, 12 Feb 2005 16:27:43 -0500 (EST) From: Garrett Wollman Message-Id: <200502122127.j1CLRhJ6018329@khavrinen.lcs.mit.edu> To: Andre Oppermann In-Reply-To: <420D1344.9DAC70D0@networx.ch> References: <00CDF9AA240E204FA6E923BD35BC64360879060E@bcs-mail.internal.cacheflow.com> <420D1344.9DAC70D0@networx.ch> X-Spam-Score: -19.8 () IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,REPLY_WITH_QUOTES X-Scanned-By: MIMEDefang 2.37 X-Mailman-Approved-At: Sun, 13 Feb 2005 16:14:57 +0000 cc: freebsd-net@FreeBSD.ORG cc: "Li, Qing" cc: freebsd-current@FreeBSD.ORG Subject: Re: known TCP vulnerability ?? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Feb 2005 21:27:49 -0000 < said: > "Li, Qing" wrote: >> Ran the packet tests against FreeBSD 5.3 and 6-CURRENT and both >> respond to the SYN+FIN packets with SYN+ACK. > This is expected behaviour because of FreeBSD used to implement T/TCP > according to RFC1644. Actually, it is expected behavior because FreeBSD used to implement TCP according to RFC 793. -GAWollman From owner-freebsd-current@FreeBSD.ORG Sat Feb 12 21:28:49 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C7ED716A4CE for ; Sat, 12 Feb 2005 21:28:49 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6A5A543D1F for ; Sat, 12 Feb 2005 21:28:49 +0000 (GMT) (envelope-from louis.harvey@gmail.com) Received: by rproxy.gmail.com with SMTP id 34so363991rns for ; Sat, 12 Feb 2005 13:28:49 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:mime-version:content-type:content-transfer-encoding; b=grrWfd9/Rc139A9ofwi+IRx1+SG6K1/fJNZwl0JbIlbVO6SUvNJzDeOOnIa11pvp9NVOxeFQkMT5HcnkscW7MAzOM2YD1zVi0dISu3aBRsGC7yMh/lTc9e7VRYlRCMVQdeAgqszd7gpr+V0Bjqs1FifJm6VzPl4YS90rED/6V7A= Received: by 10.38.206.80 with SMTP id d80mr113457rng; Sat, 12 Feb 2005 13:28:48 -0800 (PST) Received: by 10.38.206.63 with HTTP; Sat, 12 Feb 2005 13:28:48 -0800 (PST) Message-ID: <91984ed40502121328282be4a2@mail.gmail.com> Date: Sat, 12 Feb 2005 16:28:48 -0500 From: Louis Harvey To: freebsd-current@freebsd.org, louis.harvey@gmail.com Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sun, 13 Feb 2005 16:14:57 +0000 Subject: FreeBSD5.2.1 - adduser pw: user 'user' disappeared during update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Louis Harvey List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Feb 2005 21:28:49 -0000 Hello ! For the first time after installing FreeBSD 5.2.1, I am trying to add a new user, but without success so far. I have tried many times (as root), with /usr/sbin/adduser and also with /stand/sysinstall > Configure > User Management > User (Add a new user to the system), but the operation seems fo fail at the end, when I give the final YES. I get the following error message: pw: user 'user' disappeared during update I have checked on the Web giving the error message as input to google, but got only one highly pertinent message. In the end, the guy says he re-installed FreeBSD, wihich I cannot do right now. I checked with the command vipw, and emacs shows the lines corresponding to the users I attempted to create along with the other users I created at install time. There is no subdir under /home for my attempts at creating those users, nor can I log into the system with those users. Please, could someone help me with this message? Salutations, Louis Harvey From owner-freebsd-current@FreeBSD.ORG Sat Feb 12 21:53:00 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A7B0516A4CE for ; Sat, 12 Feb 2005 21:53:00 +0000 (GMT) Received: from mail.soaustin.net (mail.soaustin.net [207.200.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7ED6943D48 for ; Sat, 12 Feb 2005 21:53:00 +0000 (GMT) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id 0A93314920; Sat, 12 Feb 2005 15:52:59 -0600 (CST) Date: Sat, 12 Feb 2005 15:52:59 -0600 (CST) From: Mark Linimon X-X-Sender: linimon@pancho To: Peter.Weiss@ConSol.de In-Reply-To: <85psz5cy8s.fsf@ConSol.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailman-Approved-At: Sun, 13 Feb 2005 16:14:57 +0000 cc: freebsd-current@freebsd.org Subject: Re: Unable to update portsdb X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Feb 2005 21:53:00 -0000 On Sat, 12 Feb 2005 Peter.Weiss@ConSol.de wrote: > line 34: Malformed conditional (${XFREE86_VERSION} == 3 && > !defined(WITHOUT_X)) > "Makefile", line 36: if-less endif > "Makefile", line 36: Need an operator According to CVS, the offending line was removed on 2004/07/23. Are you sure you have the latest version of the Makefile installed (1.18 2005/01/08 15:50:00 sem)? mcl From owner-freebsd-current@FreeBSD.ORG Sun Feb 13 16:37:06 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B07D916A4CE; Sun, 13 Feb 2005 16:37:06 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1EE1D43D64; Sun, 13 Feb 2005 16:37:05 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.1/8.13.1) with ESMTP id j1DGb51m042831; Sun, 13 Feb 2005 11:37:05 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id j1DGb5tu048576; Sun, 13 Feb 2005 11:37:05 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 279A27306E; Sun, 13 Feb 2005 11:37:05 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050213163705.279A27306E@freebsd-current.sentex.ca> Date: Sun, 13 Feb 2005 11:37:05 -0500 (EST) X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner1 X-Virus-Status: Clean Subject: [current tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Feb 2005 16:37:06 -0000 TB --- 2005-02-13 15:00:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-02-13 15:00:00 - starting CURRENT tinderbox run for alpha/alpha TB --- 2005-02-13 15:00:00 - checking out the source tree TB --- 2005-02-13 15:00:00 - cd /home/tinderbox/CURRENT/alpha/alpha TB --- 2005-02-13 15:00:00 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-02-13 15:05:30 - building world (CFLAGS=-O2 -pipe) TB --- 2005-02-13 15:05:30 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2005-02-13 15:05:30 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-02-13 16:12:14 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-02-13 16:12:14 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2005-02-13 16:12:14 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Feb 13 16:12:14 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Sun Feb 13 16:25:22 UTC 2005 TB --- 2005-02-13 16:25:22 - generating LINT kernel config TB --- 2005-02-13 16:25:22 - cd /home/tinderbox/CURRENT/alpha/alpha/src/sys/alpha/conf TB --- 2005-02-13 16:25:22 - /usr/bin/make -B LINT TB --- 2005-02-13 16:25:22 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-02-13 16:25:22 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2005-02-13 16:25:22 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Feb 13 16:25:23 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/alpha/alpha/src/sys -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/altq -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -c __remlu.S building __reml.S from /tinderbox/CURRENT/alpha/alpha/src/sys/alpha/alpha/divrem.m4 cc -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/alpha/alpha/src/sys -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/altq -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -c __reml.S MAKE=/home/tinderbox/CURRENT/alpha/alpha/obj/tinderbox/CURRENT/alpha/alpha/src/make.i386/make sh /tinderbox/CURRENT/alpha/alpha/src/sys/conf/newvers.sh LINT cc -c -O2 -pipe -fno-strict-aliasing -mcpu=ev4 -mtune=ev5 -mieee -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/alpha/alpha/src/sys -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/altq -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/pf -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/alpha/alpha/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror vers.c linking kernel upd7210.o(.text+0xaf0): In function `upd7210attach': : undefined reference to `gpib_ib_cdevsw' *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. TB --- 2005-02-13 16:37:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-02-13 16:37:04 - ERROR: failed to build lint kernel TB --- 2005-02-13 16:37:04 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Feb 13 16:39:19 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 68ED616A4CE; Sun, 13 Feb 2005 16:39:19 +0000 (GMT) Received: from critter.freebsd.dk (f170.freebsd.dk [212.242.86.170]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E07043D55; Sun, 13 Feb 2005 16:39:18 +0000 (GMT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.13.1/8.13.1) with ESMTP id j1DGdHOK026489; Sun, 13 Feb 2005 17:39:17 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: FreeBSD Tinderbox From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sun, 13 Feb 2005 11:37:05 EST." <20050213163705.279A27306E@freebsd-current.sentex.ca> Date: Sun, 13 Feb 2005 17:39:17 +0100 Message-ID: <26488.1108312757@critter.freebsd.dk> Sender: phk@critter.freebsd.dk cc: alpha@freebsd.org cc: current@freebsd.org Subject: Re: [current tinderbox] failure on alpha/alpha X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Feb 2005 16:39:19 -0000 In message <20050213163705.279A27306E@freebsd-current.sentex.ca>, FreeBSD Tinde rbox writes: >linking kernel >upd7210.o(.text+0xaf0): In function `upd7210attach': >: undefined reference to `gpib_ib_cdevsw' I think this is just an unlucky CVSUP... -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sun Feb 13 17:38:33 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 40DCB16A500; Sun, 13 Feb 2005 17:38:33 +0000 (GMT) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D7A043D1D; Sun, 13 Feb 2005 17:38:32 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [194.192.25.143] (laptop.deepcore.dk [194.192.25.143]) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id j1DHcRX3091054; Sun, 13 Feb 2005 18:38:30 +0100 (CET) (envelope-from sos@DeepCore.dk) Message-ID: <420F907B.1090901@DeepCore.dk> Date: Sun, 13 Feb 2005 18:38:03 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Mozilla Thunderbird 1.0 (X11/20050116) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Takahashi Yoshihiro References: <86vf8y0x9r.fsf@xa12.heimat.gr.jp> <20050212.230519.59685762.nyan@jp.FreeBSD.org> <420E331A.3070205@DeepCore.dk> <20050213.135541.74688832.nyan@jp.FreeBSD.org> In-Reply-To: <20050213.135541.74688832.nyan@jp.FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-mail-scanned: by DeepCore Virus & Spam killer v1.7 cc: freebsd-stable@freebsd.org cc: nakaji@jp.FreeBSD.org cc: freebsd-current@freebsd.org cc: imp@freebsd.org Subject: Re: UPDATE: ATA mkIII first official patches - please test! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Feb 2005 17:38:33 -0000 Takahashi Yoshihiro wrote: > In article <420E331A.3070205@DeepCore.dk> > S=F8ren Schmidt writes: >=20 >=20 >>>2. A geometry translation for pc98 is NOT enough. >>> >>> Currently, it works only under 4.3GB disk. >> >>Same a 1. >=20 >=20 > No. See kern/61960. Wrong, ATA mk3 does solve the problem but using the "current" geomtry=20 set in the drives by the BIOS. However the code missed it in one place=20 in ata-lowlevel.c when the code was moved there from ata-disk.c. This has been fixed and will be present in the next snapshot as I sadi=20 earlier. --=20 -S=F8ren From owner-freebsd-current@FreeBSD.ORG Sun Feb 13 18:08:40 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9912016A4CE; Sun, 13 Feb 2005 18:08:40 +0000 (GMT) Received: from renaissance.homeip.net (m197.net81-67-151.noos.fr [81.67.151.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B36F43D2F; Sun, 13 Feb 2005 18:08:35 +0000 (GMT) (envelope-from anthony.ginepro@laposte.net) Received: by renaissance.homeip.net (Postfix, from userid 1001) id 543752049; Sun, 13 Feb 2005 19:08:34 +0100 (CET) From: Anthony Ginepro To: =?ISO-8859-1?Q?S=F8ren?= Schmidt In-Reply-To: <420DD54D.9020008@DeepCore.dk> References: <42028F29.1030801@DeepCore.dk> <420A1792.900@DeepCore.dk> <1108201829.872.8.camel@renaissance.homeip.net> <420DD54D.9020008@DeepCore.dk> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Date: Sun, 13 Feb 2005 19:08:33 +0100 Message-Id: <1108318113.871.5.camel@renaissance.homeip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port cc: 'FreeBSD Current' cc: "freebsd-stable@freebsd.org" Subject: Re: UPDATE: ATA mkIII first official patches - please test! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Feb 2005 18:08:40 -0000 Le Samedi 12 f=C3=A9vrier 2005 =C3=A0 11:07 +0100, S=C3=B8ren Schmidt a =C3= =A9crit : > Anthony Ginepro wrote: >=20 > > ATA mk3 works fine on my system except two things : > > - it seems there's no more atapi-cam support (or it's still WIP ?), >=20 > I dont know the status of that, you need to ask the author/maintainer.. >=20 > > - dumps doesn't work (but never did on my system). >=20 > Hmm, I'll look into that... Some more info : - I recompiled a kernel with #define ATA_R_DEBUG 0x10000fff in ata-all.h in order to find if the kernel was stuck on an ata operation when dumping. When calling "doadump" with ATA_R_DEBUG there was constant activity (but can't remind well because it was scrolling too fast) and I can even cancel the dump, - Retrying "call doadump" under a kernel without touching ATA_R_DEBUG, it worked eventually once and could be canceled. Most of the time, dump can't be canceled and doesn't progress. Should I open a PR so that the issue can be tracked ? Anthony. From owner-freebsd-current@FreeBSD.ORG Sun Feb 13 18:17:00 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A0D516A4CE; Sun, 13 Feb 2005 18:17:00 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C14243D39; Sun, 13 Feb 2005 18:16:59 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.1/8.13.1) with ESMTP id j1DIGxGN045480; Sun, 13 Feb 2005 13:16:59 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id j1DIGxV9078841; Sun, 13 Feb 2005 13:16:59 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0B2747306E; Sun, 13 Feb 2005 13:16:58 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050213181658.0B2747306E@freebsd-current.sentex.ca> Date: Sun, 13 Feb 2005 13:16:58 -0500 (EST) X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner3 X-Virus-Status: Clean Subject: [current tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Feb 2005 18:17:00 -0000 TB --- 2005-02-13 16:37:05 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-02-13 16:37:05 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2005-02-13 16:37:05 - checking out the source tree TB --- 2005-02-13 16:37:05 - cd /home/tinderbox/CURRENT/amd64/amd64 TB --- 2005-02-13 16:37:05 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-02-13 16:42:57 - building world (CFLAGS=-O2 -pipe) TB --- 2005-02-13 16:42:57 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-02-13 16:42:57 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-02-13 17:50:14 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-02-13 17:50:14 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-02-13 17:50:14 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Feb 13 17:50:14 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Sun Feb 13 18:04:54 UTC 2005 TB --- 2005-02-13 18:04:54 - generating LINT kernel config TB --- 2005-02-13 18:04:54 - cd /home/tinderbox/CURRENT/amd64/amd64/src/sys/amd64/conf TB --- 2005-02-13 18:04:54 - /usr/bin/make -B LINT TB --- 2005-02-13 18:04:54 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-02-13 18:04:54 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-02-13 18:04:54 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Feb 13 18:04:54 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] touch hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/home/tinderbox/CURRENT/amd64/amd64/obj/tinderbox/CURRENT/amd64/amd64/src/make.i386/make sh /tinderbox/CURRENT/amd64/amd64/src/sys/conf/newvers.sh LINT cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/amd64/amd64/src/sys -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/altq -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/pf -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/amd64/amd64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror vers.c linking kernel upd7210.o(.text+0x7d7): In function `upd7210attach': : undefined reference to `gpib_ib_cdevsw' *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. TB --- 2005-02-13 18:16:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-02-13 18:16:58 - ERROR: failed to build lint kernel TB --- 2005-02-13 18:16:58 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Feb 13 18:59:24 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 341E916A4CE; Sun, 13 Feb 2005 18:59:24 +0000 (GMT) Received: from ylpvm01.prodigy.net (ylpvm01-ext.prodigy.net [207.115.57.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id B989C43D46; Sun, 13 Feb 2005 18:59:23 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.115] (adsl-64-171-186-189.dsl.snfc21.pacbell.net [64.171.186.189])j1DIxMvE021892; Sun, 13 Feb 2005 13:59:22 -0500 Message-ID: <420FA38A.6080009@root.org> Date: Sun, 13 Feb 2005 10:59:22 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0RC1 (X11/20041205) X-Accept-Language: en-us, en MIME-Version: 1.0 To: acpi@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: current@FreeBSD.org Subject: [Fwd: cvs commit: src/sys/dev/acpica acpi_perf.c src/sys/kern kern_cpu.c] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Feb 2005 18:59:24 -0000 The commit below allows acpi_perf(4) to attach to FFixedHW devices and export settings to other drivers (say, EST and Powernow). The code snippet for foo_probe() to do this is as follows: /* Find an acpi_perf child under our common parent. */ device_t child; child = device_find_child(device_get_parent(dev), "acpi_perf", -1); if (child == NULL || !device_is_attached(child)) ... do whatever you can from static tables or fail ... /* Get its settings so we know what frequencies it offers. */ error = CPUFREQ_DRV_SETTINGS(child, sets, &count, &type); if (error) ... fall back to static tables ... /* * If the device is not offering info, it thinks it can control * settings itself. We fail out of our probe in this case since * it is already in charge. */ if ((type & CPUFREQ_FLAG_INFO_ONLY) == 0) return (ENXIO); /* Loop through all settings and match up to our levels */ for () powernow_sets[i].freq = sets[i].freq powernow_sets[i].power = sets[i].power; ... -------- Original Message -------- njl 2005-02-13 18:49:48 UTC FreeBSD src repository Modified files: sys/dev/acpica acpi_perf.c sys/kern kern_cpu.c Log: Add support for the CPUFREQ_FLAG_INFO_ONLY flag. Devices that report this are not added to the list(s) of available settings. However, other drivers can call the CPUFREQ_DRV_SETTINGS() method on those devices directly to get info about available settings. Update the acpi_perf(4) driver to use this flag in the presence of "functional fixed hardware." Thus, future drivers like Powernow can query acpi_perf for platform info but perform frequency transitions themselves. Revision Changes Path 1.7 +39 -12 src/sys/dev/acpica/acpi_perf.c 1.4 +8 -1 src/sys/kern/kern_cpu.c -- Nate From owner-freebsd-current@FreeBSD.ORG Sun Feb 13 19:42:42 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3502916A4CE; Sun, 13 Feb 2005 19:42:42 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8220043D1F; Sun, 13 Feb 2005 19:42:41 +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.1/8.13.1) with ESMTP id j1DJgfkG048106; Sun, 13 Feb 2005 14:42:41 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.1/8.13.1) with ESMTP id j1DJgfIF001813; Sun, 13 Feb 2005 14:42:41 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id DFC707306E; Sun, 13 Feb 2005 14:42:40 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050213194240.DFC707306E@freebsd-current.sentex.ca> Date: Sun, 13 Feb 2005 14:42:40 -0500 (EST) X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner3 X-Virus-Status: Clean Subject: [current tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Feb 2005 19:42:42 -0000 TB --- 2005-02-13 18:16:59 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-02-13 18:16:59 - starting CURRENT tinderbox run for i386/i386 TB --- 2005-02-13 18:16:59 - checking out the source tree TB --- 2005-02-13 18:16:59 - cd /home/tinderbox/CURRENT/i386/i386 TB --- 2005-02-13 18:16:59 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-02-13 18:22:43 - building world (CFLAGS=-O2 -pipe) TB --- 2005-02-13 18:22:43 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2005-02-13 18:22:43 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-02-13 19:29:43 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-02-13 19:29:43 - cd /home/tinderbox/CURRENT/i386/i386/src TB --- 2005-02-13 19:29:43 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Feb 13 19:29:44 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] @/sys/types.h:62: error: syntax error before "int8_t" @/sys/types.h:62: warning: type defaults to `int' in declaration of `int8_t' @/sys/types.h:62: warning: data definition has no type or storage class In file included from @/sys/systm.h:46, from /tinderbox/CURRENT/i386/i386/src/sys/modules/linux/../../compat/linux/linux_signal.c:33: @/sys/stdint.h:77: error: syntax error before "int_least8_t" @/sys/stdint.h:77: warning: type defaults to `int' in declaration of `int_least8_t' @/sys/stdint.h:77: warning: data definition has no type or storage class *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src/sys/modules/linux. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src/sys/modules. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/obj/tinderbox/CURRENT/i386/i386/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/i386/src. TB --- 2005-02-13 19:42:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-02-13 19:42:40 - ERROR: failed to build generic kernel TB --- 2005-02-13 19:42:40 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Feb 13 21:05:21 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CF4C916A4CE; Sun, 13 Feb 2005 21:05:21 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 494AA43D39; Sun, 13 Feb 2005 21:05:21 +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.1/8.13.1) with ESMTP id j1DL5KFN050297; Sun, 13 Feb 2005 16:05:20 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.1/8.13.1) with ESMTP id j1DL5KEo055922; Sun, 13 Feb 2005 16:05:20 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id AA3BF7306E; Sun, 13 Feb 2005 16:05:20 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050213210520.AA3BF7306E@freebsd-current.sentex.ca> Date: Sun, 13 Feb 2005 16:05:20 -0500 (EST) X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner3 X-Virus-Status: Clean Subject: [current tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Feb 2005 21:05:22 -0000 TB --- 2005-02-13 19:42:41 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-02-13 19:42:41 - starting CURRENT tinderbox run for i386/pc98 TB --- 2005-02-13 19:42:41 - checking out the source tree TB --- 2005-02-13 19:42:41 - cd /home/tinderbox/CURRENT/i386/pc98 TB --- 2005-02-13 19:42:41 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-02-13 19:48:25 - building world (CFLAGS=-O2 -pipe) TB --- 2005-02-13 19:48:25 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-02-13 19:48:25 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-02-13 20:55:35 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-02-13 20:55:35 - cd /home/tinderbox/CURRENT/i386/pc98/src TB --- 2005-02-13 20:55:35 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Feb 13 20:55:35 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] @/sys/types.h:62: error: syntax error before "int8_t" @/sys/types.h:62: warning: type defaults to `int' in declaration of `int8_t' @/sys/types.h:62: warning: data definition has no type or storage class In file included from @/sys/systm.h:46, from /tinderbox/CURRENT/i386/pc98/src/sys/modules/linux/../../compat/linux/linux_signal.c:33: @/sys/stdint.h:77: error: syntax error before "int_least8_t" @/sys/stdint.h:77: warning: type defaults to `int' in declaration of `int_least8_t' @/sys/stdint.h:77: warning: data definition has no type or storage class *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src/sys/modules/linux. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src/sys/modules. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/obj/pc98/tinderbox/CURRENT/i386/pc98/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. *** Error code 1 Stop in /tinderbox/CURRENT/i386/pc98/src. TB --- 2005-02-13 21:05:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-02-13 21:05:20 - ERROR: failed to build generic kernel TB --- 2005-02-13 21:05:20 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Feb 13 17:49:18 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BE08D16A4CE for ; Sun, 13 Feb 2005 17:49:18 +0000 (GMT) Received: from wm1.todt.org (wm2.todt.org [207.218.27.21]) by mx1.FreeBSD.org (Postfix) with SMTP id 85F8443D31 for ; Sun, 13 Feb 2005 17:49:17 +0000 (GMT) (envelope-from jachmann@unitix.org) Received: (qmail 6422 invoked from network); 13 Feb 2005 17:49:15 -0000 Received: from unknown (HELO hurx.thc) (213.23.51.201) by 0 with SMTP; 13 Feb 2005 17:49:15 -0000 Received: (qmail 39690 invoked by uid 1001); 13 Feb 2005 17:49:15 -0000 Date: Sun, 13 Feb 2005 18:49:15 +0100 From: Christian Jachmann To: Emil Mikulic , freebsd-current@freebsd.org Message-ID: <20050213174915.GA97313@hurx.thc> References: <20050212023555.GA693@dmr.ath.cx> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050212023555.GA693@dmr.ath.cx> User-Agent: Mutt/1.4.2.1i X-Mailman-Approved-At: Sun, 13 Feb 2005 21:36:36 +0000 Subject: Re: Where is my debugging information? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Feb 2005 17:49:18 -0000 On Sat, Feb 12, 2005 at 01:35:55PM +1100, Emil Mikulic wrote: > All my recent kernels panic upon loading pf rules. I worked out how to > get a dump out of the kernel, but now kgdb is saying "no debugging > symbols found" > > My kernel config contains > makeoptions DEBUG=-g > > It was built with the standard "make kernel KERNCONF=WHATEVER" > > What am I doing wrong? seems that this isn't interpreted anymore.. try building the kernel using: config [-gp] [-d destdir] SYSTEM_NAME -- Christian Jachmann From owner-freebsd-current@FreeBSD.ORG Sun Feb 13 21:46:02 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 16FC916A4CF; Sun, 13 Feb 2005 21:46:02 +0000 (GMT) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id CD8D543D4C; Sun, 13 Feb 2005 21:46:01 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.13.1/8.13.1) with ESMTP id j1DLjwbZ051797; Sun, 13 Feb 2005 13:45:58 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.13.1/8.13.1/Submit) id j1DLjuIp051796; Sun, 13 Feb 2005 13:45:56 -0800 (PST) (envelope-from obrien) Date: Sun, 13 Feb 2005 13:45:56 -0800 From: "David O'Brien" To: Anthony Ginepro Message-ID: <20050213214556.GA51696@dragon.nuxi.com> References: <42028F29.1030801@DeepCore.dk> <420A1792.900@DeepCore.dk> <1108201829.872.8.camel@renaissance.homeip.net> <420DD54D.9020008@DeepCore.dk> <1108318113.871.5.camel@renaissance.homeip.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1108318113.871.5.camel@renaissance.homeip.net> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 6.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 cc: 'FreeBSD Current' cc: "freebsd-stable@freebsd.org" Subject: Re: UPDATE: ATA mkIII first official patches - please test! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Feb 2005 21:46:02 -0000 On Sun, Feb 13, 2005 at 07:08:33PM +0100, Anthony Ginepro wrote: > - Retrying "call doadump" under a kernel without touching ATA_R_DEBUG, > it worked eventually once and could be canceled. Most of the time, dump > can't be canceled and doesn't progress. > > Should I open a PR so that the issue can be tracked ? This is what I have to do with ATAng to dump to an IDE disk, via Peter Wemm. Maybe it will help you find a work around with mkIII. Index: ata-all.c =================================================================== RCS file: /home/ncvs/src/sys/dev/ata/ata-all.c,v retrieving revision 1.234 diff -u -r1.234 ata-all.c --- ata-all.c 24 Nov 2004 10:47:26 -0000 1.234 +++ ata-all.c 3 Dec 2004 00:46:03 -0000 @@ -375,6 +375,8 @@ struct ata_channel *ch; int ctlr; +if (panicstr) return; + /* flush cache on all devices */ for (ctlr = 0; ctlr < devclass_get_maxunit(ata_devclass); ctlr++) { if (!(ch = devclass_get_softc(ata_devclass, ctlr))) From owner-freebsd-current@FreeBSD.ORG Sun Feb 13 22:04:41 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8D02E16A4CE for ; Sun, 13 Feb 2005 22:04:41 +0000 (GMT) Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 33F4C43D55 for ; Sun, 13 Feb 2005 22:04:41 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from alpha.siliconlandmark.com (andy@localhost [127.0.0.1]) j1DM4dcY085169 for ; Sun, 13 Feb 2005 17:04:39 -0500 (EST) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)j1DM4dIS085166 for ; Sun, 13 Feb 2005 17:04:39 -0500 (EST) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing -bs Date: Sun, 13 Feb 2005 17:04:39 -0500 (EST) From: Andre Guibert de Bruet To: current@freebsd.org In-Reply-To: <20050213000827.L90452@alpha.siliconlandmark.com> Message-ID: <20050213170318.I90452@alpha.siliconlandmark.com> References: <20050213000827.L90452@alpha.siliconlandmark.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-MailScanner-Information: Please contact the ISP for more information X-MailScanner: Found to be clean Subject: Re: [PATCH] grep directory loop reporting outputs extra newline X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Feb 2005 22:04:41 -0000 This issue has been filed as bin/77466. | Andre Guibert de Bruet | Enterprise Software Consultant > | Silicon Landmark, LLC. | http://siliconlandmark.com/ > On Sun, 13 Feb 2005, Andre Guibert de Bruet wrote: > I noticed a simple output regression between 4.10 and CURRENT wrt grep's > output when it encounters a recursive directory loop. CURRENT puts an extra > new-line when such a path is found. This adds complexity to scripts that rely > on the traditional way of doing things. > > The patch attached to this email can also be found at: > http://bling.properkernel.com/freebsd/grep.recursive.patch > > Could this be committed? From owner-freebsd-current@FreeBSD.ORG Sun Feb 13 22:46:54 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DC16016A4CE for ; Sun, 13 Feb 2005 22:46:54 +0000 (GMT) Received: from postal3.es.net (postal3.es.net [198.128.3.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D88043D1F for ; Sun, 13 Feb 2005 22:46:54 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal3.es.net (Postal Node 3) with ESMTP (SSL) id IBA74465; Sun, 13 Feb 2005 14:46:54 -0800 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 317675D07; Sun, 13 Feb 2005 14:46:53 -0800 (PST) To: Christian Jachmann In-reply-to: Your message of "Sun, 13 Feb 2005 18:49:15 +0100." <20050213174915.GA97313@hurx.thc> Date: Sun, 13 Feb 2005 14:46:53 -0800 From: "Kevin Oberman" Message-Id: <20050213224653.317675D07@ptavv.es.net> cc: freebsd-current@freebsd.org cc: Emil Mikulic Subject: Re: Where is my debugging information? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Feb 2005 22:46:55 -0000 > Date: Sun, 13 Feb 2005 18:49:15 +0100 > From: Christian Jachmann > Sender: owner-freebsd-current@freebsd.org > > On Sat, Feb 12, 2005 at 01:35:55PM +1100, Emil Mikulic wrote: > > All my recent kernels panic upon loading pf rules. I worked out how to > > get a dump out of the kernel, but now kgdb is saying "no debugging > > symbols found" > > > > My kernel config contains > > makeoptions DEBUG=-g > > > > It was built with the standard "make kernel KERNCONF=WHATEVER" > > > > What am I doing wrong? > > seems that this isn't interpreted anymore.. > > try building the kernel using: > > config [-gp] [-d destdir] SYSTEM_NAME No. makeoptions DEBUG=-g still works fine. It's in NOTES as of about an hour ago and my kernel build generated the debug kernel just fine. Officially, manually running config is not supported although it usually works fine. the only supported way of building a kernel is make buildkernel unless I missed something. The debug file should be in /usr/obj/usr/src/sys/CONFIG/kernel.debug Substitute your config name for CONFIG. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-current@FreeBSD.ORG Sun Feb 13 23:13:07 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC95616A4CE; Sun, 13 Feb 2005 23:13:07 +0000 (GMT) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 891F143D39; Sun, 13 Feb 2005 23:13:07 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id IBA74465; Sun, 13 Feb 2005 15:13:07 -0800 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 376E05D07; Sun, 13 Feb 2005 15:13:06 -0800 (PST) To: Nate Lawson In-reply-to: Your message of "Sun, 06 Feb 2005 13:21:32 PST." <42068A5C.1030300@root.org> Date: Sun, 13 Feb 2005 15:13:06 -0800 From: "Kevin Oberman" Message-Id: <20050213231306.376E05D07@ptavv.es.net> cc: acpi@freebsd.org cc: current@freebsd.org Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Feb 2005 23:13:07 -0000 > Date: Sun, 06 Feb 2005 13:21:32 -0800 > From: Nate Lawson > Sender: owner-freebsd-acpi@freebsd.org > > I've finished the major work of importing cpufreq. As part of this, the > sysctls for acpi throttling have been removed. The power_profile script > has been updated, so you can use performance/economy_cpu_freq= in > rc.conf to set AC on/offline cpu frequencies. The acpi throttling > support has been compiled into acpi_perf.ko so load that to get > throttling. Do a sysctl dev.cpu to get an understanding of the cpufreq > sysctls. > > If you have throttling, please test the new configuration to be sure it > still works as before. Final upcoming work will be manpage support and > bugfixing as necessary. On my T30, throttling has simply vanished. Kernel sources as of this afternoon at about 11:00 PST. Id Refs Address Size Name 1 24 0xc0400000 3ba9c4 kernel 2 1 0xc07bb000 1e4b0 if_wi.ko 3 1 0xc07da000 4ce4 acpi_video.ko 4 18 0xc07df000 53650 acpi.ko 5 1 0xc0833000 32a0 cpufreq.ko 6 1 0xc0837000 3b8c acpi_ibm.ko 7 1 0xc083b000 49c0 acpi_perf.ko 8 1 0xc0840000 2ca8 wlan_wep.ko 9 1 0xc1d04000 a000 ntfs.ko 10 1 0xc1d83000 6000 linprocfs.ko 11 1 0xc1d89000 15000 linux.ko 12 1 0xc1dab000 3000 fdescfs.ko 13 1 0xc1e54000 3000 daemon_saver.ko sysctl hw.acpi does not list any throttling entries at all. It does list an amazing number of frequency settings, but only 1800 and 1200 seem to actually work. Perhaps the others are derived by mixing the two capabilities? On the earlier versions of cpufreq I was getting only the two frequencies listed along with the 8 throttling states. Did I miss a message on this? I am especially concerned because my CPU is now running VERY hot when busy. It never used to exceed about 180F and now it quickly jumps to 190+ when the system is working (such as a buildkernel). Since it was previously running without throttling, I don't understand why things are suddenly worse. Any idea on what is happening? I don't want to fry my T30. dmesg and config available on request. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-current@FreeBSD.ORG Sun Feb 13 23:18:40 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ADD7716A4CE; Sun, 13 Feb 2005 23:18:40 +0000 (GMT) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1051043D1F; Sun, 13 Feb 2005 23:18:40 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.1/8.13.1) with ESMTP id j1DNId0W054165; Sun, 13 Feb 2005 18:18:39 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id j1DNIda4069979; Sun, 13 Feb 2005 18:18:39 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2A7937306E; Sun, 13 Feb 2005 18:18:38 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050213231838.2A7937306E@freebsd-current.sentex.ca> Date: Sun, 13 Feb 2005 18:18:38 -0500 (EST) X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner1 X-Virus-Status: Clean Subject: [current tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Feb 2005 23:18:40 -0000 TB --- 2005-02-13 21:05:20 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-02-13 21:05:20 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2005-02-13 21:05:20 - checking out the source tree TB --- 2005-02-13 21:05:20 - cd /home/tinderbox/CURRENT/ia64/ia64 TB --- 2005-02-13 21:05:20 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-02-13 21:10:44 - building world (CFLAGS=-O2 -pipe) TB --- 2005-02-13 21:10:44 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2005-02-13 21:10:44 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-02-13 22:41:21 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-02-13 22:41:21 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2005-02-13 22:41:21 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sun Feb 13 22:41:21 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Sun Feb 13 23:01:34 UTC 2005 TB --- 2005-02-13 23:01:34 - generating LINT kernel config TB --- 2005-02-13 23:01:34 - cd /home/tinderbox/CURRENT/ia64/ia64/src/sys/ia64/conf TB --- 2005-02-13 23:01:34 - /usr/bin/make -B LINT TB --- 2005-02-13 23:01:34 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-02-13 23:01:34 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2005-02-13 23:01:34 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Feb 13 23:01:34 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] touch hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/home/tinderbox/CURRENT/ia64/ia64/obj/tinderbox/CURRENT/ia64/ia64/src/make.i386/make sh /tinderbox/CURRENT/ia64/ia64/src/sys/conf/newvers.sh LINT cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/ia64/ia64/src/sys -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/altq -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/pf -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ngatm -I/tinderbox/CURRENT/ia64/ia64/src/sys/contrib/ia64/libuwx/src -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -mno-sdata -ffreestanding -Werror vers.c linking kernel upd7210.o(.text+0x1132): In function `upd7210attach': : undefined reference to `gpib_ib_cdevsw' *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. TB --- 2005-02-13 23:18:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-02-13 23:18:38 - ERROR: failed to build lint kernel TB --- 2005-02-13 23:18:38 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Sun Feb 13 23:33:38 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA2A116A4D7; Sun, 13 Feb 2005 23:33:38 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4472843D1F; Sun, 13 Feb 2005 23:33:38 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.250] (adsl-64-171-186-189.dsl.snfc21.pacbell.net [64.171.186.189]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j1DNXSZj000976 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 13 Feb 2005 15:33:29 -0800 Message-ID: <420FE3C7.6020003@root.org> Date: Sun, 13 Feb 2005 15:33:27 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kevin Oberman References: <20050213231306.376E05D07@ptavv.es.net> In-Reply-To: <20050213231306.376E05D07@ptavv.es.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: acpi@freebsd.org cc: current@freebsd.org Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Feb 2005 23:33:39 -0000 Kevin Oberman wrote: >>Date: Sun, 06 Feb 2005 13:21:32 -0800 >>From: Nate Lawson >>Sender: owner-freebsd-acpi@freebsd.org >> >> >>If you have throttling, please test the new configuration to be sure it >>still works as before. Final upcoming work will be manpage support and >>bugfixing as necessary. > > > On my T30, throttling has simply vanished. Kernel sources as of this > afternoon at about 11:00 PST. > > sysctl hw.acpi does not list any throttling entries at all. It shouldn't, they were merged into the sysctl dev.cpu output as you mention below. > It does list an amazing number of frequency settings, but only 1800 and > 1200 seem to actually work. Perhaps the others are derived by mixing the > two capabilities? On the earlier versions of cpufreq I was getting only > the two frequencies listed along with the 8 throttling states. > > Did I miss a message on this? Try cvsupping to now. I did some commits about an hour or two ago that should address throttling not attaching. > I am especially concerned because my CPU is now running VERY hot when > busy. It never used to exceed about 180F and now it quickly jumps to > 190+ when the system is working (such as a buildkernel). Since it was > previously running without throttling, I don't understand why things are > suddenly worse. > > Any idea on what is happening? I don't want to fry my T30. One person reported Cx states being broken by the cpufreq import. (Well, actually he got a C3 state that he didn't have before but it didn't work.) Try setting hw.acpi.cpu.cx_lowest to C1 or something you're sure works. Send me the output of sysctl dev.cpu, dmesg, and devinfo -rv. -- Nate From owner-freebsd-current@FreeBSD.ORG Sun Feb 13 23:40:51 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 664) id 13BE416A4D1; Sun, 13 Feb 2005 23:40:51 +0000 (GMT) Date: Sun, 13 Feb 2005 23:40:51 +0000 From: David O'Brien To: S?ren Schmidt Message-ID: <20050213234050.GA24109@hub.freebsd.org> References: <42028F29.1030801@DeepCore.dk> <420A1792.900@DeepCore.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <420A1792.900@DeepCore.dk> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 4.11-RC2 Organization: The NUXI BSD group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 cc: 'FreeBSD Current' cc: "freebsd-stable@freebsd.org" Subject: Re: UPDATE: ATA mkIII first official patches - please test! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Feb 2005 23:40:51 -0000 On Wed, Feb 09, 2005 at 03:00:50PM +0100, S?ren Schmidt wrote: > S?ren Schmidt wrote: > New version that fixes known problems so far etc now available: > http://people.freebsd.org/~sos/ata-mk3k.tar.gz .. > As always, enjoy and let me know how it goes... This does indead fix my panic that I reported to you. I'd like to add a wishlist item, that is really needed for the sparc64 platform. Currently hw.ata.ata_dma is a binary knob. I'd like to see it changed so that if the value isn't 0 or 1, then the value is taken to be the fastest dma to use. Values would be 2, 33, 66, 100, 133 (for completeness). My Sun Blade100 has an ATA66 controller, but other than the original disk with Sun firmware, no other ATA66 capable disk will work in the machine with either ATAng or ATA-mkIII unless I force the speed to udma33 or slower. FreeBSD doesn't currently have a good way to achieve this that we can easily do for the installation CDROM. -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Mon Feb 14 01:23:30 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EE66816A4CE for ; Mon, 14 Feb 2005 01:23:30 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id C55BE43D39 for ; Mon, 14 Feb 2005 01:23:30 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 1FAFAF32CB for ; Sun, 13 Feb 2005 17:23:30 -0800 (PST) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00723-08 for ; Sun, 13 Feb 2005 17:23:29 -0800 (PST) Received: from mcneil.com (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 6FC31F32C4 for ; Sun, 13 Feb 2005 17:23:29 -0800 (PST) From: Sean McNeil To: current@freebsd.org Content-Type: text/plain Date: Sun, 13 Feb 2005 17:23:29 -0800 Message-Id: <1108344209.2954.2.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mcneil.com Subject: matherr disappeared? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Feb 2005 01:23:31 -0000 I was refreshing my system and do not know when this happened, but this same port use to work: /usr/ports/palm/pilot-link/work/pilot-link-0.11.8/bindings/Tcl/tclAppInit.c:53: undefined reference to `matherr' *** Error code 1 Stop in /usr/ports/palm/pilot-link/work/pilot-link-0.11.8/bindings/Tcl. *** Error code 1 Stop in /usr/ports/palm/pilot-link/work/pilot-link-0.11.8/bindings. *** Error code 1 Stop in /usr/ports/palm/pilot-link/work/pilot-link-0.11.8. *** Error code 1 Stop in /usr/ports/palm/pilot-link/work/pilot-link-0.11.8. *** Error code 1 Stop in /usr/ports/palm/pilot-link. From owner-freebsd-current@FreeBSD.ORG Mon Feb 14 01:28:39 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 627B316A4CE; Mon, 14 Feb 2005 01:28:39 +0000 (GMT) Received: from pimout3-ext.prodigy.net (pimout3-ext.prodigy.net [207.115.63.102]) by mx1.FreeBSD.org (Postfix) with ESMTP id C58C143D39; Mon, 14 Feb 2005 01:28:38 +0000 (GMT) (envelope-from julian@elischer.org) Received: from [192.168.1.102] (adsl-68-124-232-117.dsl.snfc21.pacbell.net [68.124.232.117])j1E1SYpY088244; Sun, 13 Feb 2005 20:28:35 -0500 Message-ID: <420FFEC1.9030003@elischer.org> Date: Sun, 13 Feb 2005 17:28:33 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8a6) Gecko/20050213 X-Accept-Language: en, hu MIME-Version: 1.0 To: John Baldwin References: <200502111148.45976.jhb@FreeBSD.org> In-Reply-To: <200502111148.45976.jhb@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: Alan Cox cc: current@FreeBSD.org Subject: Re: HEADSUP: Turn off cpu_idle_hlt on SMP for now on x86 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Feb 2005 01:28:39 -0000 John Baldwin wrote: > I figured out a deadlock I got on a 4 CPU testbox last night and I think I > have tracked it down to a bug in 4BSD that can be worked around by turning > off idle halt via the machdep.cpu_idle_hlt sysctl. Specifically, it involves > waking up halted CPUs when a thread it is pinned or bound to a specific CPU > is made runnable. The details of what I saw today are below: did you try setting the sysctl that makes the idle IPI get sent to ALL idle cpus and not just the one that is selected? > > FreeBSD/i386 (deimos.baldwin.cx) (ttyd0) > > login: KDB: enter: Line break on console > [thread pid 13 tid 100006 ] > Stopped at kdb_enter+0x30: leave > db> show pcpu > cpuid = 3 > curthread = 0xc1dfd5c0: pid 11 "idle: cpu3" > curpcb = 0xdc608da0 > fpcurthread = none > idlethread = 0xc1dfd5c0: pid 11 "idle: cpu3" > APIC ID = 3 > currentldt = 0x28 > db> ps > pid proc uid ppid pgrp flag stat wmesg wchan cmd > 79079 c2ebe1fc 1001 79067 610 0000012 [LOCK vm page queue mutex c1f90c40] make > 79078 c2f2ede4 1001 78894 610 0000002 [LOCK vm page queue mutex c1f90c40] sh > 79077 c3498000 1001 79043 610 0004002 [LOCK vm page queue mutex c1f90c40] make > 79075 c2f317f0 1001 78898 610 0004002 [LOCK vm page queue mutex c1f90c40] make > 79074 c2184de4 1001 78902 610 0004002 [LOCK vm page queue mutex c1f90c40] make > 79067 c23c71fc 1001 78955 610 0004002 [SLPQ ppwait 0xc23c71fc][SLP] make > 79060 c23e35f4 1001 78915 610 0004002 [LOCK Giant c1e41800] make > 79043 c2a50000 1001 79042 610 0004002 [SLPQ wait 0xc2a50000][SLP] sh > 79042 c2f493f8 1001 78884 610 0004002 [SLPQ select 0xc075e024][SLP] make > 78978 c28de7f0 1001 78975 610 0004002 [RUNQ] sh > 78975 c29bf1fc 1001 78970 610 0004002 [SLPQ select 0xc075e024][SLP] make > ... > 40 c1e67000 0 0 0 0000204 [IWAIT] swi1: net > 39 c1e671fc 0 0 0 0000204 [IWAIT] swi3: vm > 38 c1e4b5f4 0 0 0 000020c [LOCK Giant c1e41800] swi4: clock sio > --More-- > 37 c1e4b7f0 0 0 0 0000204 [IWAIT] irq13: > 36 c1e4b9ec 0 0 0 0000204 [IWAIT] irq0: clk > 35 c1e4bbe8 0 0 0 0000204 [IWAIT] irq23: ahc0 ahc1 > 34 c1e4bde4 0 0 0 0000204 [IWAIT] irq22: > 33 c1e5b000 0 0 0 0000204 [IWAIT] irq21: > 32 c1e5b1fc 0 0 0 0000204 [IWAIT] irq20: > 31 c1e5b3f8 0 0 0 0000204 [LOCK Giant c1e41800] irq19: fxp0 uhci0 > ... > 14 c1dfc5f4 0 0 0 000020c [Can run] idle: cpu0 > 13 c1dfc7f0 0 0 0 000020c [CPU 1] idle: cpu1 > 12 c1dfc9ec 0 0 0 000020c [CPU 2] idle: cpu2 > 11 c1dfcbe8 0 0 0 000020c [CPU 3] idle: cpu3 > > Thus, CPU 0 is running a make process while CPUs 1, 2, and 3 are all idle. > Note that softclock() and irq19 (me trying to ssh in this morning over fxp0) > are both blocked on Giant. Also note that there are 5 threads blocked on the > vm page queue mutex. First, let's see who owns Giant and what they are doing. > I was doing a benchmark, so I didn't have witness compiled in or turned on, so > 'show alllocks' wasn't an option. > > db> x/x Giant,10 > Giant: c0730028 c06ffb2c c06ffb2c b0000 0 > Giant+0x14: 0 0 c2ebd8a2 0 > Giant+0x24: 0 c07300a0 0 0 > time_monitor: 92c86 7 420c903b > > The owner is 0xc2ebd8a2 but minus 0x2 since that is a flag: > > db> show threads > ... > 100286 (0xc2ebd8a0) sched_switch(c2ebd8a0,0,1,77,fcb6cb7e) at sched_switch+0x170 > ... > 100189 (0xc28dfcf0) sched_switch(c28dfcf0,0,2,dff58a7c,95a67b30) at sched_switch+0x170 > ... > db> tr 100286 > Tracing pid 79075 tid 100286 td 0xc2ebd8a0 > sched_switch(c2ebd8a0,0,1,77,fcb6cb7e) at sched_switch+0x170 > mi_switch(1,0,c07026d2,254,c075d568) at mi_switch+0x1d9 > turnstile_wait(c076bda0,c28dfcf0,c2ebd8a0,d17bc930,c21a79e8) at turnstile_wait+0x269 > _mtx_lock_sleep(c076bda0,c2ebd8a0,0,c0704083,dc5) at _mtx_lock_sleep+0x101 > _mtx_lock_flags(c076bda0,0,c0704083,dc5,c0704083) at _mtx_lock_flags+0x45 > vfs_clean_pages(d17bc930,0,c0704083,423,c21a79b4) at vfs_clean_pages+0x70 > bdwrite(d17bc930,c3bdfa00,80,2000,0) at bdwrite+0x2f0 > ffs_update(c46bf564,0,1,50,e00efb2c) at ffs_update+0x396 > ufs_inactive(e00efb44,e00efb5c,c05978ea,e00efb44,0) at ufs_inactive+0x225 > VOP_INACTIVE_AP(e00efb44,0,c0705028,768,c074e7a0) at VOP_INACTIVE_AP+0x4e > vrele(c46bf564,c074e2a0,c46bf564,1,c255a700) at vrele+0x11a > vn_close(c46bf564,1,c255a700,c2ebd8a0,0) at vn_close+0x50 > vn_closefile(c30e6318,c2ebd8a0,c06fddb9,846,c30e6318) at vn_closefile+0xf4 > fdrop_locked(c30e6318,c2ebd8a0,c06fddb9,831) at fdrop_locked+0x94 > fdrop(c30e6318,c2ebd8a0,c06fddb9,77c,c0515cfd,c0737ce0,1000,c2ebd8a0,e00efcac,c0 > 56009c,1,e00efc80,c255a700,0,e00efc90,e00efc90,c0513783,3f,c31b93c8,0,6,c31b9300,e00efcb0,c051389d,c31b9300,0,6) at fdrop+0x3c > closef(c30e6318,c2ebd8a0,c06fddb9,3e8,c2ebd8a0) at closef+0x3f2 > close(c2ebd8a0,e00efd14,4,e00efd00,1) at close+0x1f2 > syscall(2f,2f,2f,809c200,0) at syscall+0x2a0 > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (6, FreeBSD ELF32, close), eip = 0x805c743, esp = 0xbfbfd18c, ebp = 0xbfbfd1a8 --- > > Lookup the pid in the ps output above, I see that this thread is one of the > threads blocked on the vm page queue mutex. Ok, so let's look at that lock's > owner: > > db> x/x 0xc076bda0,10 > vm_page_queue_mtx: c0730028 c07100af c07100af b0000 > vm_page_queue_mtx+0x10: 0 0 0 c28dfcf2 > vm_page_queue_mtx+0x20: 0 0 c1e673f8 f540 > vm_pages_needed: 0 0 0 1552 > > Lock owner is 0xc28dfcf2. Looked that up via show threads and got: > > db> tr 100189 > Tracing pid 78978 tid 100189 td 0xc28dfcf0 > sched_switch(c28dfcf0,0,2,dff58a7c,95a67b30) at sched_switch+0x170 > mi_switch(2,0,c0701343,252,0) at mi_switch+0x1d9 > critical_exit(c074bcc0,c052ddd5,c0755f18,0,c28dfcf0) at critical_exit+0x7e > intr_execute_handlers(c074bcc0,dff58b10,c076bc00,dff58b1c,c28dfcf0) at intr_execute_handlers+0xa4 > atpic_handle_intr(0) at atpic_handle_intr+0xaf > Xatpic_intr0() at Xatpic_intr0+0x20 > --- interrupt, eip = 0xc054dd3c, esp = 0xdff58b54, ebp = 0xdff58b68 --- > critical_exit(dff58b94,c06bbcbd,c075cae0,0,c0715535) at critical_exit+0xcc > _mtx_unlock_spin_flags(c075cae0,0,c0715535,252,e) at _mtx_unlock_spin_flags+0x23 > pmap_invalidate_page(c29c869c,8064000,2,766,c19d6d10) at pmap_invalidate_page+0xdd > pmap_enter(c29c869c,8064000,c19d6d10,3,0) at pmap_enter+0x33d > vm_fault(c29c85dc,8064000,2,8,c28dfcf0) at vm_fault+0x13e7 > trap_pfault(dff58d48,1,80643e8,bfbfe060,80643e8) at trap_pfault+0xf1 > trap(2f,2f,2f,0,8069000) at trap+0x21a > calltrap() at calltrap+0x5 > --- trap 0xc, eip = 0x80563cf, esp = 0xbfbfe0d0, ebp = 0xbfbfe0d8 --- > > So this is the thread that is in state RUNQ even though I have three idle > CPUs. Very curious! I then wondered if my current CPU (CPU 3) thought > that there were any runnable threads: > > db> call sched_runnable() > 0 > > 0 means no. That's when I figured that the runnable thread must be pinned, > especially since it was interrupted while messing with the pmap which > usually requires pinning. I then tried to do an experiment to test my theory > by turning off the idle halt and manually IPI'ing all the other CPUs so that > they would recheck their run queues and whichever CPU needed to run the > process owning the vm page queue mutex would run. Unfortunately, I think I > got the vector number wrong as all 3 CPUs paniced. :-P > > db> x cpu_idle_hlt > cpu_idle_hlt: 1 > db> w cpu_idle hlt 0 > cpu_idle_hlt 0x1 = 0 > db> call lapic_ipi_raw(0x000c00e7, 0) > 0xd1622000 > db> c > cccpppuuuiiiddd === 102;;; aaapppiiiccc iiiddd === 000102 > > > iiinnnssstttrrruuuccctttiiiooonnn pppoooiiinnnttteerer r = > = = 0 x008xx:80:8x0:cx00cx60ca50536bae055eb9e > a5st > as > ctkas ctpkao cipkno tipenorti en rt e r = 0 x= 1 0 :0=0x > x10d0xc:16000xed:cf0bex40dfc > afb6r40abm > ... > 857 (make) > trap number = 30 > panic: unknown/reserved trap > cpuid = 0 > Uptime: 1d16h58m16s > Cannot dump. No dump device defined. > Automatic reboot in 15 seconds - press a key on the console to abort > Rebooting... > cpu_reset: Stopping other CPUs > > Thus, my theory is that when the pinned thread was preempted and put back on > the run queue, the scheduler didn't IPI the CPU it was pinned to to wake it > up in case it was idle. The IPI is only needed if the CPUs are halted, which > is why I think turning the idle halt off might work as a workaround. I don't > know if ULE has this same issue, but I've cc'd Jeff and hopefully he can look > into it. > From owner-freebsd-current@FreeBSD.ORG Mon Feb 14 01:42:24 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 69A2D16A4CE for ; Mon, 14 Feb 2005 01:42:24 +0000 (GMT) Received: from blackwater.lemis.com (wantadilla.lemis.com [192.109.197.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id D593F43D2D for ; Mon, 14 Feb 2005 01:42:22 +0000 (GMT) (envelope-from grog@lemis.com) Received: by blackwater.lemis.com (Postfix, from userid 1004) id 112F1858BB; Mon, 14 Feb 2005 12:12:18 +1030 (CST) Date: Mon, 14 Feb 2005 12:12:18 +1030 From: Greg 'groggy' Lehey To: FreeBSD current users Message-ID: <20050214014217.GB85932@wantadilla.lemis.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="dTy3Mrz/UPE2dbVg" Content-Disposition: inline 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 WWW-Home-Page: http://www.FreeBSD.org/ X-PGP-Fingerprint: 9A1B 8202 BCCE B846 F92F 09AC 22E6 F290 507A 4223 Subject: Race condition in debugger? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Feb 2005 01:42:24 -0000 --dTy3Mrz/UPE2dbVg Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I'm having some problems with userland gdb on recent -CURRENT builds: at some point it hangs. Specifically, I'm setting a conditional breakpoint like this: b Minsert_blockletpointer if I->inode_num == 0x1f0bb inode_num increments for 1, so I hit this breakpoint about 100,000 times. Or I should. What happens is that the debugger hangs at some point on the way. ktrace shows multiple copies of: 12325 gdb CALL ptrace(12,0x3026,0xbfbfd5e0,0) 12325 gdb RET ptrace 0 12325 gdb CALL ptrace(PT_STEP,0x3026,0x1,0) 12325 gdb RET ptrace 0 12325 gdb CALL wait4(0xffffffff,0xbfbfd808,0,0) <-- stops here 12325 gdb RET wait4 12326/0x3026 12325 gdb CALL kill(0x3026,0) 12325 gdb RET kill 0 12325 gdb CALL ptrace(PT_GETREGS,0x3026,0xbfbfd5c0,0) When it hangs, it's at the call to wait4, as shown. It looks like the completion of the ptrace request isn't being reported back. This is a 4 way SMP box (Pentium II, FWIW). I've tried disabling SMP: # sysctl -w machdep.hlt_cpus=14 machdep.hlt_cpus: 0 -> 14 After that, it seems to work, but it's taking a while on this slow old box. Does anybody have any ideas or suggestions? I can't swear that things like this have ever worked for me, but they certainly don't on this morning's kernel, and they didn't on the previous one, done in mid-December last year. Greg -- See complete headers for address and phone numbers. --dTy3Mrz/UPE2dbVg Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFCEAH5IubykFB6QiMRAo3uAJ48DX6nr0BY2C2LV7VNPp/3XK1I1QCgjzMd DPwG1rinTNqCCXaoKoWNVu0= =A6Gn -----END PGP SIGNATURE----- --dTy3Mrz/UPE2dbVg-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 14 02:01:28 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ABBB316A4CE for ; Mon, 14 Feb 2005 02:01:28 +0000 (GMT) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6D70443D45 for ; Mon, 14 Feb 2005 02:01:28 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) j1E21SX6044075; Sun, 13 Feb 2005 18:01:28 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost)j1E21SOm044074; Sun, 13 Feb 2005 18:01:28 -0800 (PST) (envelope-from sgk) Date: Sun, 13 Feb 2005 18:01:28 -0800 From: Steve Kargl To: Sean McNeil Message-ID: <20050214020127.GA44039@troutmask.apl.washington.edu> References: <1108344209.2954.2.camel@server.mcneil.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1108344209.2954.2.camel@server.mcneil.com> User-Agent: Mutt/1.4.2.1i cc: current@freebsd.org Subject: Re: matherr disappeared? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Feb 2005 02:01:28 -0000 On Sun, Feb 13, 2005 at 05:23:29PM -0800, Sean McNeil wrote: > I was refreshing my system and do not know when this happened, but this > same port use to work: > > /usr/ports/palm/pilot-link/work/pilot-link-0.11.8/bindings/Tcl/tclAppInit.c:53: undefined reference to `matherr' > *** Error code 1 > See the thread and you should read freebsd-current list. http://lists.freebsd.org/pipermail/freebsd-current/2005-February/046426.html -- Steve From owner-freebsd-current@FreeBSD.ORG Mon Feb 14 02:09:09 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0204B16A4CE; Mon, 14 Feb 2005 02:09:09 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 88DFA43D39; Mon, 14 Feb 2005 02:09:08 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id j1E297w5017958; Sun, 13 Feb 2005 21:09:07 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id j1E297Db023859; Sun, 13 Feb 2005 21:09:08 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id BD0807306E; Sun, 13 Feb 2005 21:09:07 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050214020907.BD0807306E@freebsd-current.sentex.ca> Date: Sun, 13 Feb 2005 21:09:07 -0500 (EST) X-Virus-Scanned: ClamAV 0.82/706/Sun Feb 13 19:14:02 2005 on smarthost2.sentex.ca X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner3 X-Virus-Status: Clean Subject: [current tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Feb 2005 02:09:09 -0000 TB --- 2005-02-14 00:34:55 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-02-14 00:34:55 - starting CURRENT tinderbox run for sparc64/sparc64 TB --- 2005-02-14 00:34:55 - checking out the source tree TB --- 2005-02-14 00:34:55 - cd /home/tinderbox/CURRENT/sparc64/sparc64 TB --- 2005-02-14 00:34:55 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-02-14 00:40:28 - building world (CFLAGS=-O2 -pipe) TB --- 2005-02-14 00:40:28 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2005-02-14 00:40:28 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2005-02-14 01:46:34 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-02-14 01:46:34 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2005-02-14 01:46:34 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Mon Feb 14 01:46:34 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Mon Feb 14 01:58:24 UTC 2005 TB --- 2005-02-14 01:58:24 - generating LINT kernel config TB --- 2005-02-14 01:58:24 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src/sys/sparc64/conf TB --- 2005-02-14 01:58:24 - /usr/bin/make -B LINT TB --- 2005-02-14 01:58:24 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-02-14 01:58:24 - cd /home/tinderbox/CURRENT/sparc64/sparc64/src TB --- 2005-02-14 01:58:24 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Feb 14 01:58:24 UTC 2005 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] rm -f hack.c MAKE=/home/tinderbox/CURRENT/sparc64/sparc64/obj/tinderbox/CURRENT/sparc64/sparc64/src/make.i386/make sh /tinderbox/CURRENT/sparc64/sparc64/src/sys/conf/newvers.sh LINT cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/tinderbox/CURRENT/sparc64/sparc64/src/sys -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/acpica -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/altq -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ipfilter -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/pf -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/dev/ath/freebsd -I/tinderbox/CURRENT/sparc64/sparc64/src/sys/contrib/ngatm -D_KERNEL -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medlow -msoft-float -ffreestanding -Werror vers.c linking kernel upd7210.o(.text+0x7f4): In function `upd7210attach': : undefined reference to `gpib_ib_cdevsw' upd7210.o(.text+0x7fc): In function `upd7210attach': : undefined reference to `gpib_ib_cdevsw' *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/obj/sparc64/tinderbox/CURRENT/sparc64/sparc64/src/sys/LINT. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. *** Error code 1 Stop in /tinderbox/CURRENT/sparc64/sparc64/src. TB --- 2005-02-14 02:09:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-02-14 02:09:07 - ERROR: failed to build lint kernel TB --- 2005-02-14 02:09:07 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon Feb 14 02:30:52 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4944316A4CE; Mon, 14 Feb 2005 02:30:52 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB77843D2D; Mon, 14 Feb 2005 02:30:51 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 98C07F33AD; Sun, 13 Feb 2005 18:30:49 -0800 (PST) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00723-10; Sun, 13 Feb 2005 18:30:48 -0800 (PST) Received: from mcneil.com (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id E944BF338F; Sun, 13 Feb 2005 18:30:47 -0800 (PST) From: Sean McNeil To: Steve Kargl In-Reply-To: <20050214020127.GA44039@troutmask.apl.washington.edu> References: <1108344209.2954.2.camel@server.mcneil.com> <20050214020127.GA44039@troutmask.apl.washington.edu> Content-Type: text/plain Date: Sun, 13 Feb 2005 18:30:47 -0800 Message-Id: <1108348247.26515.17.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mcneil.com cc: das@freebsd.org cc: current@freebsd.org Subject: palm/pilot-link needs to be fixed for matherr change (was Re: matherr disappeared?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Feb 2005 02:30:52 -0000 On Sun, 2005-02-13 at 18:01 -0800, Steve Kargl wrote: > On Sun, Feb 13, 2005 at 05:23:29PM -0800, Sean McNeil wrote: > > I was refreshing my system and do not know when this happened, but this > > same port use to work: > > > > /usr/ports/palm/pilot-link/work/pilot-link-0.11.8/bindings/Tcl/tclAppInit.c:53: undefined reference to `matherr' > > *** Error code 1 > > > > See the thread and you should read freebsd-current list. First of all, I do read current as I am subscribed. > http://lists.freebsd.org/pipermail/freebsd-current/2005-February/046426.html Finally, that thread is related to tcl 8.0.5 for i386. I had no reason to suspect it had anything to do with my situation as I have an amd64 system with tcl-8.4.7 which compiled without any issue. Perhaps I simply deleted it since I am not using i386. So, the answer to my question is yes and matherr has disappeared. However, it would appear that this is related to the previous thread so I have changed the subject line and I'm CCing das. He had asked to be notified if anything else breaks. Cheers, Sean P.S. Aren't changes like that suppose to go in UPDATING? From owner-freebsd-current@FreeBSD.ORG Mon Feb 14 02:37:07 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E691A16A4CE; Mon, 14 Feb 2005 02:37:07 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C9C443D2F; Mon, 14 Feb 2005 02:37:07 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id CE19D51461; Sun, 13 Feb 2005 18:37:06 -0800 (PST) Date: Sun, 13 Feb 2005 18:37:06 -0800 From: Kris Kennaway To: Sean McNeil Message-ID: <20050214023706.GA27347@xor.obsecurity.org> References: <1108344209.2954.2.camel@server.mcneil.com> <20050214020127.GA44039@troutmask.apl.washington.edu> <1108348247.26515.17.camel@server.mcneil.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xHFwDpU9dbj6ez1V" Content-Disposition: inline In-Reply-To: <1108348247.26515.17.camel@server.mcneil.com> User-Agent: Mutt/1.4.2.1i cc: das@freebsd.org cc: current@freebsd.org cc: Steve Kargl Subject: Re: palm/pilot-link needs to be fixed for matherr change (was Re: matherr disappeared?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Feb 2005 02:37:08 -0000 --xHFwDpU9dbj6ez1V Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Feb 13, 2005 at 06:30:47PM -0800, Sean McNeil wrote: > First of all, I do read current as I am subscribed. >=20 > > http://lists.freebsd.org/pipermail/freebsd-current/2005-February/046426= .html >=20 > Finally, that thread is related to tcl 8.0.5 for i386. I had no reason > to suspect it had anything to do with my situation as I have an amd64 > system with tcl-8.4.7 which compiled without any issue. Perhaps I > simply deleted it since I am not using i386. Many tcl-derived ports inherited the same bugs. > P.S. Aren't changes like that suppose to go in UPDATING? No, UPDATING is for special steps required for updating your ports. It doesn't address port bugs that are discovered; those go in a BROKEN tag in the port in question, if they can't be fixed immediately. Kris --xHFwDpU9dbj6ez1V Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCEA7SWry0BWjoQKURAjdEAKCx0ysPtAIsCssbBqbvpYFZrNiNRQCfT9Ip oy0QAaWWtb3X2Dq81MVADtg= =Ks1a -----END PGP SIGNATURE----- --xHFwDpU9dbj6ez1V-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 14 03:02:14 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C04FC16A4CE for ; Mon, 14 Feb 2005 03:02:14 +0000 (GMT) Received: from VARK.MIT.EDU (VARK.MIT.EDU [18.95.3.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id E569E43D31 for ; Mon, 14 Feb 2005 03:02:13 +0000 (GMT) (envelope-from das@FreeBSD.ORG) Received: from VARK.MIT.EDU (localhost [127.0.0.1]) by VARK.MIT.EDU (8.13.1/8.13.1) with ESMTP id j1E326OR052393; Sun, 13 Feb 2005 22:02:06 -0500 (EST) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by VARK.MIT.EDU (8.13.1/8.13.1/Submit) id j1E326kv052392; Sun, 13 Feb 2005 22:02:06 -0500 (EST) (envelope-from das@FreeBSD.ORG) Date: Sun, 13 Feb 2005 22:02:06 -0500 From: David Schultz To: Sean McNeil Message-ID: <20050214030206.GB47695@VARK.MIT.EDU> Mail-Followup-To: Sean McNeil , Steve Kargl , current@FreeBSD.ORG References: <1108344209.2954.2.camel@server.mcneil.com> <20050214020127.GA44039@troutmask.apl.washington.edu> <1108348247.26515.17.camel@server.mcneil.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1108348247.26515.17.camel@server.mcneil.com> cc: current@FreeBSD.ORG cc: Steve Kargl Subject: Re: palm/pilot-link needs to be fixed for matherr change (was Re: matherr disappeared?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Feb 2005 03:02:15 -0000 On Sun, Feb 13, 2005, Sean McNeil wrote: > On Sun, 2005-02-13 at 18:01 -0800, Steve Kargl wrote: > > On Sun, Feb 13, 2005 at 05:23:29PM -0800, Sean McNeil wrote: > > > I was refreshing my system and do not know when this happened, but this > > > same port use to work: > > > > > > /usr/ports/palm/pilot-link/work/pilot-link-0.11.8/bindings/Tcl/tclAppInit.c:53: undefined reference to `matherr' > > > *** Error code 1 > > > > > > > See the thread and you should read freebsd-current list. > > First of all, I do read current as I am subscribed. > > > http://lists.freebsd.org/pipermail/freebsd-current/2005-February/046426.html > > Finally, that thread is related to tcl 8.0.5 for i386. I had no reason > to suspect it had anything to do with my situation as I have an amd64 > system with tcl-8.4.7 which compiled without any issue. Perhaps I > simply deleted it since I am not using i386. > > So, the answer to my question is yes and matherr has disappeared. > However, it would appear that this is related to the previous thread so > I have changed the subject line and I'm CCing das. He had asked to be > notified if anything else breaks. Yeah, as I understand it, versions of Tcl released between 1993 and 2002 had a kludge to force old versions of SunOS to dynamically link against the right version of libm; however, they don't actually *use* matherr() in any meaningful way. Unfortunately, N different ports have copied the hack. I'll try to fix all the ones that are reported to me next weekend. > P.S. Aren't changes like that suppose to go in UPDATING? Well, I didn't think I would be breaking POLA too badly. matherr() was deprecated some time in the mid-1980's when the third edition of the System V Interface Definition was published. Moreover, FreeBSD never actually supported it; we just had a stub there in libm. If it causes too much trouble, I'll have to put it back so applications can continue to pretend that it works. From owner-freebsd-current@FreeBSD.ORG Mon Feb 14 03:27:29 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9179516A4CE for ; Mon, 14 Feb 2005 03:27:29 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6FD7443D39 for ; Mon, 14 Feb 2005 03:27:29 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 6083672DD4; Sun, 13 Feb 2005 19:27:29 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 5B0A872DCB; Sun, 13 Feb 2005 19:27:29 -0800 (PST) Date: Sun, 13 Feb 2005 19:27:29 -0800 (PST) From: Doug White To: Andre Guibert de Bruet In-Reply-To: <20050213170318.I90452@alpha.siliconlandmark.com> Message-ID: <20050213192719.N4345@carver.gumbysoft.com> References: <20050213000827.L90452@alpha.siliconlandmark.com> <20050213170318.I90452@alpha.siliconlandmark.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: [PATCH] grep directory loop reporting outputs extra newline X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Feb 2005 03:27:29 -0000 On Sun, 13 Feb 2005, Andre Guibert de Bruet wrote: > > This issue has been filed as bin/77466. Does the behavior exist in RELENG_5? > > | Andre Guibert de Bruet | Enterprise Software Consultant > > | Silicon Landmark, LLC. | http://siliconlandmark.com/ > > > On Sun, 13 Feb 2005, Andre Guibert de Bruet wrote: > > > I noticed a simple output regression between 4.10 and CURRENT wrt grep's > > output when it encounters a recursive directory loop. CURRENT puts an extra > > new-line when such a path is found. This adds complexity to scripts that rely > > on the traditional way of doing things. > > > > The patch attached to this email can also be found at: > > http://bling.properkernel.com/freebsd/grep.recursive.patch > > > > Could this be committed? > _______________________________________________ > 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" > -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Feb 14 03:44:10 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2668E16A4CE for ; Mon, 14 Feb 2005 03:44:10 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id C267043D1D for ; Mon, 14 Feb 2005 03:44:09 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by rproxy.gmail.com with SMTP id j1so571895rnf for ; Sun, 13 Feb 2005 19:44:09 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=oJar+HumZDAdtlt1ajZNaOgWlT8UrxjqZ6EERzeYcvVLFrKQCQSG+zyO1SonUxcQt1S6hrgU1yf6H53iJu88oLw4ikbZ3VHv2uOMV74Cm0HTtE5w9FlIdvAKZXNFnQ/P/VDpBJO/eZLTMs40pA0CN58HY4w9FGEQAHwMSZRse94= Received: by 10.38.96.29 with SMTP id t29mr157741rnb; Sun, 13 Feb 2005 19:44:09 -0800 (PST) Received: by 10.38.209.12 with HTTP; Sun, 13 Feb 2005 19:44:09 -0800 (PST) Message-ID: <84dead72050213194430a347b4@mail.gmail.com> Date: Mon, 14 Feb 2005 03:44:09 +0000 From: Joseph Koshy To: Louis Harvey In-Reply-To: <91984ed40502121328282be4a2@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <91984ed40502121328282be4a2@mail.gmail.com> cc: freebsd-current@freebsd.org Subject: Re: FreeBSD5.2.1 - adduser pw: user 'user' disappeared during update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Joseph Koshy List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Feb 2005 03:44:10 -0000 > pw: user 'user' disappeared during update What does "pwd_mkdb -C" show when run against /etc/master.passwd? -- FreeBSD Volunteer, http://people.freebsd.org/~jkoshy From owner-freebsd-current@FreeBSD.ORG Mon Feb 14 07:49:42 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D889416A4CE for ; Mon, 14 Feb 2005 07:49:42 +0000 (GMT) Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C39E43D2F for ; Mon, 14 Feb 2005 07:49:42 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from alpha.siliconlandmark.com (andy@localhost [127.0.0.1]) j1E7nbgN021125; Mon, 14 Feb 2005 02:49:37 -0500 (EST) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)j1E7nbno021122; Mon, 14 Feb 2005 02:49:37 -0500 (EST) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing -bs Date: Mon, 14 Feb 2005 02:49:37 -0500 (EST) From: Andre Guibert de Bruet To: Doug White In-Reply-To: <20050213192719.N4345@carver.gumbysoft.com> Message-ID: <20050214024422.O637@alpha.siliconlandmark.com> References: <20050213000827.L90452@alpha.siliconlandmark.com> <20050213192719.N4345@carver.gumbysoft.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-MailScanner-Information: Please contact the ISP for more information X-MailScanner: Found to be clean cc: current@freebsd.org Subject: Re: [PATCH] grep directory loop reporting outputs extra newline X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Feb 2005 07:49:43 -0000 On Sun, 13 Feb 2005, Doug White wrote: > On Sun, 13 Feb 2005, Andre Guibert de Bruet wrote: > >> This issue has been filed as bin/77466. > > Does the behavior exist in RELENG_5? Yes. As a sidenode, obrien@ committed the patch to HEAD in v1.28 of grep.c. Andy | Andre Guibert de Bruet | Enterprise Software Consultant > | Silicon Landmark, LLC. | http://siliconlandmark.com/ > From owner-freebsd-current@FreeBSD.ORG Mon Feb 14 03:39:55 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2B21016A4CE for ; Mon, 14 Feb 2005 03:39:55 +0000 (GMT) Received: from ns.buryatia.ru (ns.buryatia.ru [195.161.69.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C29343D2D for ; Mon, 14 Feb 2005 03:39:53 +0000 (GMT) (envelope-from pity@buryatia.ru) Received: from [172.16.0.5] (inside-isb-81.buryatia.ru [83.234.81.81] (may be forged)) by ns.buryatia.ru (8.12.9p2/8.12.9) with ESMTP id j1E3dnwg064920 for ; Mon, 14 Feb 2005 11:39:50 +0800 (IRKT) (envelope-from pity@buryatia.ru) Message-ID: <42101D83.8030504@buryatia.ru> Date: Mon, 14 Feb 2005 11:39:47 +0800 From: "pit (Pablo Picasso)" User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: ru-ru, ru MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Mon, 14 Feb 2005 12:34:03 +0000 Subject: help me in NDIS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Feb 2005 03:39:55 -0000 help me in NDIS (dwl-g520), he no't run tel #NDIS not find file FwRad16.bin in linker List From owner-freebsd-current@FreeBSD.ORG Mon Feb 14 14:08:24 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A0F5F16A4CE for ; Mon, 14 Feb 2005 14:08:24 +0000 (GMT) Received: from arthur.nitro.dk (port324.ds1-khk.adsl.cybercity.dk [212.242.113.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id E248643D48 for ; Mon, 14 Feb 2005 14:08:23 +0000 (GMT) (envelope-from simon@arthur.nitro.dk) Received: by arthur.nitro.dk (Postfix, from userid 3000) id 1F17511959; Mon, 14 Feb 2005 15:08:22 +0100 (CET) Date: Mon, 14 Feb 2005 15:08:21 +0100 From: "Simon L. Nielsen" To: Jeff Roberson Message-ID: <20050214140821.GC737@arthur.nitro.dk> References: <20050125222311.GB851@zaphod.nitro.dk> <20050126071039.Y18864@mail.chesapeake.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="jy6Sn24JjFx/iggw" Content-Disposition: inline In-Reply-To: <20050126071039.Y18864@mail.chesapeake.net> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org Subject: Re: Panic: mutex Giant not owned at sys/nfsclient/nfs_socket.c:461 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Feb 2005 14:08:24 -0000 --jy6Sn24JjFx/iggw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2005.01.26 07:11:26 -0500, Jeff Roberson wrote: > On Tue, 25 Jan 2005, Simon L. Nielsen wrote: >=20 > > Hello > > > > With -CURRENT from today (and also from yesterday for that matter) I > > get the panic "mutex Giant not owned at > > /usr/src/sys/nfsclient/nfs_socket.c:461" sometimes (probably 1/3 of > > the times) when accessing a NFS mount. The mount was /FreeBSD, and it > > panics just by typing "cd /Free" in a shell. My last good kernel > > was from Jan 17. Does this make sense to anyone or is more > > information needed? >=20 > This seems as if it could be caused by my most recent commit, but no one > else is having problems with nfs. Can you cvsup again and see if it's > still happening? After I got back from vacation and updated my system I have not had any panics so it seems it was a temporary problem that has been fixed. --=20 Simon L. Nielsen --jy6Sn24JjFx/iggw Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFCELDVh9pcDSc1mlERAvaHAKDEhUiA/UBKivUHFbZDyvBFxLkBwACePx+z Mv9z15zU9sro3Gj/E5xhquQ= =Mrxv -----END PGP SIGNATURE----- --jy6Sn24JjFx/iggw-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 14 14:24:08 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D1CA16A4CE; Mon, 14 Feb 2005 14:24:08 +0000 (GMT) Received: from mailout09.sul.t-online.com (mailout09.sul.t-online.com [194.25.134.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1E81743D31; Mon, 14 Feb 2005 14:24:08 +0000 (GMT) (envelope-from netchild@FreeBSD.org) Received: from fwd03.aul.t-online.de by mailout09.sul.t-online.com with smtp id 1D0h8v-0000TR-04; Mon, 14 Feb 2005 15:24:05 +0100 Received: from Andro-Beta.Leidinger.net (GvdBC8ZTgey4vPCft3WJ8c6OP0XmhHufSF6qWan1CtrQGn5g6s79rk@[217.83.22.45]) by fmrl03.sul.t-online.com with esmtp id 1D0h8g-1GTGJk0; Mon, 14 Feb 2005 15:23:50 +0100 Received: from localhost (localhost [127.0.0.1])j1EENKfI075153; Mon, 14 Feb 2005 15:23:20 +0100 (CET) (envelope-from netchild@FreeBSD.org) Received: from 141.113.101.32 ([141.113.101.32]) by netchild.homeip.net (Horde) with HTTP for ; Mon, 14 Feb 2005 15:23:19 +0100 Message-ID: <20050214152319.bqxon1xk0g008s4k@netchild.homeip.net> X-Priority: 3 (Normal) Date: Mon, 14 Feb 2005 15:23:19 +0100 From: Alexander Leidinger To: Nate Lawson References: <20050213231306.376E05D07@ptavv.es.net> <420FE3C7.6020003@root.org> In-Reply-To: <420FE3C7.6020003@root.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.0.2) / FreeBSD-4.11 X-ID: GvdBC8ZTgey4vPCft3WJ8c6OP0XmhHufSF6qWan1CtrQGn5g6s79rk@t-dialin.net X-TOI-MSGID: 953de613-f48f-4b1f-b963-6ef3a1318536 cc: acpi@freebsd.org cc: current@freebsd.org Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Feb 2005 14:24:08 -0000 Nate Lawson wrote: > One person reported Cx states being broken by the cpufreq import. > (Well, actually he got a C3 state that he didn't have before but it > didn't work.) I don't know if it is because of the cpufreq import. But because of the cpufreq import I've looked again at the acpi sysctl's and noticed this new state which wasn't there before. "Didn't work" means "the systems freezes hard, no keyboard interrupt is processed". Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 LAWSUIT: A machine which you go into as a pig and come out as a sausage. -- Ambrose Bierce From owner-freebsd-current@FreeBSD.ORG Mon Feb 14 15:18:18 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E6A2916A4CE for ; Mon, 14 Feb 2005 15:18:18 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8AD0E43D45 for ; Mon, 14 Feb 2005 15:18:17 +0000 (GMT) (envelope-from leafy7382@gmail.com) Received: by rproxy.gmail.com with SMTP id 34so447635rns for ; Mon, 14 Feb 2005 07:18:16 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=XOB7cR7d3J5mI4WJ2FbH+5RMxUtrVUWrV7hcXWng/AIGRq7K7ETk6FWrl00hhCBm8N+hkELD2k/ufJDja6F4hhy0L1qPdqhAz59R4sloJLLhftgiu0qMzkv79MOmo0w9ex7LNla+a00yDgBVtkPqVVD7joFVkcXemFPVVYm2O7k= Received: by 10.38.206.80 with SMTP id d80mr169109rng; Mon, 14 Feb 2005 07:18:16 -0800 (PST) Received: by 10.38.8.9 with HTTP; Mon, 14 Feb 2005 07:18:15 -0800 (PST) Message-ID: Date: Mon, 14 Feb 2005 23:18:15 +0800 From: Jiawei Ye To: Alexander Leidinger In-Reply-To: <20050214152319.bqxon1xk0g008s4k@netchild.homeip.net> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <20050213231306.376E05D07@ptavv.es.net> <420FE3C7.6020003@root.org> <20050214152319.bqxon1xk0g008s4k@netchild.homeip.net> cc: acpi@freebsd.org cc: current@freebsd.org cc: Nate Lawson Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Jiawei Ye List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Feb 2005 15:18:19 -0000 On Mon, 14 Feb 2005 15:23:19 +0100, Alexander Leidinger wrote: > I don't know if it is because of the cpufreq import. But because of the > cpufreq import I've looked again at the acpi sysctl's and noticed this new > state which wasn't there before. "Didn't work" means "the systems freezes > hard, no keyboard interrupt is processed". > > Bye, > Alexander. I have a funny situation there. kldloading acpi_perf and then unloading results in this: leafy@chihiro:~$ sudo kldunload acpi_perf kldunload: can't unload file: Device not configured leafy@chihiro:~$ sysctl dev.cpu dev.cpu.0.%desc: ACPI CPU dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=\_PR_.CPU1 dev.cpu.0.%pnpinfo: _HID=none _UID=0 dev.cpu.0.%parent: acpi0 leafy@chihiro:~$ dmesg -a |grep CPU CPU: Intel(R) Pentium(R) 4 CPU 1.80GHz (1816.99-MHz 686-class CPU) cpu0: on acpi0 acpi_throttle0: on cpu0 Is this expected? -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming From owner-freebsd-current@FreeBSD.ORG Mon Feb 14 16:27:03 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 86C0216A4CF; Mon, 14 Feb 2005 16:27:03 +0000 (GMT) Received: from ylpvm01.prodigy.net (ylpvm01-ext.prodigy.net [207.115.57.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 326F943D39; Mon, 14 Feb 2005 16:27:03 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.5.51] (adsl-64-171-186-189.dsl.snfc21.pacbell.net [64.171.186.189])j1EGR1vE022165; Mon, 14 Feb 2005 11:27:01 -0500 Message-ID: <4210D155.6080706@root.org> Date: Mon, 14 Feb 2005 08:27:01 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0RC1 (X11/20041205) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jiawei Ye References: <20050213231306.376E05D07@ptavv.es.net> <420FE3C7.6020003@root.org> <20050214152319.bqxon1xk0g008s4k@netchild.homeip.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: acpi@freebsd.org cc: Alexander Leidinger cc: current@freebsd.org Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Feb 2005 16:27:03 -0000 Jiawei Ye wrote: > On Mon, 14 Feb 2005 15:23:19 +0100, Alexander Leidinger > wrote: > >>I don't know if it is because of the cpufreq import. But because of the >>cpufreq import I've looked again at the acpi sysctl's and noticed this new >>state which wasn't there before. "Didn't work" means "the systems freezes >>hard, no keyboard interrupt is processed". >> >>Bye, >>Alexander. > > I have a funny situation there. kldloading acpi_perf and then > unloading results in this: > leafy@chihiro:~$ sudo kldunload acpi_perf > kldunload: can't unload file: Device not configured cpufreq et al don't fully support unloading yet. -- Nate From owner-freebsd-current@FreeBSD.ORG Mon Feb 14 16:41:48 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 10E4116A4CE; Mon, 14 Feb 2005 16:41:48 +0000 (GMT) Received: from postal3.es.net (postal3.es.net [198.128.3.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id A02C243D49; Mon, 14 Feb 2005 16:41:47 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal3.es.net (Postal Node 3) with ESMTP (SSL) id IBA74465; Mon, 14 Feb 2005 08:41:47 -0800 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 7BB8B5D07; Mon, 14 Feb 2005 08:41:46 -0800 (PST) To: Nate Lawson In-reply-to: Your message of "Sun, 13 Feb 2005 15:33:27 PST." <420FE3C7.6020003@root.org> Date: Mon, 14 Feb 2005 08:41:46 -0800 From: "Kevin Oberman" Message-Id: <20050214164146.7BB8B5D07@ptavv.es.net> cc: acpi@freebsd.org cc: current@freebsd.org Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Feb 2005 16:41:48 -0000 > Date: Sun, 13 Feb 2005 15:33:27 -0800 > From: Nate Lawson > > Kevin Oberman wrote: > >>Date: Sun, 06 Feb 2005 13:21:32 -0800 > >>From: Nate Lawson > >>Sender: owner-freebsd-acpi@freebsd.org > >> > >> > >>If you have throttling, please test the new configuration to be sure it > >>still works as before. Final upcoming work will be manpage support and > >>bugfixing as necessary. > > > > > > On my T30, throttling has simply vanished. Kernel sources as of this > > afternoon at about 11:00 PST. > > > > sysctl hw.acpi does not list any throttling entries at all. > > It shouldn't, they were merged into the sysctl dev.cpu output as you > mention below. > > > It does list an amazing number of frequency settings, but only 1800 and > > 1200 seem to actually work. Perhaps the others are derived by mixing the > > two capabilities? On the earlier versions of cpufreq I was getting only > > the two frequencies listed along with the 8 throttling states. > > > > Did I miss a message on this? > > Try cvsupping to now. I did some commits about an hour or two ago that > should address throttling not attaching. > > > I am especially concerned because my CPU is now running VERY hot when > > busy. It never used to exceed about 180F and now it quickly jumps to > > 190+ when the system is working (such as a buildkernel). Since it was > > previously running without throttling, I don't understand why things are > > suddenly worse. > > > > Any idea on what is happening? I don't want to fry my T30. > > One person reported Cx states being broken by the cpufreq import. > (Well, actually he got a C3 state that he didn't have before but it > didn't work.) Try setting hw.acpi.cpu.cx_lowest to C1 or something > you're sure works. > > Send me the output of sysctl dev.cpu, dmesg, and devinfo -rv. Things are better now, and it was not really an ACPI issue. For about the millionth time I remind myself: Only change one thing at a time! At the same time that I started running cpufreq and acpi_perf, I also switched from 4BSD to ULE. This is why the system started running so much hotter! Throttling is now working correctly and I can keep my CPU at about 175(F) degrees or a kernel build by lowering the "frequency" from 1800 to 1350. My dmesg shows ACPI throttling setting up fine: cpu0: on acpi0 acpi_perf0: on cpu0 acpi_throttle0: on cpu0 I guess all I have really done is demonstrate that ULE is much more efficient than 4BSD. Thanks for the quick response and sorry for the false alarm. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-current@FreeBSD.ORG Mon Feb 14 17:24:40 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2EE8E16A4CE for ; Mon, 14 Feb 2005 17:24:40 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id 81E3B43D41 for ; Mon, 14 Feb 2005 17:24:39 +0000 (GMT) (envelope-from leafy7382@gmail.com) Received: by rproxy.gmail.com with SMTP id 34so459750rns for ; Mon, 14 Feb 2005 09:24:38 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=mfpoFyknmwDQQXh6yZ47rzaKsXsiV5mI+O/RvJXPxtXVQ4/n0XL7P36R081WrnbUQteJDjWHDu3ZkghedWG42+mTlA+HeKn2SsBm3cXLDyLfsiAyMzrDqUg8OxGunb7yWZ57+BIqTAYxfpdgrs04Pzguzf7+94DmIcnahWz89RI= Received: by 10.38.179.61 with SMTP id b61mr163165rnf; Mon, 14 Feb 2005 09:24:38 -0800 (PST) Received: by 10.38.8.9 with HTTP; Mon, 14 Feb 2005 09:24:38 -0800 (PST) Message-ID: Date: Tue, 15 Feb 2005 01:24:38 +0800 From: Jiawei Ye To: Nate Lawson In-Reply-To: <4210D155.6080706@root.org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <20050213231306.376E05D07@ptavv.es.net> <420FE3C7.6020003@root.org> <20050214152319.bqxon1xk0g008s4k@netchild.homeip.net> <4210D155.6080706@root.org> cc: acpi@freebsd.org cc: Alexander Leidinger cc: current@freebsd.org Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Jiawei Ye List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Feb 2005 17:24:40 -0000 On Mon, 14 Feb 2005 08:27:01 -0800, Nate Lawson wrote: > Jiawei Ye wrote: > cpufreq et al don't fully support unloading yet. > > -- > Nate > I've got it working, but the available frequencies seem to drift: root@chihiro:/home/leafy# sysctl dev.cpu dev.cpu.0.%desc: ACPI CPU dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=\_PR_.CPU1 dev.cpu.0.%pnpinfo: _HID=none _UID=0 dev.cpu.0.%parent: acpi0 dev.cpu.0.freq: 1819 dev.cpu.0.freq_levels: 2355/0 2060/0 1766/0 1471/0 1177/0 883/0 588/0 294/0 root@chihiro:/home/leafy# sysctl dev.cpu dev.cpu.0.%desc: ACPI CPU dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=\_PR_.CPU1 dev.cpu.0.%pnpinfo: _HID=none _UID=0 dev.cpu.0.%parent: acpi0 dev.cpu.0.freq: 1819 dev.cpu.0.freq_levels: 1821/0 1593/0 1365/0 1138/0 910/0 682/0 455/0 227/0 -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming From owner-freebsd-current@FreeBSD.ORG Mon Feb 14 18:08:56 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 68EC516A4CE; Mon, 14 Feb 2005 18:08:56 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C6FD43D2D; Mon, 14 Feb 2005 18:08:56 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 4095A72DD5; Mon, 14 Feb 2005 10:08:56 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 3EB6C72DD4; Mon, 14 Feb 2005 10:08:56 -0800 (PST) Date: Mon, 14 Feb 2005 10:08:56 -0800 (PST) From: Doug White To: Andre Guibert de Bruet In-Reply-To: <20050214024422.O637@alpha.siliconlandmark.com> Message-ID: <20050214100717.C13953@carver.gumbysoft.com> References: <20050213000827.L90452@alpha.siliconlandmark.com> <20050213192719.N4345@carver.gumbysoft.com> <20050214024422.O637@alpha.siliconlandmark.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: [PATCH] grep directory loop reporting outputs extra newline X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Feb 2005 18:08:56 -0000 On Mon, 14 Feb 2005, Andre Guibert de Bruet wrote: > > On Sun, 13 Feb 2005, Doug White wrote: > > > On Sun, 13 Feb 2005, Andre Guibert de Bruet wrote: > > > >> This issue has been filed as bin/77466. > > > > Does the behavior exist in RELENG_5? > > Yes. > > As a sidenode, obrien@ committed the patch to HEAD in v1.28 of grep.c. ok. This does raise an release-engineering point of whether we want to change the behavior mid-branch if the change is MFC'd. I've started up a thread with the re folk on it. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Feb 14 18:23:58 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 39A8516A4CE; Mon, 14 Feb 2005 18:23:58 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD19743D49; Mon, 14 Feb 2005 18:23:57 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id E7593532B1; Mon, 14 Feb 2005 10:23:56 -0800 (PST) Date: Mon, 14 Feb 2005 10:23:56 -0800 From: Kris Kennaway To: Marcel Moolenaar Message-ID: <20050214182356.GA95737@xor.obsecurity.org> References: <20050214034034.GC43645@xor.obsecurity.org> <3fe948624c5583e9eb9c1150ae50b977@xcllnt.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1yeeQ81UyVL57Vl7" Content-Disposition: inline In-Reply-To: <3fe948624c5583e9eb9c1150ae50b977@xcllnt.net> User-Agent: Mutt/1.4.2.1i cc: harti@FreeBSD.org cc: current@freebsd.org cc: Kris Kennaway Subject: make(1) infinite loop on amd64 and ia64 [ports-ia64@pointyhat.freebsd.org: python-2.4_1 failed on ia64 6] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Feb 2005 18:23:58 -0000 --1yeeQ81UyVL57Vl7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 14, 2005 at 12:08:13AM -0800, Marcel Moolenaar wrote: > On Feb 13, 2005, at 7:40 PM, Kris Kennaway wrote: >=20 > >With a fresh build of 6.x, a lot of port builds are going into an > >infinite loop and doing nothing. I think it's make(1) that is > >looping. >=20 > Do you see this only on ia64? Looks like it's happening on amd64 as well (e.g. the ninja port is causing make to infinitely loop on both arches). Kris --1yeeQ81UyVL57Vl7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCEOy8Wry0BWjoQKURArNTAKDv5HluTnQjeF9V/hjpgPIdknsC+gCeMoTA Zpi8BpZyQaY97d9gRzV4vrQ= =IqaU -----END PGP SIGNATURE----- --1yeeQ81UyVL57Vl7-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 14 18:30:41 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8E8EF16A4D7 for ; Mon, 14 Feb 2005 18:30:41 +0000 (GMT) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C9D643D1F for ; Mon, 14 Feb 2005 18:30:41 +0000 (GMT) (envelope-from obrien@NUXI.com) Received: from dragon.nuxi.com (obrien@localhost [127.0.0.1]) by dragon.nuxi.com (8.13.1/8.13.1) with ESMTP id j1EIUel9038082; Mon, 14 Feb 2005 10:30:40 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.13.1/8.13.1/Submit) id j1EIUdu5038081; Mon, 14 Feb 2005 10:30:39 -0800 (PST) (envelope-from obrien) Date: Mon, 14 Feb 2005 10:30:39 -0800 From: "David O'Brien" To: Doug White Message-ID: <20050214183039.GA37957@dragon.nuxi.com> Mail-Followup-To: David O'Brien , Doug White , Andre Guibert de Bruet , current@freebsd.org References: <20050213000827.L90452@alpha.siliconlandmark.com> <20050213170318.I90452@alpha.siliconlandmark.com> <20050213192719.N4345@carver.gumbysoft.com> <20050214024422.O637@alpha.siliconlandmark.com> <20050214100717.C13953@carver.gumbysoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050214100717.C13953@carver.gumbysoft.com> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 6.0-CURRENT Organization: The NUXI BSD Group X-Pgp-Rsa-Fingerprint: B7 4D 3E E9 11 39 5F A3 90 76 5D 69 58 D9 98 7A X-Pgp-Rsa-Keyid: 1024/34F9F9D5 cc: current@freebsd.org Subject: Re: [PATCH] grep directory loop reporting outputs extra newline X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Feb 2005 18:30:41 -0000 On Mon, Feb 14, 2005 at 10:08:56AM -0800, Doug White wrote: > On Mon, 14 Feb 2005, Andre Guibert de Bruet wrote: > > > > > On Sun, 13 Feb 2005, Doug White wrote: > > > > > On Sun, 13 Feb 2005, Andre Guibert de Bruet wrote: > > > > > >> This issue has been filed as bin/77466. > > > > > > Does the behavior exist in RELENG_5? > > > > Yes. > > > > As a sidenode, obrien@ committed the patch to HEAD in v1.28 of grep.c. > > ok. This does raise an release-engineering point of whether we want to > change the behavior mid-branch if the change is MFC'd. I've started up a > thread with the re folk on it. I wouldn't call it mid-branch. We've only had a single release from the -STABLE branch. This is like finding a bug in 5.0 (for any other X.Y). -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Mon Feb 14 18:33:07 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CBD2D16A4CE; Mon, 14 Feb 2005 18:33:07 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 82E6243D41; Mon, 14 Feb 2005 18:33:07 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j1EIX6Zj013368 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 14 Feb 2005 10:33:06 -0800 Message-ID: <4210EEE1.8090802@root.org> Date: Mon, 14 Feb 2005 10:33:05 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jiawei Ye References: <20050213231306.376E05D07@ptavv.es.net> <420FE3C7.6020003@root.org> <20050214152319.bqxon1xk0g008s4k@netchild.homeip.net> <4210D155.6080706@root.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: acpi@freebsd.org cc: current@freebsd.org Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Feb 2005 18:33:07 -0000 Jiawei Ye wrote: > On Mon, 14 Feb 2005 08:27:01 -0800, Nate Lawson wrote: > >>Jiawei Ye wrote: >>cpufreq et al don't fully support unloading yet. >> >>-- >>Nate >> > > I've got it working, but the available frequencies seem to drift: > root@chihiro:/home/leafy# sysctl dev.cpu > dev.cpu.0.%desc: ACPI CPU > dev.cpu.0.%driver: cpu > dev.cpu.0.%location: handle=\_PR_.CPU1 > dev.cpu.0.%pnpinfo: _HID=none _UID=0 > dev.cpu.0.%parent: acpi0 > dev.cpu.0.freq: 1819 > dev.cpu.0.freq_levels: 2355/0 2060/0 1766/0 1471/0 1177/0 883/0 588/0 294/0 > root@chihiro:/home/leafy# sysctl dev.cpu > dev.cpu.0.%desc: ACPI CPU > dev.cpu.0.%driver: cpu > dev.cpu.0.%location: handle=\_PR_.CPU1 > dev.cpu.0.%pnpinfo: _HID=none _UID=0 > dev.cpu.0.%parent: acpi0 > dev.cpu.0.freq: 1819 > dev.cpu.0.freq_levels: 1821/0 1593/0 1365/0 1138/0 910/0 682/0 455/0 227/0 Thanks. This is a bug in how we handle relative-only systems (i.e., just acpi_throttle and no other driver). I'll work on a fix. The only effect is that the values look incorrect due to a calibration error. Actually using them should work properly. -- Nate From owner-freebsd-current@FreeBSD.ORG Mon Feb 14 18:35:18 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E45816A4CE; Mon, 14 Feb 2005 18:35:18 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 178F243D1F; Mon, 14 Feb 2005 18:35:18 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j1EIZBZj013391 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 14 Feb 2005 10:35:11 -0800 Message-ID: <4210EF5E.6020901@root.org> Date: Mon, 14 Feb 2005 10:35:10 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kevin Oberman References: <20050214164146.7BB8B5D07@ptavv.es.net> In-Reply-To: <20050214164146.7BB8B5D07@ptavv.es.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: acpi@freebsd.org cc: current@freebsd.org Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Feb 2005 18:35:18 -0000 Kevin Oberman wrote: >>Date: Sun, 13 Feb 2005 15:33:27 -0800 >>From: Nate Lawson >> >>One person reported Cx states being broken by the cpufreq import. >>(Well, actually he got a C3 state that he didn't have before but it >>didn't work.) Try setting hw.acpi.cpu.cx_lowest to C1 or something >>you're sure works. I think I've figured that one out also. When we write PSTATE_CNT to the SMI control register, his system decides to offer another Cx state in addition to providing OS control over Px states. It probably is using this as an ad-hoc way to detect that we're an advanced OS. > Things are better now, and it was not really an ACPI issue. > > For about the millionth time I remind myself: Only change one thing at a > time! > > At the same time that I started running cpufreq and acpi_perf, I also > switched from 4BSD to ULE. This is why the system started running so > much hotter! Weird. > Throttling is now working correctly and I can keep my CPU at about 175(F) > degrees or a kernel build by lowering the "frequency" from 1800 to > 1350. My dmesg shows ACPI throttling setting up fine: > cpu0: on acpi0 > acpi_perf0: on cpu0 > acpi_throttle0: on cpu0 Great! -- Nate From owner-freebsd-current@FreeBSD.ORG Mon Feb 14 18:38:01 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C33D516A4CE; Mon, 14 Feb 2005 18:38:01 +0000 (GMT) Received: from rooster.cisco.com (hen.cisco.com [64.102.19.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3BE4043D5A; Mon, 14 Feb 2005 18:38:01 +0000 (GMT) (envelope-from marcus@FreeBSD.org) Received: from [64.102.192.53] (dhcp-64-102-192-53.cisco.com [64.102.192.53]) by rooster.cisco.com (8.11.7+Sun/8.8.8) with ESMTP id j1EIbqe11543; Mon, 14 Feb 2005 13:37:52 -0500 (EST) Message-ID: <4210F000.8000203@FreeBSD.org> Date: Mon, 14 Feb 2005 13:37:52 -0500 From: Joe Marcus Clarke Organization: FreeBSD, Inc. User-Agent: Mozilla Thunderbird 1.0 (Macintosh/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kris Kennaway References: <20050214034034.GC43645@xor.obsecurity.org> <3fe948624c5583e9eb9c1150ae50b977@xcllnt.net> <20050214182356.GA95737@xor.obsecurity.org> In-Reply-To: <20050214182356.GA95737@xor.obsecurity.org> X-Enigmail-Version: 0.89.5.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: harti@FreeBSD.org cc: current@FreeBSD.org cc: Marcel Moolenaar Subject: Re: make(1) infinite loop on amd64 and ia64 [ports-ia64@pointyhat.freebsd.org: python-2.4_1 failed on ia64 6] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Feb 2005 18:38:01 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Kris Kennaway wrote: | On Mon, Feb 14, 2005 at 12:08:13AM -0800, Marcel Moolenaar wrote: | |>On Feb 13, 2005, at 7:40 PM, Kris Kennaway wrote: |> |> |>>With a fresh build of 6.x, a lot of port builds are going into an |>>infinite loop and doing nothing. I think it's make(1) that is |>>looping. |> |>Do you see this only on ia64? | | | Looks like it's happening on amd64 as well (e.g. the ninja port is | causing make to infinitely loop on both arches). Harti reverted a patch that was causing an infinite loop in make(1) yesterday (see rev 1.118 to make's main.c). I'm not seeing the infinite loop after this. Joe | | Kris - -- Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (Darwin) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCEPAAb2iPiv4Uz4cRAqczAJ9HrJNBeJ8IzjP74/5/dc9S0WyTjwCfXEIT RESABrdKvdMlx9Wfe3Nil/I= =Hj1U -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Mon Feb 14 18:48:48 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6B10616A4CE; Mon, 14 Feb 2005 18:48:48 +0000 (GMT) Received: from obsecurity.dyndns.org (CPE0050040655c8-CM00111ae02aac.cpe.net.cable.rogers.com [69.199.47.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1083343D41; Mon, 14 Feb 2005 18:48:48 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id A83DB52BFA; Mon, 14 Feb 2005 10:48:45 -0800 (PST) Date: Mon, 14 Feb 2005 10:48:45 -0800 From: Kris Kennaway To: Joe Marcus Clarke Message-ID: <20050214184845.GA4889@xor.obsecurity.org> References: <20050214034034.GC43645@xor.obsecurity.org> <3fe948624c5583e9eb9c1150ae50b977@xcllnt.net> <20050214182356.GA95737@xor.obsecurity.org> <4210F000.8000203@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UlVJffcvxoiEqYs2" Content-Disposition: inline In-Reply-To: <4210F000.8000203@FreeBSD.org> User-Agent: Mutt/1.4.2.1i cc: Marcel Moolenaar cc: harti@FreeBSD.org cc: current@FreeBSD.org cc: Kris Kennaway Subject: Re: make(1) infinite loop on amd64 and ia64 [ports-ia64@pointyhat.freebsd.org: python-2.4_1 failed on ia64 6] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Feb 2005 18:48:48 -0000 --UlVJffcvxoiEqYs2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 14, 2005 at 01:37:52PM -0500, Joe Marcus Clarke wrote: > Kris Kennaway wrote: > | On Mon, Feb 14, 2005 at 12:08:13AM -0800, Marcel Moolenaar wrote: > | > |>On Feb 13, 2005, at 7:40 PM, Kris Kennaway wrote: > |> > |> > |>>With a fresh build of 6.x, a lot of port builds are going into an > |>>infinite loop and doing nothing. I think it's make(1) that is > |>>looping. > |> > |>Do you see this only on ia64? > | > | > | Looks like it's happening on amd64 as well (e.g. the ninja port is > | causing make to infinitely loop on both arches). >=20 > Harti reverted a patch that was causing an infinite loop in make(1) > yesterday (see rev 1.118 to make's main.c). I'm not seeing the infinite > loop after this. Thanks, I'll update and retry. Kris --UlVJffcvxoiEqYs2 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCEPKLWry0BWjoQKURAtnlAKCA/QgWU1wWeAXNIodvsj1DPuqSdgCfe3DA KKQ93WAhiYYGvMh+SxixA9I= =rbrr -----END PGP SIGNATURE----- --UlVJffcvxoiEqYs2-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 14 19:15:50 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AAEA116A4CE; Mon, 14 Feb 2005 19:15:50 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1826943D31; Mon, 14 Feb 2005 19:15:50 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.1/8.13.1) with ESMTP id j1EJFn8C061987; Mon, 14 Feb 2005 14:15:49 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.1/8.13.1) with ESMTP id j1EJFn4h074595; Mon, 14 Feb 2005 14:15:49 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 158097306E; Mon, 14 Feb 2005 14:15:49 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050214191549.158097306E@freebsd-current.sentex.ca> Date: Mon, 14 Feb 2005 14:15:49 -0500 (EST) X-Virus-Scanned: ClamAV 0.82/706/Sun Feb 13 19:14:02 2005 on smarthost2.sentex.ca X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on clamscanner1 X-Virus-Status: Clean Subject: [current tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Feb 2005 19:15:50 -0000 TB --- 2005-02-14 18:37:44 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-02-14 18:37:44 - starting CURRENT tinderbox run for ia64/ia64 TB --- 2005-02-14 18:37:44 - checking out the source tree TB --- 2005-02-14 18:37:44 - cd /home/tinderbox/CURRENT/ia64/ia64 TB --- 2005-02-14 18:37:44 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-02-14 18:43:35 - building world (CFLAGS=-O2 -pipe) TB --- 2005-02-14 18:43:35 - cd /home/tinderbox/CURRENT/ia64/ia64/src TB --- 2005-02-14 18:43:35 - /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 [...] cc -fpic -DPIC -O2 -pipe -I. -I/tinderbox/CURRENT/ia64/ia64/obj/ia64/tinderbox/CURRENT/ia64/ia64/src/lib/libform/../libncurses -I/tinderbox/CURRENT/ia64/ia64/src/lib/libform/../libncurses -I/tinderbox/CURRENT/ia64/ia64/src/lib/libform/../../contrib/ncurses/form -I/tinderbox/CURRENT/ia64/ia64/src/lib/libform/../../contrib/ncurses/menu -I/tinderbox/CURRENT/ia64/ia64/src/lib/libform/../../contrib/ncurses/include -Wall -DNDEBUG -DHAVE_CONFIG_H -c /tinderbox/CURRENT/ia64/ia64/src/lib/libform/../../contrib/ncurses/form/fty_regex.c -o fty_regex.So building shared library libform.so.2 ===> lib/libftpio (all) cc -O2 -pipe -I/tinderbox/CURRENT/ia64/ia64/src/lib/libftpio -Wall -DINET6 -c /tinderbox/CURRENT/ia64/ia64/src/lib/libftpio/ftpio.c /tinderbox/CURRENT/ia64/ia64/src/lib/libftpio/ftpio.c: In function `ftp_file_op': /tinderbox/CURRENT/ia64/ia64/src/lib/libftpio/ftpio.c:962: error: `sinline' undeclared (first use in this function) /tinderbox/CURRENT/ia64/ia64/src/lib/libftpio/ftpio.c:962: error: (Each undeclared identifier is reported only once /tinderbox/CURRENT/ia64/ia64/src/lib/libftpio/ftpio.c:962: error: for each function it appears in.) *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/lib/libftpio. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src/lib. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. *** Error code 1 Stop in /tinderbox/CURRENT/ia64/ia64/src. TB --- 2005-02-14 19:15:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-02-14 19:15:48 - ERROR: failed to build world TB --- 2005-02-14 19:15:48 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Mon Feb 14 20:06:05 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 27F7516A506 for ; Mon, 14 Feb 2005 20:06:05 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B1C443D31 for ; Mon, 14 Feb 2005 20:06:05 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 01CCD72DD8; Mon, 14 Feb 2005 12:06:04 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id F374272DD5; Mon, 14 Feb 2005 12:06:04 -0800 (PST) Date: Mon, 14 Feb 2005 12:06:04 -0800 (PST) From: Doug White To: Andre Guibert de Bruet In-Reply-To: <20050214024422.O637@alpha.siliconlandmark.com> Message-ID: <20050214120536.D14624@carver.gumbysoft.com> References: <20050213000827.L90452@alpha.siliconlandmark.com> <20050213192719.N4345@carver.gumbysoft.com> <20050214024422.O637@alpha.siliconlandmark.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: [PATCH] grep directory loop reporting outputs extra newline X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Feb 2005 20:06:05 -0000 Andre: How hard is it to work around the extra blank line in your scripts? Parsing grep warning output is kinda obtuse so I'm curious what your usage is :) On Mon, 14 Feb 2005, Andre Guibert de Bruet wrote: > > On Sun, 13 Feb 2005, Doug White wrote: > > > On Sun, 13 Feb 2005, Andre Guibert de Bruet wrote: > > > >> This issue has been filed as bin/77466. > > > > Does the behavior exist in RELENG_5? > > Yes. > > As a sidenode, obrien@ committed the patch to HEAD in v1.28 of grep.c. > > Andy > > | Andre Guibert de Bruet | Enterprise Software Consultant > > | Silicon Landmark, LLC. | http://siliconlandmark.com/ > > -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Mon Feb 14 20:56:47 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1EEA816A4D1 for ; Mon, 14 Feb 2005 20:56:47 +0000 (GMT) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id B13FA43D46 for ; Mon, 14 Feb 2005 20:56:45 +0000 (GMT) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1D0nEX-0004zE-0K for freebsd-current@freebsd.org; Mon, 14 Feb 2005 21:54:17 +0100 Received: from mulder.f5.com ([205.229.151.150]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 14 Feb 2005 21:54:16 +0100 Received: from atkin901 by mulder.f5.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 14 Feb 2005 21:54:16 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: othermark Date: Mon, 14 Feb 2005 12:56:08 -0800 Lines: 232 Message-ID: References: <1107887237.793.26.camel@buffy.york.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: mulder.f5.com User-Agent: KNode/0.8.2 Sender: news X-Gmane-MailScanner: Found to be clean X-Gmane-MailScanner: Found to be clean X-MailScanner-From: freebsd-current@m.gmane.org X-MailScanner-To: freebsd-current@freebsd.org Subject: Re: fxp0 and vlan panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Feb 2005 20:56:47 -0000 Gavin Atkinson wrote: > Hey, > > There's an easily reproduceable panic involving configuring vlans on fxp > cards. I've recreated it in single user mode on a top-of-tree -CURRENT > machine as well as on a 5.3-STABLE machine. I reported this during December. http://article.gmane.org/gmane.os.freebsd.current/63657 and it's now on the LOR list. > > Enter full pathname of shell or RETURN for /bin/sh: > # ifconfig vlan0 create > # ifconfig vlan0 vlan 123 vlandev fxp0 > # ifconfig vlan0 inet 1.2.3.4 > lock order reversal > 1st 0xc15f6268 fxp0 (network driver) @ /usr/src/sys/dev/fxp/if_fxp.c:2389 > 2nd 0xc14c7ad0 user map (user map) @ /usr/src/sys/vm/vm_map.c:2998 > KDB: stack backtrace: > kdb_backtrace(0,ffffffff,c08f7ae0,c08f8a08,c08852ac) at kdb_backtrace+0x29 > witness_checkorder(c14c7ad0,9,c083d2a9,bb6) at witness_checkorder+0x54c > _sx_xlock(c14c7ad0,c083d2a9,bb6) at _sx_xlock+0x50 > _vm_map_lock_read(c14c7a8c,c083d2a9,bb6,2000046,c1595458) at > _vm_map_lock_read+0x37 vm_map_lookup(cbdf3804,0,2,cbdf3808,cbdf37f8) at > vm_map_lookup+0x28 vm_fault(c14c7a8c,0,2,8,c1594450) at vm_fault+0x66 > trap_pfault(cbdf38cc,0,0) at trap_pfault+0xf2 > trap(c15f0018,cbdf0010,c0630010,c15f6000,c15f6000) at trap+0x335 > calltrap() at calltrap+0x5 > --- trap 0xc, eip = 0xc051e966, esp = 0xcbdf390c, ebp = 0xcbdf3918 --- > fxp_mc_setup(c15f6000) at fxp_mc_setup+0x62 > fxp_ioctl(c15f6000,80206931,0) at fxp_ioctl+0x112 > if_addmulti(c15f6000,cbdf3980,cbdf397c,c1667d48,cbdf3988) at > if_addmulti+0x223 vlan_setmulti(c1667c40,cbdf39fc,c060a5d5,c088cd80,40) at > vlan_setmulti+0x139 vlan_ioctl(c1733800,80206931,0) at vlan_ioctl+0x3e > if_addmulti(c1733800,cbdf3a4c,cbdf3a48,cbdf3a4c,1c) at if_addmulti+0x223 > in6_addmulti(cbdf3a9c,c1733800,cbdf3a94) at in6_addmulti+0x4c > in6_update_ifa(c1733800,cbdf3b9c,0) at in6_update_ifa+0x4ce > in6_ifattach_linklocal(c1733800,0) at in6_ifattach_linklocal+0xe5 > in6_ifattach(c1733800,0,8040691a,8040691a,0) at in6_ifattach+0xa9 > in6_if_up(c1733800) at in6_if_up+0x13 > ifioctl(c173da60,8040691a,c1667dc0,c1594450,0) at ifioctl+0x1f8 > soo_ioctl(c1724708,8040691a,c1667dc0,c14b9780,c1594450) at soo_ioctl+0x2db > ioctl(c1594450,cbdf3d14,3,2,282) at ioctl+0x370 > syscall(2f,2f,2f,80543a0,1) at syscall+0x213 > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x280c44f3, esp = > 0xbfbfe5cc, ebp = 0xbfbfee18 --- > > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0x0 > fault code = supervisor write, page not present > instruction pointer = 0x8:0xc051e966 > stack pointer = 0x10:0xcbdf390c > frame pointer = 0x10:0xcbdf3918 > 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 = 56 (ifconfig) > [thread pid 56 tid 100043 ] > Stopped at fxp_mc_setup+0x62: movw $0,0(%eax) > db> > db> tr > Tracing pid 56 tid 100043 td 0xc1594450 > fxp_mc_setup(c15f6000) at fxp_mc_setup+0x62 > fxp_ioctl(c15f6000,80206931,0) at fxp_ioctl+0x112 > if_addmulti(c15f6000,cbdf3980,cbdf397c,c1667d48,cbdf3988) at > if_addmulti+0x223 vlan_setmulti(c1667c40,cbdf39fc,c060a5d5,c088cd80,40) at > vlan_setmulti+0x139 vlan_ioctl(c1733800,80206931,0) at vlan_ioctl+0x3e > if_addmulti(c1733800,cbdf3a4c,cbdf3a48,cbdf3a4c,1c) at if_addmulti+0x223 > in6_addmulti(cbdf3a9c,c1733800,cbdf3a94) at in6_addmulti+0x4c > in6_update_ifa(c1733800,cbdf3b9c,0) at in6_update_ifa+0x4ce > in6_ifattach_linklocal(c1733800,0) at in6_ifattach_linklocal+0xe5 > in6_ifattach(c1733800,0,8040691a,8040691a,0) at in6_ifattach+0xa9 > in6_if_up(c1733800) at in6_if_up+0x13 > ifioctl(c173da60,8040691a,c1667dc0,c1594450,0) at ifioctl+0x1f8 > soo_ioctl(c1724708,8040691a,c1667dc0,c14b9780,c1594450) at soo_ioctl+0x2db > ioctl(c1594450,cbdf3d14,3,2,282) at ioctl+0x370 > syscall(2f,2f,2f,80543a0,1) at syscall+0x213 > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x280c44f3, esp = > 0xbfbfe5cc, ebp = 0xbfbfee18 --- > > fxp_mc_setup+0x62 seems to correspond to the following code in > sys/dev/fxp/if_fxp.c: (line 2554) > > > /* > * Add a NOP command with interrupt so that we are > notified * when all TX commands have been processed. > */ > txp = sc->fxp_desc.tx_last->tx_next; > txp->tx_mbuf = NULL; > --> txp->tx_cb->cb_status = 0; > txp->tx_cb->cb_command = htole16(FXP_CB_COMMAND_NOP | > FXP_CB_COMMAND_S | FXP_CB_COMMAND_I); > > txp->tx_cb is NULL at this point. This seems to be because fxp_init() > has never been called. (both validated by instrumenting the code in > question) > > Note also that the panic does not seem to occur if you do anything with > fxp0 before doing something with the vlans. For example, assigning it > an address, or even just bringing it up seems to prevent the panic. > > In this situation, where should fxp_init be called from? Presumably > it's not the responsibility of the vlan code - as when it gets called we > could already be using the interface and reinitialising it wouldn't be a > nice thing to do. But then, what should be initialising it? > > And as an aside, is the detour via inet6 correct for what is entirely > inet4? > > Sadly I can't get a dump on this machine. dmesg below. > > Gavin > > GDB: no debug ports present > KDB: debugger backends: ddb > KDB: current backend: ddb > Copyright (c) 1992-2005 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD 6.0-CURRENT #0: Mon Feb 7 13:10:26 GMT 2005 > root@thi.bu.nker.net:/usr/obj/usr/src/sys/GENERIC > WARNING: WITNESS option enabled, expect reduced performance. > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Pentium(R) III Mobile CPU 1000MHz (995.96-MHz 686-class > CPU) > Origin = "GenuineIntel" Id = 0x6b1 Stepping = 1 > Features=0x383f9ff > real memory = 251002880 (239 MB) > avail memory = 236322816 (225 MB) > npx0: [FAST] > npx0: on motherboard > npx0: INT 16 interface > acpi0: on motherboard > acpi0: Power Button (fixed) > Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0xee08-0xee0b on acpi0 > cpu0: on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci_link0: irq 11 on acpi0 > pci_link1: irq 11 on acpi0 > pci_link2: irq 11 on acpi0 > pci_link3: irq 11 on acpi0 > pci_link4: irq 11 on acpi0 > pci_link5: irq 11 on acpi0 > pci0: on pcib0 > pcib1: at device 1.0 on pci0 > pci1: on pcib1 > pci1: at device 0.0 (no driver attached) > ohci0: mem > 0xf7eff000-0xf7efffff irq 11 at device 2.0 on pci0 ohci0: [GIANT-LOCKED] > usb0: OHCI version 1.0, legacy support > usb0: SMM does not respond, resetting > usb0: on ohci0 > usb0: USB revision 1.0 > uhub0: AcerLabs OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub0: 3 ports with 3 removable, self powered > atapci0: port > 0xeff0-0xefff,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 4.0 on pci0 > ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 > pcm0: port 0xed00-0xedff mem 0xf7efe000-0xf7efefff irq > 11 at device 6.0 on pci0 pcm0: > pcm0: [GIANT-LOCKED] > isab0: at device 7.0 on pci0 > isa0: on isab0 > pci0: at device 8.0 (no driver attached) > fxp0: port 0xeb40-0xeb7f mem > 0xf7ec0000-0xf7edffff,0xf7efd000-0xf7efdfff irq 11 at device 10.0 on pci0 > miibus0: on fxp0 inphy0: on > miibus0 > inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > fxp0: Ethernet address: 00:00:39:7e:f8:36 > cbb0: at device 17Card bus> on cbb0 > cbb1: at device 17.1 on pci0 > cardbus1: on cbb1 > pccard1: <16-bit PCCard bus> on cbb1 > pci0: at device 18.0 (no driver attached) > acpi_lid0: on acpi0 > acpi_cmbat0: on acpi0 > acpi_cmbat1: on acpi0 > acpi_acad0: on acpi0 > acpi_tz0: on acpi0 > atkbdc0: port 0x64,0x60 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 > sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on > acpi0 sio0: type 16550A, console > ppc0: port 0x778-0x77a,0x378-0x37a irq 7 drq 3 > on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode > ppc0: FIFO with 16/16/15 bytes threshold > ppbus0: on ppc0 > plip0: on ppbus0 > lpt0: on ppbus0 > lpt0: Interrupt-driven port > ppi0: on ppbus0 > pmtimer0 on isa0 > orm0: at iomem 0xe0000-0xeffff,0xc0000-0xcbfff on isa0 > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x100> > 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 > Timecounter "TSC" frequency 995964893 Hz quality 800 > Timecounters tick every 1.000 msec > ad0: 19077MB [38760/16/63] at ata0-master UDMA66 > acd0: CDROM at ata1-master UDMA33 > Trying to mount root from ufs:/dev/ad0s1a > Enter full pathname of shell or RETURN for /bin/sh: > > _______________________________________________ > 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" -- othermark atkin901 at nospam dot yahoo dot com (!wired)?(coffee++):(wired); From owner-freebsd-current@FreeBSD.ORG Mon Feb 14 22:01:28 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1333716A61F for ; Mon, 14 Feb 2005 22:01:24 +0000 (GMT) Received: from mail24.sea5.speakeasy.net (mail24.sea5.speakeasy.net [69.17.117.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F9D343D2F for ; Mon, 14 Feb 2005 22:01:24 +0000 (GMT) (envelope-from jhb@FreeBSD.org) Received: (qmail 11792 invoked from network); 14 Feb 2005 22:01:24 -0000 Received: from server.baldwin.cx ([216.27.160.63]) (envelope-sender )AES256-SHA encrypted SMTP for ; 14 Feb 2005 22:01:24 -0000 Received: from [10.50.40.202] (gw1.twc.weather.com [216.133.140.1]) (authenticated bits=0) by server.baldwin.cx (8.13.1/8.13.1) with ESMTP id j1EM0w7V046745; Mon, 14 Feb 2005 17:01:18 -0500 (EST) (envelope-from jhb@FreeBSD.org) From: John Baldwin To: Julian Elischer Date: Mon, 14 Feb 2005 16:32:57 -0500 User-Agent: KMail/1.6.2 References: <200502111148.45976.jhb@FreeBSD.org> <420FFEC1.9030003@elischer.org> In-Reply-To: <420FFEC1.9030003@elischer.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200502141632.57792.jhb@FreeBSD.org> X-Spam-Status: No, score=-102.8 required=4.2 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on server.baldwin.cx cc: Alan Cox cc: current@FreeBSD.org Subject: Re: HEADSUP: Turn off cpu_idle_hlt on SMP for now on x86 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Feb 2005 22:01:28 -0000 On Sunday 13 February 2005 08:28 pm, Julian Elischer wrote: > John Baldwin wrote: > > I figured out a deadlock I got on a 4 CPU testbox last night and I think > > I have tracked it down to a bug in 4BSD that can be worked around by > > turning off idle halt via the machdep.cpu_idle_hlt sysctl. Specifically, > > it involves waking up halted CPUs when a thread it is pinned or bound to > > a specific CPU is made runnable. The details of what I saw today are > > below: > > did you try setting the sysctl that makes the idle IPI get sent to > ALL idle cpus and not just the one that is selected? No, but the fact that this is a bug that might explain all the various "livelock" conditions people like Peter Holm and others have noticed means that the problem needs to be addressed. It should seem obvious from simple code inspection that 4BSD doesn't handle the pinning case well as described. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Feb 15 04:05:23 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E6EB16A4CE; Tue, 15 Feb 2005 04:05:23 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id A717643D1D; Tue, 15 Feb 2005 04:05:20 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.19] (ibook-nai.samsco.home [192.168.254.19]) (authenticated bits=0) by pooker.samsco.org (8.13.1/8.13.1) with ESMTP id j1F45cQ2031147; Mon, 14 Feb 2005 21:05:40 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <421174F7.6020305@samsco.org> Date: Mon, 14 Feb 2005 21:05:11 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.5) Gecko/20041217 X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org, stable@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org Subject: Feb 2005 Snapshots for FreeBSD available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Feb 2005 04:05:23 -0000 All, The Release Engineering Team is happy to announce that snapshots for \ FreeBSD 5.3-STABLE and 6.0-CURRENT are now available for download. This release is the first in a series of monthly snapshots of the active branches of the FreeBSD tree. Each snapshot consists of a 'mini-inst' (install disc1 without 3rd part packages) CD image for each platform. While these are not full releases, the intent is to increase access to the development branches and encourage more testing and more feedback. We hope to follow on from this with a new snapshot release every month. Snapshots are available via FTP download from most FreeBSD mirrors at the pub/FreeBSD/snapshots/_ directory. Information about snapshots and pointers to the latest releases are available at http://www.freebsd.org/snapshots. When downloading and testing the Feb_2005 snapshots, please note that there are some minor naming inconsistencies with the ISO images. These will be fixed in the next snapshot release in March. Also note that this announcement is somewhat belated, and that most of the snapshots are a week or two old at this point. Again, we will rectify this with the next release. When reporting bugs or other issues with these snapshots, please be sure to include the full snapshot name in the bug report. This will make it much easier for the developers to isolate the problem and provide feedback. And as a reminder, 5.4-RELEASE will start soon, so please test these images as much as possible now. Thanks! Scott From owner-freebsd-current@FreeBSD.ORG Tue Feb 15 04:28:39 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 232F016A4CE for ; Tue, 15 Feb 2005 04:28:39 +0000 (GMT) Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id B3A5843D31 for ; Tue, 15 Feb 2005 04:28:38 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from alpha.siliconlandmark.com (andy@localhost [127.0.0.1]) j1F4SbQ2028617; Mon, 14 Feb 2005 23:28:37 -0500 (EST) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)j1F4SbZo028614; Mon, 14 Feb 2005 23:28:37 -0500 (EST) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing -bs Date: Mon, 14 Feb 2005 23:28:37 -0500 (EST) From: Andre Guibert de Bruet To: Doug White In-Reply-To: <20050214120536.D14624@carver.gumbysoft.com> Message-ID: <20050214231151.G637@alpha.siliconlandmark.com> References: <20050213000827.L90452@alpha.siliconlandmark.com> <20050213192719.N4345@carver.gumbysoft.com> <20050214120536.D14624@carver.gumbysoft.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-MailScanner-Information: Please contact the ISP for more information X-MailScanner: Found to be clean cc: current@freebsd.org Subject: Re: [PATCH] grep directory loop reporting outputs extra newline X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Feb 2005 04:28:39 -0000 On Mon, 14 Feb 2005, Doug White wrote: > How hard is it to work around the extra blank line in your scripts? > Parsing grep warning output is kinda obtuse so I'm curious what your usage > is :) It's no biggie, I will keep a local copy of the patch for my 5.x machines if it doesn't make it into RELENG_5... Andy | Andre Guibert de Bruet | Enterprise Software Consultant > | Silicon Landmark, LLC. | http://siliconlandmark.com/ > From owner-freebsd-current@FreeBSD.ORG Tue Feb 15 06:29:38 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A86B916A4D2; Tue, 15 Feb 2005 06:29:38 +0000 (GMT) Received: from ylpvm43.prodigy.net (ylpvm43-ext.prodigy.net [207.115.57.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id 401B043D2F; Tue, 15 Feb 2005 06:29:36 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.5.51] (adsl-64-171-186-189.dsl.snfc21.pacbell.net [64.171.186.189])j1F6Tl2Y001638; Tue, 15 Feb 2005 01:29:50 -0500 Message-ID: <421196AA.5000605@root.org> Date: Mon, 14 Feb 2005 22:28:58 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0RC1 (X11/20041205) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Scott Long References: <421174F7.6020305@samsco.org> In-Reply-To: <421174F7.6020305@samsco.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: stable@freebsd.org cc: current@freebsd.org Subject: Re: Feb 2005 Snapshots for FreeBSD available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Feb 2005 06:29:38 -0000 Scott Long wrote: > All, > > The Release Engineering Team is happy to announce that snapshots for \ > FreeBSD 5.3-STABLE and 6.0-CURRENT are now available for download. This > release is the first in a series of monthly snapshots of the active > branches of the FreeBSD tree. Each snapshot consists of a 'mini-inst' > (install disc1 without 3rd part packages) CD image for each platform. > While these are not full releases, the intent is to increase access to > the development branches and encourage more testing and more feedback. > We hope to follow on from this with a new snapshot release every month. > > Snapshots are available via FTP download from most FreeBSD mirrors at > the pub/FreeBSD/snapshots/_ directory. Information about > snapshots and pointers to the latest releases are available at > http://www.freebsd.org/snapshots. Are there any tags for these? That may be too heavyweight but at least publishing the exact UTC date for the build would be good. That would help us track down in bug reports what code the user has, especially when it's from areas that are under active development. -- Nate From owner-freebsd-current@FreeBSD.ORG Tue Feb 15 06:31:12 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EFD6216A4CF for ; Tue, 15 Feb 2005 06:31:12 +0000 (GMT) Received: from smtp02.net-yan.com (smtp02.hgcbroadband.com [210.0.255.157]) by mx1.FreeBSD.org (Postfix) with ESMTP id CBE5A43D3F for ; Tue, 15 Feb 2005 06:31:11 +0000 (GMT) (envelope-from sam.wun@authtec.com) Received: (qmail 10005 invoked from network); 15 Feb 2005 06:31:10 -0000 Received: from unknown (HELO [192.168.4.70]) (samwun@hgcbroadband.com@[221.127.237.3]) (envelope-sender ) by localhost (qmail-ldap-1.03) with SMTP for ; 15 Feb 2005 06:31:10 -0000 Message-ID: <42119780.4010707@authtec.com> Date: Tue, 15 Feb 2005 14:32:32 +0800 From: sam wun User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040616 X-Accept-Language: en-us, en MIME-Version: 1.0 Newsgroups: comp.unix.bsd.freebsd.misc References: <20050214191549.158097306E@freebsd-current.sentex.ca> In-Reply-To: <20050214191549.158097306E@freebsd-current.sentex.ca> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org cc: ia64@freebsd.org Subject: Retrieving FreeBSD src for ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Feb 2005 06:31:13 -0000 Hi list, I would like to install IA64 version of FreeBSD in IBM xSeries 206/306 or a Dell Server (still looking for a suitable model number for this), so I downlaoded a IA64 version of FreeBSD 5.3. Since I need to rebuild the kernel source to stable with customized additonal options added in the kernel configuration file. I want to know which options need to be added to enable IA64 support? As I also need to download the source RELANG_5 for IA64, I also want to know how to pull out all the IA64 codes from the entire src? Currently I have the following supfile used for download the i386 source: *default host=cvsup.ca.freebsd.org *default base=/usr *default prefix=/usr/local/ncvs *default release=cvs *default delete use-rel-suffix Once this is finsihed, I use the following command extract the STABLE src from RELENG_5: # cvs co -r RELENG_5 src I m wondering how to do that same thing for IA64? Thanks Sam From owner-freebsd-current@FreeBSD.ORG Tue Feb 15 06:40:40 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A468F16A4CE; Tue, 15 Feb 2005 06:40:40 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3E82A43D48; Tue, 15 Feb 2005 06:40:40 +0000 (GMT) (envelope-from scottl@freebsd.org) Received: from [192.168.254.12] (g4.samsco.home [192.168.254.12]) (authenticated bits=0) by pooker.samsco.org (8.13.1/8.13.1) with ESMTP id j1F6epXJ031801; Mon, 14 Feb 2005 23:40:52 -0700 (MST) (envelope-from scottl@freebsd.org) Message-ID: <4211995A.8090304@freebsd.org> Date: Mon, 14 Feb 2005 23:40:26 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7) Gecko/20040514 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nate Lawson References: <421174F7.6020305@samsco.org> <421196AA.5000605@root.org> In-Reply-To: <421196AA.5000605@root.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org cc: stable@freebsd.org cc: current@freebsd.org Subject: Re: Feb 2005 Snapshots for FreeBSD available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Feb 2005 06:40:40 -0000 Nate Lawson wrote: > Scott Long wrote: > >> All, >> >> The Release Engineering Team is happy to announce that snapshots for \ >> FreeBSD 5.3-STABLE and 6.0-CURRENT are now available for download. This >> release is the first in a series of monthly snapshots of the active >> branches of the FreeBSD tree. Each snapshot consists of a 'mini-inst' >> (install disc1 without 3rd part packages) CD image for each platform. >> While these are not full releases, the intent is to increase access to >> the development branches and encourage more testing and more feedback. >> We hope to follow on from this with a new snapshot release every month. >> >> Snapshots are available via FTP download from most FreeBSD mirrors at >> the pub/FreeBSD/snapshots/_ directory. Information about >> snapshots and pointers to the latest releases are available at >> http://www.freebsd.org/snapshots. > > > Are there any tags for these? That may be too heavyweight but at least > publishing the exact UTC date for the build would be good. That would > help us track down in bug reports what code the user has, especially > when it's from areas that are under active development. > Yes, publishing the UTC date is something that is on the TODO list, thanks for the reminder =-) Scott From owner-freebsd-current@FreeBSD.ORG Tue Feb 15 07:11:31 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A3D4716A4CF; Tue, 15 Feb 2005 07:11:31 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C27143D1D; Tue, 15 Feb 2005 07:11:30 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id j1F7B9AO022271; Tue, 15 Feb 2005 17:41:10 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Tue, 15 Feb 2005 17:40:56 +1030 User-Agent: KMail/1.7.92 References: <20050214191549.158097306E@freebsd-current.sentex.ca> <42119780.4010707@authtec.com> In-Reply-To: <42119780.4010707@authtec.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2263189.L7jGMQZIV5"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200502151741.04460.doconnor@gsoft.com.au> X-Spam-Score: -5.4 () IN_REP_TO,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT,USER_AGENT_KMAIL X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: ia64@freebsd.org cc: sam wun cc: current@freebsd.org Subject: Re: Retrieving FreeBSD src for ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Feb 2005 07:11:31 -0000 --nextPart2263189.L7jGMQZIV5 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tue, 15 Feb 2005 17:02, sam wun wrote: > Since I need to rebuild the kernel source to stable with customized > additonal options added in the kernel configuration file. I want to know > which options need to be added to enable IA64 support? As I also need to > download the source RELANG_5 for IA64, I also want to know how to pull out > all the IA64 codes from the entire src? Currently I have the following > supfile used for download the i386 source: *default =2E.. > I m wondering how to do that same thing for IA64? It's all in the same branch - what you called the i386 code is for all=20 architectures. (well it has code for all archs in it) =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart2263189.L7jGMQZIV5 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBCEaCI5ZPcIHs/zowRAhacAJ9ulBLodn8YeXLKezNSMxI6JaCvAwCglnOI 2YZ4CIOXZIQ+NPswbPQuKOc= =aOBd -----END PGP SIGNATURE----- --nextPart2263189.L7jGMQZIV5-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 15 07:11:31 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A3D4716A4CF; Tue, 15 Feb 2005 07:11:31 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C27143D1D; Tue, 15 Feb 2005 07:11:30 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id j1F7B9AO022271; Tue, 15 Feb 2005 17:41:10 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Tue, 15 Feb 2005 17:40:56 +1030 User-Agent: KMail/1.7.92 References: <20050214191549.158097306E@freebsd-current.sentex.ca> <42119780.4010707@authtec.com> In-Reply-To: <42119780.4010707@authtec.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2263189.L7jGMQZIV5"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200502151741.04460.doconnor@gsoft.com.au> X-Spam-Score: -5.4 () IN_REP_TO,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT,USER_AGENT_KMAIL X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: ia64@freebsd.org cc: sam wun cc: current@freebsd.org Subject: Re: Retrieving FreeBSD src for ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Feb 2005 07:11:31 -0000 --nextPart2263189.L7jGMQZIV5 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tue, 15 Feb 2005 17:02, sam wun wrote: > Since I need to rebuild the kernel source to stable with customized > additonal options added in the kernel configuration file. I want to know > which options need to be added to enable IA64 support? As I also need to > download the source RELANG_5 for IA64, I also want to know how to pull out > all the IA64 codes from the entire src? Currently I have the following > supfile used for download the i386 source: *default =2E.. > I m wondering how to do that same thing for IA64? It's all in the same branch - what you called the i386 code is for all=20 architectures. (well it has code for all archs in it) =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart2263189.L7jGMQZIV5 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBCEaCI5ZPcIHs/zowRAhacAJ9ulBLodn8YeXLKezNSMxI6JaCvAwCglnOI 2YZ4CIOXZIQ+NPswbPQuKOc= =aOBd -----END PGP SIGNATURE----- --nextPart2263189.L7jGMQZIV5-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 15 07:32:45 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A35D816A4CE for ; Tue, 15 Feb 2005 07:32:45 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C85743D1F for ; Tue, 15 Feb 2005 07:32:45 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 0B1B5F355F for ; Mon, 14 Feb 2005 23:32:45 -0800 (PST) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00723-01 for ; Mon, 14 Feb 2005 23:32:38 -0800 (PST) Received: from [192.168.10.9] (unknown [192.168.10.9]) by mail.mcneil.com (Postfix) with ESMTP id BEDECF355D for ; Mon, 14 Feb 2005 23:32:38 -0800 (PST) Mime-Version: 1.0 (Apple Message framework v619.2) Content-Transfer-Encoding: 7bit Message-Id: <1c347c3282b5a66df40546b54cc37cb0@mcneil.com> Content-Type: text/plain; charset=US-ASCII; format=flowed To: current@freebsd.org From: Sean McNeil Date: Mon, 14 Feb 2005 23:32:36 -0800 X-Mailer: Apple Mail (2.619.2) X-Virus-Scanned: by amavisd-new at mcneil.com Subject: few programs now getting sig 6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Feb 2005 07:32:45 -0000 Just rebuilt my system and I am now getting 2 programs that consistently core: Feb 14 22:59:49 server kernel: pid 1096 (evolution-data-serv), uid 501: exited o n signal 6 Feb 14 23:17:12 server kernel: pid 25042 (mDNSResponder), uid 0: exited on signa l 6 (core dumped) I've also seen a core dump on a recompile attempt for howl (port that has mDNSResponder). It wasn't repeatable, so I thought my system had memory issues. After some reboots and testing, I've found that the above aborts are consistent and not memory related. Sean From owner-freebsd-current@FreeBSD.ORG Tue Feb 15 07:37:00 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A554D16A4CE; Tue, 15 Feb 2005 07:37:00 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id CF24743D4C; Tue, 15 Feb 2005 07:36:59 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id j1F7auCW022747; Tue, 15 Feb 2005 18:06:56 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Tue, 15 Feb 2005 18:06:50 +1030 User-Agent: KMail/1.7.92 References: <1c347c3282b5a66df40546b54cc37cb0@mcneil.com> In-Reply-To: <1c347c3282b5a66df40546b54cc37cb0@mcneil.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3904047.N6pRA4huoP"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200502151806.51203.doconnor@gsoft.com.au> X-Spam-Score: -5.4 () IN_REP_TO,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT,USER_AGENT_KMAIL X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: Sean McNeil cc: current@freebsd.org Subject: Re: few programs now getting sig 6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Feb 2005 07:37:00 -0000 --nextPart3904047.N6pRA4huoP Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tue, 15 Feb 2005 18:02, Sean McNeil wrote: > I've also seen a core dump on a recompile attempt for howl (port that > has mDNSResponder). It wasn't repeatable, so I thought my system had > memory issues. After some reboots and testing, I've found that the > above aborts are consistent and not memory related. signal 6 is almost invariably caused by the process calling abort() - ie it= 's=20 shooting itself in the head because some expectation it had has been=20 violated. I'd check log messages (if the programs generate them..) The big hammer approach would be to just rebuild the broken apps and see if= =20 that fixes it :) =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart3904047.N6pRA4huoP Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBCEaaT5ZPcIHs/zowRAqMlAJwIuEPN+pvxnaBctQ6S/utaEokRBwCeNKE1 JH73Vl38nDIjxDTEC6Fj5xM= =RyGs -----END PGP SIGNATURE----- --nextPart3904047.N6pRA4huoP-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 15 07:37:00 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A554D16A4CE; Tue, 15 Feb 2005 07:37:00 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id CF24743D4C; Tue, 15 Feb 2005 07:36:59 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (localhost [127.0.0.1]) (authenticated bits=0) by cain.gsoft.com.au (8.12.11/8.12.10) with ESMTP id j1F7auCW022747; Tue, 15 Feb 2005 18:06:56 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Tue, 15 Feb 2005 18:06:50 +1030 User-Agent: KMail/1.7.92 References: <1c347c3282b5a66df40546b54cc37cb0@mcneil.com> In-Reply-To: <1c347c3282b5a66df40546b54cc37cb0@mcneil.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3904047.N6pRA4huoP"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200502151806.51203.doconnor@gsoft.com.au> X-Spam-Score: -5.4 () IN_REP_TO,PGP_SIGNATURE_2,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,USER_AGENT,USER_AGENT_KMAIL X-Scanned-By: MIMEDefang 2.16 (www . roaringpenguin . com / mimedefang) cc: Sean McNeil cc: current@freebsd.org Subject: Re: few programs now getting sig 6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Feb 2005 07:37:00 -0000 --nextPart3904047.N6pRA4huoP Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tue, 15 Feb 2005 18:02, Sean McNeil wrote: > I've also seen a core dump on a recompile attempt for howl (port that > has mDNSResponder). It wasn't repeatable, so I thought my system had > memory issues. After some reboots and testing, I've found that the > above aborts are consistent and not memory related. signal 6 is almost invariably caused by the process calling abort() - ie it= 's=20 shooting itself in the head because some expectation it had has been=20 violated. I'd check log messages (if the programs generate them..) The big hammer approach would be to just rebuild the broken apps and see if= =20 that fixes it :) =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart3904047.N6pRA4huoP Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBCEaaT5ZPcIHs/zowRAqMlAJwIuEPN+pvxnaBctQ6S/utaEokRBwCeNKE1 JH73Vl38nDIjxDTEC6Fj5xM= =RyGs -----END PGP SIGNATURE----- --nextPart3904047.N6pRA4huoP-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 15 07:46:39 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 46ACF16A4CE; Tue, 15 Feb 2005 07:46:39 +0000 (GMT) Received: from ylpvm15.prodigy.net (ylpvm15-ext.prodigy.net [207.115.57.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id E366443D46; Tue, 15 Feb 2005 07:46:38 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.5.51] (adsl-64-171-186-189.dsl.snfc21.pacbell.net [64.171.186.189])j1F7gObs007595; Tue, 15 Feb 2005 02:42:25 -0500 Message-ID: <4211A8DD.4010406@root.org> Date: Mon, 14 Feb 2005 23:46:37 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0RC1 (X11/20041205) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jiawei Ye References: <20050213231306.376E05D07@ptavv.es.net> <420FE3C7.6020003@root.org> <20050214152319.bqxon1xk0g008s4k@netchild.homeip.net> <4210D155.6080706@root.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: acpi@freebsd.org cc: Alexander Leidinger cc: current@freebsd.org Subject: Re: HEADSUP: cpufreq import complete, acpi_throttling changed X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Feb 2005 07:46:39 -0000 Jiawei Ye wrote: > On Mon, 14 Feb 2005 08:27:01 -0800, Nate Lawson wrote: > >>Jiawei Ye wrote: >>cpufreq et al don't fully support unloading yet. >> >>-- >>Nate >> > > I've got it working, but the available frequencies seem to drift: > root@chihiro:/home/leafy# sysctl dev.cpu > dev.cpu.0.%desc: ACPI CPU > dev.cpu.0.%driver: cpu > dev.cpu.0.%location: handle=\_PR_.CPU1 > dev.cpu.0.%pnpinfo: _HID=none _UID=0 > dev.cpu.0.%parent: acpi0 > dev.cpu.0.freq: 1819 > dev.cpu.0.freq_levels: 2355/0 2060/0 1766/0 1471/0 1177/0 883/0 588/0 294/0 > root@chihiro:/home/leafy# sysctl dev.cpu > dev.cpu.0.%desc: ACPI CPU > dev.cpu.0.%driver: cpu > dev.cpu.0.%location: handle=\_PR_.CPU1 > dev.cpu.0.%pnpinfo: _HID=none _UID=0 > dev.cpu.0.%parent: acpi0 > dev.cpu.0.freq: 1819 > dev.cpu.0.freq_levels: 1821/0 1593/0 1365/0 1138/0 910/0 682/0 455/0 227/0 > I just committed a patch that may fix this issue. -- Nate From owner-freebsd-current@FreeBSD.ORG Tue Feb 15 08:46:30 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6A64016A4CE; Tue, 15 Feb 2005 08:46:30 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0FAC043D54; Tue, 15 Feb 2005 08:46:30 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 66C50F3560; Tue, 15 Feb 2005 00:46:29 -0800 (PST) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00722-01; Tue, 15 Feb 2005 00:46:28 -0800 (PST) Received: from [192.168.10.9] (unknown [192.168.10.9]) by mail.mcneil.com (Postfix) with ESMTP id 0EC15F355F; Tue, 15 Feb 2005 00:46:28 -0800 (PST) In-Reply-To: <200502151806.51203.doconnor@gsoft.com.au> References: <1c347c3282b5a66df40546b54cc37cb0@mcneil.com> <200502151806.51203.doconnor@gsoft.com.au> Mime-Version: 1.0 (Apple Message framework v619.2) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <67b8fa69de95da88c7f15fea92a26394@mcneil.com> Content-Transfer-Encoding: 7bit From: Sean McNeil Date: Tue, 15 Feb 2005 00:46:23 -0800 To: "Daniel O'Connor" X-Mailer: Apple Mail (2.619.2) X-Virus-Scanned: by amavisd-new at mcneil.com cc: freebsd-current@freebsd.org cc: current@freebsd.org Subject: Re: few programs now getting sig 6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Feb 2005 08:46:30 -0000 On Feb 14, 2005, at 11:36 PM, Daniel O'Connor wrote: > On Tue, 15 Feb 2005 18:02, Sean McNeil wrote: >> I've also seen a core dump on a recompile attempt for howl (port that >> has mDNSResponder). It wasn't repeatable, so I thought my system had >> memory issues. After some reboots and testing, I've found that the >> above aborts are consistent and not memory related. > > signal 6 is almost invariably caused by the process calling abort() - > ie it's > shooting itself in the head because some expectation it had has been > violated. > > I'd check log messages (if the programs generate them..) > > The big hammer approach would be to just rebuild the broken apps and > see if > that fixes it :) > That was the first thing I tried. I recompiled howl and it fails the same way. Even did a portupgrade -fR on the port. No joy. I forgot to mention that this is an amd64 system. Here is a traceback of the core file: #0 0x00000008009abcfc in kse_thr_interrupt () at kse_thr_interrupt.S:2 #1 0x000000080099c4fd in _thr_sig_add (pthread=0x50d800, sig=6, info=0x0) at /usr/src/lib/libpthread/thread/thr_sig.c:974 #2 0x000000080099c971 in _thr_sig_send (pthread=0x50d800, sig=6) at /usr/src/lib/libpthread/thread/thr_sig.c:1106 #3 0x000000080099675d in _pthread_kill (pthread=0x50d800, sig=6) at /usr/src/lib/libpthread/thread/thr_kill.c:60 #4 0x0000000800995fd0 in _raise (sig=6) at /usr/src/lib/libpthread/thread/thr_raise.c:46 #5 0x0000000800b80456 in abort () at /usr/src/lib/libc/stdlib/abort.c:69 #6 0x00000008009ac588 in _thr_exit ( fname=0x8009adb60 "/usr/src/lib/libpthread/thread/thr_kern.c", lineno=1101, msg=0x8009add70 "Thread has returned from _thread_switch") at /usr/src/lib/libpthread/thread/thr_exit.c:56 #7 0x00000008009a48a0 in kse_sched_multi (kmbx=0x0) at /usr/src/lib/libpthread/thread/thr_kern.c:1101 #8 0x0000000000000000 in ?? () #9 0x000000080052d040 in ?? () #10 0x000000000050a000 in ?? () #11 0x0000000000505000 in ?? () #12 0x0000000000000000 in ?? () #13 0x0000000000000000 in ?? () #14 0x0000000000000000 in ?? () #15 0x0000000000000000 in ?? () #16 0x0000000000000000 in ?? () #17 0x0000000000000000 in ?? () #18 0x00000008009a42f0 in _thr_sched_switch_unlocked () at /usr/src/lib/libpthread/thread/thr_kern.c:885 (gdb) info threads 3 Thread 3 (runnable) 0x000000080099c202 in _thr_sig_rundown ( curthread=0x50d000, ucp=0x7fffffffe660) at /usr/src/lib/libpthread/thread/thr_sig.c:870 2 Thread 2 (LWP 100133) 0x00000008009abce4 in kse_release () at kse_release.S:2 * 1 Thread 1 (LWP 100181) 0x00000008009abcfc in kse_thr_interrupt () at kse_thr_interrupt.S:2 (gdb) thread 3 [Switching to thread 3 (Thread 3 (runnable))]#0 0x000000080099c202 in _thr_sig_rundown (curthread=0x50d000, ucp=0x7fffffffe660) at /usr/src/lib/libpthread/thread/thr_sig.c:870 870 errno = err_save; Current language: auto; currently c (gdb) bt #0 0x000000080099c202 in _thr_sig_rundown (curthread=0x50d000, ucp=0x7fffffffe660) at /usr/src/lib/libpthread/thread/thr_sig.c:870 #1 0x000000080099c29c in _thr_sig_check_pending (curthread=0x50d000) at /usr/src/lib/libpthread/thread/thr_sig.c:908 #2 0x00000001ffffea38 in ?? () #3 0x00000000005020c0 in ?? () #4 0x000000080099e08b in _thr_rtld_lock_release (lock=0x50d060) at /usr/src/lib/libpthread/thread/thr_rtld.c:263 #5 0x000000080050c3ca in rlock_release (lock=0x80062bb20, locked=5296264) at /usr/src/libexec/rtld-elf/rtld_lock.c:211 #6 0x0000000800508c96 in _rtld_bind (obj=0x800b0a144, reloff=34370953728) at /usr/src/libexec/rtld-elf/rtld.c:480 #7 0x0000000800507efd in _rtld_bind_start () at /usr/src/libexec/rtld-elf/amd64/rtld_start.S:99 #8 0x0000000000000202 in ?? () #9 0x0000000000000000 in ?? () #10 0x0000000000502080 in ?? () #11 0x000000080064c260 in sw_mdns_servant_refresh () from /usr/local/lib/libmDNSResponder.so.0 Previous frame inner to this frame (corrupt stack?) (gdb) I tried with a feb 8th kernel and got the same error, so the problem must be in a library like libc or libpthread. Cheers, Sean From owner-freebsd-current@FreeBSD.ORG Tue Feb 15 08:46:30 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6A64016A4CE; Tue, 15 Feb 2005 08:46:30 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0FAC043D54; Tue, 15 Feb 2005 08:46:30 +0000 (GMT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 66C50F3560; Tue, 15 Feb 2005 00:46:29 -0800 (PST) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00722-01; Tue, 15 Feb 2005 00:46:28 -0800 (PST) Received: from [192.168.10.9] (unknown [192.168.10.9]) by mail.mcneil.com (Postfix) with ESMTP id 0EC15F355F; Tue, 15 Feb 2005 00:46:28 -0800 (PST) In-Reply-To: <200502151806.51203.doconnor@gsoft.com.au> References: <1c347c3282b5a66df40546b54cc37cb0@mcneil.com> <200502151806.51203.doconnor@gsoft.com.au> Mime-Version: 1.0 (Apple Message framework v619.2) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <67b8fa69de95da88c7f15fea92a26394@mcneil.com> Content-Transfer-Encoding: 7bit From: Sean McNeil Date: Tue, 15 Feb 2005 00:46:23 -0800 To: "Daniel O'Connor" X-Mailer: Apple Mail (2.619.2) X-Virus-Scanned: by amavisd-new at mcneil.com cc: freebsd-current@freebsd.org cc: current@freebsd.org Subject: Re: few programs now getting sig 6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Feb 2005 08:46:30 -0000 On Feb 14, 2005, at 11:36 PM, Daniel O'Connor wrote: > On Tue, 15 Feb 2005 18:02, Sean McNeil wrote: >> I've also seen a core dump on a recompile attempt for howl (port that >> has mDNSResponder). It wasn't repeatable, so I thought my system had >> memory issues. After some reboots and testing, I've found that the >> above aborts are consistent and not memory related. > > signal 6 is almost invariably caused by the process calling abort() - > ie it's > shooting itself in the head because some expectation it had has been > violated. > > I'd check log messages (if the programs generate them..) > > The big hammer approach would be to just rebuild the broken apps and > see if > that fixes it :) > That was the first thing I tried. I recompiled howl and it fails the same way. Even did a portupgrade -fR on the port. No joy. I forgot to mention that this is an amd64 system. Here is a traceback of the core file: #0 0x00000008009abcfc in kse_thr_interrupt () at kse_thr_interrupt.S:2 #1 0x000000080099c4fd in _thr_sig_add (pthread=0x50d800, sig=6, info=0x0) at /usr/src/lib/libpthread/thread/thr_sig.c:974 #2 0x000000080099c971 in _thr_sig_send (pthread=0x50d800, sig=6) at /usr/src/lib/libpthread/thread/thr_sig.c:1106 #3 0x000000080099675d in _pthread_kill (pthread=0x50d800, sig=6) at /usr/src/lib/libpthread/thread/thr_kill.c:60 #4 0x0000000800995fd0 in _raise (sig=6) at /usr/src/lib/libpthread/thread/thr_raise.c:46 #5 0x0000000800b80456 in abort () at /usr/src/lib/libc/stdlib/abort.c:69 #6 0x00000008009ac588 in _thr_exit ( fname=0x8009adb60 "/usr/src/lib/libpthread/thread/thr_kern.c", lineno=1101, msg=0x8009add70 "Thread has returned from _thread_switch") at /usr/src/lib/libpthread/thread/thr_exit.c:56 #7 0x00000008009a48a0 in kse_sched_multi (kmbx=0x0) at /usr/src/lib/libpthread/thread/thr_kern.c:1101 #8 0x0000000000000000 in ?? () #9 0x000000080052d040 in ?? () #10 0x000000000050a000 in ?? () #11 0x0000000000505000 in ?? () #12 0x0000000000000000 in ?? () #13 0x0000000000000000 in ?? () #14 0x0000000000000000 in ?? () #15 0x0000000000000000 in ?? () #16 0x0000000000000000 in ?? () #17 0x0000000000000000 in ?? () #18 0x00000008009a42f0 in _thr_sched_switch_unlocked () at /usr/src/lib/libpthread/thread/thr_kern.c:885 (gdb) info threads 3 Thread 3 (runnable) 0x000000080099c202 in _thr_sig_rundown ( curthread=0x50d000, ucp=0x7fffffffe660) at /usr/src/lib/libpthread/thread/thr_sig.c:870 2 Thread 2 (LWP 100133) 0x00000008009abce4 in kse_release () at kse_release.S:2 * 1 Thread 1 (LWP 100181) 0x00000008009abcfc in kse_thr_interrupt () at kse_thr_interrupt.S:2 (gdb) thread 3 [Switching to thread 3 (Thread 3 (runnable))]#0 0x000000080099c202 in _thr_sig_rundown (curthread=0x50d000, ucp=0x7fffffffe660) at /usr/src/lib/libpthread/thread/thr_sig.c:870 870 errno = err_save; Current language: auto; currently c (gdb) bt #0 0x000000080099c202 in _thr_sig_rundown (curthread=0x50d000, ucp=0x7fffffffe660) at /usr/src/lib/libpthread/thread/thr_sig.c:870 #1 0x000000080099c29c in _thr_sig_check_pending (curthread=0x50d000) at /usr/src/lib/libpthread/thread/thr_sig.c:908 #2 0x00000001ffffea38 in ?? () #3 0x00000000005020c0 in ?? () #4 0x000000080099e08b in _thr_rtld_lock_release (lock=0x50d060) at /usr/src/lib/libpthread/thread/thr_rtld.c:263 #5 0x000000080050c3ca in rlock_release (lock=0x80062bb20, locked=5296264) at /usr/src/libexec/rtld-elf/rtld_lock.c:211 #6 0x0000000800508c96 in _rtld_bind (obj=0x800b0a144, reloff=34370953728) at /usr/src/libexec/rtld-elf/rtld.c:480 #7 0x0000000800507efd in _rtld_bind_start () at /usr/src/libexec/rtld-elf/amd64/rtld_start.S:99 #8 0x0000000000000202 in ?? () #9 0x0000000000000000 in ?? () #10 0x0000000000502080 in ?? () #11 0x000000080064c260 in sw_mdns_servant_refresh () from /usr/local/lib/libmDNSResponder.so.0 Previous frame inner to this frame (corrupt stack?) (gdb) I tried with a feb 8th kernel and got the same error, so the problem must be in a library like libc or libpthread. Cheers, Sean From owner-freebsd-current@FreeBSD.ORG Tue Feb 15 12:01:37 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 48A7716A4CE for ; Tue, 15 Feb 2005 12:01:37 +0000 (GMT) Received: from mail.latnet.lv (esbens.latnet.lv [159.148.19.115]) by mx1.FreeBSD.org (Postfix) with SMTP id A5ED243D1F for ; Tue, 15 Feb 2005 12:01:31 +0000 (GMT) (envelope-from kaspars@os.lv) Received: (qmail 8325 invoked by uid 103); 15 Feb 2005 12:01:28 -0000 Received: from 159.148.155.3 by esbens (envelope-from , uid 64011) with qmail-scanner-1.23st (spamassassin: 2.64. perlscan: 1.23st. Clear:RC:1(159.148.155.3):. Processed in 0.025879 secs); 15 Feb 2005 12:01:28 -0000 Received: from unknown (HELO os.lv) (159.148.155.3) by esbens.latnet.lv with SMTP; 15 Feb 2005 12:01:28 -0000 Received: from 192.168.1.21 ([192.168.1.21]) by os.lv (WinRoute Pro 4.1) with SMTP; Tue, 15 Feb 2005 14:04:12 +0200 Message-ID: <4211E4BA.9010701@os.lv> Date: Tue, 15 Feb 2005 14:02:02 +0200 From: Kaspars User-Agent: Mozilla Thunderbird 0.9 (X11/20041127) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Benchmark freebsd... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Feb 2005 12:01:37 -0000 Hi, I want to ask some tools to test my sever io, can somebody sugest something? I have maded with vinum raid5 and want to test how fast is compare with normal hdd, etc. In Linux I know hdparm, in freebsd didn`t found somethink like this. thanks, Casper P.S. I`m thinking to buy book on freebsd, maybe some good sugestion? From owner-freebsd-current@FreeBSD.ORG Tue Feb 15 12:09:16 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 64A4416A4CE; Tue, 15 Feb 2005 12:09:16 +0000 (GMT) Received: from watery.cc.kogakuin.ac.jp (watery.cc.kogakuin.ac.jp [133.80.152.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id D099F43D3F; Tue, 15 Feb 2005 12:09:15 +0000 (GMT) (envelope-from nyan@jp.FreeBSD.org) Received: from localhost (localhost [IPv6:::1])j1FC8e6D014563; Tue, 15 Feb 2005 21:08:41 +0900 (JST) (envelope-from nyan@jp.FreeBSD.org) Date: Tue, 15 Feb 2005 21:08:05 +0900 (JST) Message-Id: <20050215.210805.41634669.nyan@jp.FreeBSD.org> To: sos@DeepCore.dk From: Takahashi Yoshihiro In-Reply-To: <420F907B.1090901@DeepCore.dk> References: <420E331A.3070205@DeepCore.dk> <20050213.135541.74688832.nyan@jp.FreeBSD.org> <420F907B.1090901@DeepCore.dk> X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable cc: freebsd-stable@freebsd.org cc: nakaji@jp.FreeBSD.org cc: freebsd-current@freebsd.org cc: imp@freebsd.org Subject: Re: UPDATE: ATA mkIII first official patches - please test! X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Feb 2005 12:09:16 -0000 In article <420F907B.1090901@DeepCore.dk> S=F8ren Schmidt writes: > >>>2. A geometry translation for pc98 is NOT enough. > >>> > >>> Currently, it works only under 4.3GB disk. > = > Wrong, ATA mk3 does solve the problem but using the "current" geomtry= = > set in the drives by the BIOS. However the code missed it in one plac= e = > in ata-lowlevel.c when the code was moved there from ata-disk.c. > This has been fixed and will be present in the next snapshot as I sad= i = > earlier. ATA-mkIII does NOT completely solve the problem. The word 54-58 of the IDENTIFY DEVICE parameter are valid only up to ATA/ATAPI-5. They are obsolete parameters in ATA/ATAPI-6 and later. So using them for a geometry translation has NO effect for recent disks. The following is the result when use SATA 200GB disk on pc98. It is clearly that recognizing a geometry fails. atapci0: port 0xc000-0xc00f,0x602c-0x602f= ,0x6030-0x6037,0x6028-0x602b,0x6020-0x6027 mem 0x20411000-0x204113ff ir= q 10 at device 17.0 on pci0 ad4: ATA-6 disk at ata2-master ad4: 190782MB (390721968 sectors), 387621 C, 16 H, 63 S, 512 B ad4: 16 secs/int, 1 depth queue, SATA150 BIOS Geometries: 1:1778ffff 0..6008=3D6009 cylinders, 0..255=3D256 heads, 1..255=3D255 = sectors --- TAKAHASHI Yoshihiro From owner-freebsd-current@FreeBSD.ORG Tue Feb 15 12:17:53 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C5E916A4CE for ; Tue, 15 Feb 2005 12:17:53 +0000 (GMT) Received: from sarajevo.pacific.net.sg (sarajevo.pacific.net.sg [203.120.90.134]) by mx1.FreeBSD.org (Postfix) with SMTP id 317A243D48 for ; Tue, 15 Feb 2005 12:17:50 +0000 (GMT) (envelope-from oceanare@pacific.net.sg) Received: (qmail 12158 invoked from network); 15 Feb 2005 12:17:48 -0000 Received: from unknown (HELO maxwell2.pacific.net.sg) (203.120.90.192) by sarajevo with SMTP; 15 Feb 2005 12:17:48 -0000 Received: from [192.168.0.109] ([210.24.124.198]) by maxwell2.pacific.net.sg with ESMTP <20050215121748.JIKV1207.maxwell2.pacific.net.sg@[192.168.0.109]>; Tue, 15 Feb 2005 20:17:48 +0800 Message-ID: <4211E8EC.2000204@pacific.net.sg> Date: Tue, 15 Feb 2005 20:19:56 +0800 From: Erich Dollansky Organization: oceanare pte ltd User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kaspars References: <4211E4BA.9010701@os.lv> In-Reply-To: <4211E4BA.9010701@os.lv> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: Benchmark freebsd... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Feb 2005 12:17:53 -0000 Hi, Kaspars wrote: > > P.S. I`m thinking to buy book on freebsd, maybe some good sugestion? > I have FreeBSD unleashed for this purpose. Erich From owner-freebsd-current@FreeBSD.ORG Tue Feb 15 12:22:44 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 83FA016A4CE for ; Tue, 15 Feb 2005 12:22:44 +0000 (GMT) Received: from hetzner.co.za (lfw.hetzner.co.za [196.7.18.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id BFF5F43D55 for ; Tue, 15 Feb 2005 12:22:43 +0000 (GMT) (envelope-from ianf@hetzner.co.za) Received: from localhost ([127.0.0.1]) by hetzner.co.za with esmtp (Exim 3.36 #1) id 1D11iE-000Gg2-00; Tue, 15 Feb 2005 14:21:54 +0200 To: Kaspars From: Ian FREISLICH In-Reply-To: Message from Kaspars of "Tue, 15 Feb 2005 14:02:02 +0200." <4211E4BA.9010701@os.lv> Date: Tue, 15 Feb 2005 14:21:54 +0200 Sender: ianf@hetzner.co.za Message-Id: cc: freebsd-current@freebsd.org Subject: Re: Benchmark freebsd... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Feb 2005 12:22:44 -0000 Kaspars wrote: > > Hi, > > I want to ask some tools to test my sever io, can somebody sugest > something? I have maded with vinum raid5 and want to test how fast is > compare with normal hdd, etc. In Linux I know hdparm, in freebsd didn`t > found somethink like this. Have a look in /usr/ports/benchmarks and in the FreeBSD handbook if you're not familiar with the ports collection. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Mon Feb 14 22:55:31 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D09416A4CE for ; Mon, 14 Feb 2005 22:55:31 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id B09B443D54 for ; Mon, 14 Feb 2005 22:55:30 +0000 (GMT) (envelope-from louis.harvey@gmail.com) Received: by rproxy.gmail.com with SMTP id j1so744945rnf for ; Mon, 14 Feb 2005 14:55:29 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=JDghjGvScyKHeWd4XED9MZ6ZuhQt6RqjK6C4tS1XA1Ea0rd0d9QKswQQFEW+McXvwrwGmlWbc8Bok7N4627Uc65Ws2wmQx/jZkyDJPekQLkQneePz2UXT/WD0tfcJIb1IHwgvkvH74T6xElKlX14By6p6M3sIyvMtX2X5RLDgTc= Received: by 10.38.209.27 with SMTP id h27mr92863rng; Mon, 14 Feb 2005 14:55:29 -0800 (PST) Received: by 10.38.79.76 with HTTP; Mon, 14 Feb 2005 14:55:29 -0800 (PST) Message-ID: <91984ed405021414552e49c7f9@mail.gmail.com> Date: Mon, 14 Feb 2005 17:55:29 -0500 From: Louis Harvey To: freebsd-current@freebsd.org, louis.harvey@gmail.com In-Reply-To: <91984ed40502121328282be4a2@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <91984ed40502121328282be4a2@mail.gmail.com> X-Mailman-Approved-At: Tue, 15 Feb 2005 12:52:16 +0000 Subject: Problem SOLVED - Fwd: FreeBSD5.2.1 - adduser pw: user 'user' disappeared during update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Louis Harvey List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Feb 2005 22:55:31 -0000 My problem was resolved with the help of Joseph Koshy. Essentially, command: pwd_mkdb -p /etc/master.passwd to generate a new /etc/passwd file subsequently allowed me to use program adduser successfully. I then added /usr/sbin to the path of user root, and could remove some wrong entries that were in my master.passwd file (with program rmuser ). Thanks a lot to Mr Joseph Koshy Louis Harvey ----------