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 ---------- Forwarded message ---------- From: Louis Harvey Date: Sat, 12 Feb 2005 16:28:48 -0500 Subject: FreeBSD5.2.1 - adduser pw: user 'user' disappeared during update To: freebsd-current@freebsd.org 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 Tue Feb 15 00:58: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 B53D316A4CE for ; Tue, 15 Feb 2005 00:58:22 +0000 (GMT) Received: from marvin.muc.de (marvin.muc.de [193.149.48.2]) by mx1.FreeBSD.org (Postfix) with SMTP id BEE8A43D1F for ; Tue, 15 Feb 2005 00:58:21 +0000 (GMT) (envelope-from 520015583371-0001@t-online.de) Received: (qmail 47108 invoked by alias); 15 Feb 2005 00:58:20 -0000 Delivered-To: mods-muc-lists-freebsd-current@moderators.muc.de Received: (qmail 47101 invoked from network); 15 Feb 2005 00:58:19 -0000 Received: from mailout06.sul.t-online.com (194.25.134.19) by marvin.muc.de with SMTP; 15 Feb 2005 00:58:19 -0000 Received: from imh00.t-online.com by mailout06.sul.t-online.com with esmtp id 1D0r2h-0008AO-00; Tue, 15 Feb 2005 01:58:19 +0100 Received: from news.t-online.com by imh00.t-online.com with esmtp id 1D0r2h-0002ST-00; Tue, 15 Feb 2005 01:58:19 +0100 Received: from news by news.t-online.com with local id 1D0r2h-0007Yk-00; Tue, 15 Feb 2005 01:58:19 +0100 To: muc-lists-freebsd-current@moderators.muc.de Path: news.t-online.com!not-for-mail From: =?ISO-8859-1?Q?Dorian_B=FCttner?= Newsgroups: muc.lists.freebsd.current Date: Tue, 15 Feb 2005 01:58:08 +0100 Organization: T-Online Lines: 5 Message-ID: References: <20050212174255.Y14737@april.chuckr.org> <200502130005.51416.michaelnottebrock@gmx.net> <20050212185403.D21247@april.chuckr.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: news.t-online.com 1108429089 05 28604 Q3Wpr2brsb3I8ei 050215 00:58:09 X-Complaints-To: usenet-abuse@t-online.de X-ID: Z6FR6yZvoeFWYtzqAb0n5d-C4jMauOhnH8ar5GltVBhCbIpJxCXxsM User-Agent: Mozilla Thunderbird 1.0 (X11/20050214) X-Accept-Language: en-us, en In-Reply-To: <20050212185403.D21247@april.chuckr.org> X-Mailman-Approved-At: Tue, 15 Feb 2005 12:52:16 +0000 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: Tue, 15 Feb 2005 00:58:22 -0000 Chuck Robey wrote: > I seem to remember hasving something like "." in the variable, but my > memory is a bit shaky on this. http://www.de.freebsd.org/doc/en_US.ISO8859-1/books/handbook/cvs-tags.html ?? From owner-freebsd-current@FreeBSD.ORG Tue Feb 15 09:05: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 9FE7916A4CE for ; Tue, 15 Feb 2005 09:05:39 +0000 (GMT) Received: from sanne.nlnetlabs.nl (sanne.nlnetlabs.nl [213.154.224.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C85B43D54 for ; Tue, 15 Feb 2005 09:05:39 +0000 (GMT) (envelope-from ted@sanne.nlnetlabs.nl) Received: from sanne.nlnetlabs.nl (localhost [127.0.0.1]) by sanne.nlnetlabs.nl (8.13.3/8.13.3) with ESMTP id j1F95bl2000903 for ; Tue, 15 Feb 2005 10:05:37 +0100 (CET) (envelope-from ted@sanne.nlnetlabs.nl) Received: (from ted@localhost) by sanne.nlnetlabs.nl (8.13.3/8.13.3/Submit) id j1F95axw000902 for freebsd-current@freebsd.org; Tue, 15 Feb 2005 10:05:36 +0100 (CET) (envelope-from ted) Message-Id: <200502150905.j1F95axw000902@sanne.nlnetlabs.nl> From: ted@sanne.nlnetlabs.nl (Ted Lindgreen) Date: Tue, 15 Feb 2005 10:05:36 +0100 References: <1c347c3282b5a66df40546b54cc37cb0@mcneil.com> <200502151806.51203.doconnor@gsoft.com.au> <67b8fa69de95da88c7f15fea92a26394@mcneil.com> Organization: Stichting NLnet Labs X-Mailer: Mail User's Shell (7.2.6 beta(5) 10/07/98) To: freebsd-current@freebsd.org X-Mailman-Approved-At: Tue, 15 Feb 2005 12:52:16 +0000 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 09:05:39 -0000 In article <67b8fa69de95da88c7f15fea92a26394@mcneil.com>, Sean McNeil wrote: ... >#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 ... Looks like the same problem happens also spamass-milter. At startup spamass-milter produces some additional info which may be helpful: sanne# /usr/local/etc/rc.d/spamass-milter.sh start Starting spamass_milter. Fatal error 'Thread has returned from _thread_switch' at line 1101 in file /usr/src/lib/libpthread/thread/thr_kern.c (errno = 0) and a coredump analysis looks similar to above. This error did not occur with a kernel+world build on Febr. 12, it consistently happens with nightly builds on Febr. 14 and 15 (this morning). I have now rebuild all relevant ports, but the error remains, so: >I tried with a feb 8th kernel and got the same error, so the problem >must be in a library like libc or libpthread. yes, I think so too. Regards, -- ted From owner-freebsd-current@FreeBSD.ORG Tue Feb 15 11:01: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 37D9516A4CE for ; Tue, 15 Feb 2005 11:01:44 +0000 (GMT) Received: from sanne.nlnetlabs.nl (sanne.nlnetlabs.nl [213.154.224.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6506343D39 for ; Tue, 15 Feb 2005 11:01:43 +0000 (GMT) (envelope-from ted@sanne.nlnetlabs.nl) Received: from sanne.nlnetlabs.nl (localhost [127.0.0.1]) by sanne.nlnetlabs.nl (8.13.3/8.13.3) with ESMTP id j1FB1aE1000766 for ; Tue, 15 Feb 2005 12:01:36 +0100 (CET) (envelope-from ted@sanne.nlnetlabs.nl) Received: (from ted@localhost) by sanne.nlnetlabs.nl (8.13.3/8.13.3/Submit) id j1FB1apW000765 for freebsd-current@freebsd.org; Tue, 15 Feb 2005 12:01:36 +0100 (CET) (envelope-from ted) Message-Id: <200502151101.j1FB1apW000765@sanne.nlnetlabs.nl> From: ted@sanne.nlnetlabs.nl (Ted Lindgreen) Date: Tue, 15 Feb 2005 12:01:36 +0100 In-Reply-To: "Ted Lindgreen's message as of Feb 15, 10:05" X-Mailer: Mail User's Shell (7.2.6 beta(5) 10/07/98) To: freebsd-current@freebsd.org X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on sanne.nlnetlabs.nl X-Mailman-Approved-At: Tue, 15 Feb 2005 12:52:16 +0000 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 11:01:44 -0000 [Quoting Ted Lindgreen, on Feb 15, 10:05, in "Re: few programs now ..."] > In article <67b8fa69de95da88c7f15fea92a26394@mcneil.com>, > Sean McNeil wrote: ... > >I tried with a feb 8th kernel and got the same error, so the problem > >must be in a library like libc or libpthread. Just tried: reinstalling a /usr/lib/libpthread.so.1 build on Feb 12 makes the problem go away (nothing else changed). Regards, -- ted From owner-freebsd-current@FreeBSD.ORG Tue Feb 15 13:08: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 42B1D16A4CF for ; Tue, 15 Feb 2005 13:08:07 +0000 (GMT) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 0CF3843D48 for ; Tue, 15 Feb 2005 13:08:06 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: (qmail invoked by alias); 15 Feb 2005 13:08:04 -0000 Received: from pD9E247DC.dip.t-dialin.net (EHLO lofi.dyndns.org) (217.226.71.220) by mail.gmx.net (mp002) with SMTP; 15 Feb 2005 14:08:04 +0100 X-Authenticated: #443188 Received: from [192.168.8.4] (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id j1FD7k3M038435 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Tue, 15 Feb 2005 14:07:48 +0100 (CET) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: freebsd-current@freebsd.org Date: Tue, 15 Feb 2005 14:07:39 +0100 User-Agent: KMail/1.7.2 References: <421174F7.6020305@samsco.org> <421196AA.5000605@root.org> In-Reply-To: <421196AA.5000605@root.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1360715.mJgnvJA4mx"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200502151407.45801.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new X-Y-GMX-Trusted: 0 cc: stable@freebsd.org cc: Nate Lawson 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 13:08:07 -0000 --nextPart1360715.mJgnvJA4mx Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday, 15. February 2005 07:28, Nate Lawson wrote: > 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. The snapshots on snapshots.[jp|se].freebsd.org are date-suffixed (however,= =20 those servers don't build snaps for all platforms). =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 --nextPart1360715.mJgnvJA4mx Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCEfQhXhc68WspdLARAlYVAKCjpDuCj+bh5H4NPVHmTrcuSeZYbQCfUp2k 6UCfSHGwAM1TjMLtGlNEqcQ= =uGLA -----END PGP SIGNATURE----- --nextPart1360715.mJgnvJA4mx-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 15 13:08: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 B5F6216A4D0 for ; Tue, 15 Feb 2005 13:08:31 +0000 (GMT) Received: from voodoo.oberon.net (voodoo.oberon.net [212.118.165.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 50D6D43D49 for ; Tue, 15 Feb 2005 13:08:31 +0000 (GMT) (envelope-from krion@voodoo.oberon.net) Received: from krion by voodoo.oberon.net with local (Exim 4.44 (FreeBSD)) id 1D12R1-0000PI-5l; Tue, 15 Feb 2005 14:08:11 +0100 Date: Tue, 15 Feb 2005 14:08:11 +0100 From: Kirill Ponomarew To: Ted Lindgreen Message-ID: <20050215130811.GB1024@voodoo.oberon.net> References: <200502151101.j1FB1apW000765@sanne.nlnetlabs.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200502151101.j1FB1apW000765@sanne.nlnetlabs.nl> X-NCC-Regid: de.oberon X-NIC-HDL: KP869-RIPE cc: freebsd-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 13:08:31 -0000 On Tue, Feb 15, 2005 at 12:01:36PM +0100, Ted Lindgreen wrote: > Just tried: reinstalling a /usr/lib/libpthread.so.1 build > on Feb 12 makes the problem go away (nothing else changed). This commit probably broke it: deischen 2005-02-13 18:38:06 UTC FreeBSD src repository Modified files: lib/libpthread/thread thr_attr_init.c thr_init.c thr_private.h thr_stack.c Log: Increase the default stacksizes: 32-bit 64-bit main thread 2MB 4MB other threads 1MB 2MB -Kirill From owner-freebsd-current@FreeBSD.ORG Tue Feb 15 13:16:36 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 11C6916A4CE for ; Tue, 15 Feb 2005 13:16:36 +0000 (GMT) Received: from pastinakel.tue.nl (pastinakel.tue.nl [131.155.2.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id BDCC943D5D for ; Tue, 15 Feb 2005 13:16:35 +0000 (GMT) (envelope-from stijn@pcwin002.win.tue.nl) Received: by pastinakel.tue.nl (Postfix, from userid 40) id 0298114BD4A; Tue, 15 Feb 2005 14:16:34 +0100 (CET) Received: from pcwin002.win.tue.nl (pcwin002.win.tue.nl [131.155.71.72]) by pastinakel.tue.nl (Postfix) with ESMTP id C893114BD33; Tue, 15 Feb 2005 14:16:33 +0100 (CET) Received: (from stijn@localhost) by pcwin002.win.tue.nl (8.13.1/8.13.1/Submit) id j1FDGXVO012293; Tue, 15 Feb 2005 14:16:33 +0100 (CET) (envelope-from stijn) Date: Tue, 15 Feb 2005 14:16:33 +0100 From: Stijn Hoop To: Ted Lindgreen Message-ID: <20050215131633.GG54011@pcwin002.win.tue.nl> References: <1c347c3282b5a66df40546b54cc37cb0@mcneil.com> <200502151806.51203.doconnor@gsoft.com.au> <67b8fa69de95da88c7f15fea92a26394@mcneil.com> <200502150905.j1F95axw000902@sanne.nlnetlabs.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="neYutvxvOLaeuPCA" Content-Disposition: inline In-Reply-To: <200502150905.j1F95axw000902@sanne.nlnetlabs.nl> User-Agent: Mutt/1.4.2.1i X-Bright-Idea: Let's abolish HTML mail! X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on pastinakel.tue.nl X-Spam-DCC: : X-Spam-Status: No, hits=-4.9 required=6.3 tests=BAYES_00 autolearn=ham version=2.64 X-Spam-Level: cc: freebsd-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 13:16:36 -0000 --neYutvxvOLaeuPCA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, On Tue, Feb 15, 2005 at 10:05:36AM +0100, Ted Lindgreen wrote: > Fatal error 'Thread has returned from _thread_switch' at line 1101 in fi= le /usr/src/lib/libpthread/thread/thr_kern.c (errno =3D 0) I'm seeing the exact same thing when starting openoffice-1.1.3-scalc on a -CURRENT from yesterday, except that I haven't yet dared to rebuild the whole of openoffice... > This error did not occur with a kernel+world build on Febr. 12, > it consistently happens with nightly builds on Febr. 14 and 15 > (this morning). Good to know. Maybe I'll downgrade. --Stijn --=20 A "No" uttered from deepest conviction is better and greater than a "Yes" merely uttered to please, or what is worse, to avoid trouble. -- Mahatma Ghandi --neYutvxvOLaeuPCA Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCEfYxY3r/tLQmfWcRAksZAKCFZNq2si7KJUuRt/Qsv43gqtxsQgCgkncc 2I+YU+EvXv6779FLuiix3NM= =Kkci -----END PGP SIGNATURE----- --neYutvxvOLaeuPCA-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 15 13:33: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 5641C16A4CE for ; Tue, 15 Feb 2005 13:33:13 +0000 (GMT) Received: from kweetal.tue.nl (kweetal.tue.nl [131.155.3.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B9C443D58 for ; Tue, 15 Feb 2005 13:33:13 +0000 (GMT) (envelope-from stijn@pcwin002.win.tue.nl) Received: by kweetal.tue.nl (Postfix, from userid 40) id 1234C13BA23; Tue, 15 Feb 2005 14:33:11 +0100 (CET) Received: from pcwin002.win.tue.nl (pcwin002.win.tue.nl [131.155.71.72]) by kweetal.tue.nl (Postfix) with ESMTP id C269313B6BE; Tue, 15 Feb 2005 14:33:02 +0100 (CET) Received: (from stijn@localhost) by pcwin002.win.tue.nl (8.13.1/8.13.1/Submit) id j1FDX27Z010580; Tue, 15 Feb 2005 14:33:02 +0100 (CET) (envelope-from stijn) Date: Tue, 15 Feb 2005 14:33:02 +0100 From: Stijn Hoop To: Kirill Ponomarew Message-ID: <20050215133302.GH54011@pcwin002.win.tue.nl> References: <200502151101.j1FB1apW000765@sanne.nlnetlabs.nl> <20050215130811.GB1024@voodoo.oberon.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/e2eDi0V/xtL+Mc8" Content-Disposition: inline In-Reply-To: <20050215130811.GB1024@voodoo.oberon.net> User-Agent: Mutt/1.4.2.1i X-Bright-Idea: Let's abolish HTML mail! X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on kweetal.tue.nl X-Spam-DCC: : X-Spam-Status: No, hits=-4.9 required=6.3 tests=BAYES_00 autolearn=ham version=2.64 X-Spam-Level: cc: freebsd-current@freebsd.org cc: Ted Lindgreen 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 13:33:13 -0000 --/e2eDi0V/xtL+Mc8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 15, 2005 at 02:08:11PM +0100, Kirill Ponomarew wrote: > On Tue, Feb 15, 2005 at 12:01:36PM +0100, Ted Lindgreen wrote: > > Just tried: reinstalling a /usr/lib/libpthread.so.1 build > > on Feb 12 makes the problem go away (nothing else changed). I can confirm this: cvs -d /freebsd/cvsroot co -P -D '2005/02/12' libpthread cvs -d /freebsd/cvsroot co -P libc cd libpthread env CFLAGS=3D"-I/usr/src/libexec/rtld-elf -I/usr/src/libexec/rtld-elf/i386"= make (with sources in /usr/src of course) produces a libpthread.so.1 that restores openoffice functionality for me. > This commit probably broke it: >=20 > deischen 2005-02-13 18:38:06 UTC > > FreeBSD src repository > > Modified files: > lib/libpthread/thread thr_attr_init.c thr_init.c thr_private.h > thr_stack.c > Log: > Increase the default stacksizes: > > 32-bit 64-bit > main thread 2MB 4MB > other threads 1MB 2MB Isn't it strange that a rebuild of the affected program will not change this behaviour then? I'm trying to say that I think it's weird that programs would still core when built with the default stack size... Then again I know next to nothing about thread programming. Thanks for the fix! --Stijn --=20 Nostalgia ain't what it used to be. --/e2eDi0V/xtL+Mc8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCEfoOY3r/tLQmfWcRAixmAJ9OvFQIyh1BmRdBcrXIBG2KruJ0lgCdHWJO lIp1pFs9c/hAVxgDmZxiS8M= =6Lmm -----END PGP SIGNATURE----- --/e2eDi0V/xtL+Mc8-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 15 14:41: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 F0C3616A4CE for ; Tue, 15 Feb 2005 14:41:26 +0000 (GMT) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9783743D1F for ; Tue, 15 Feb 2005 14:41:26 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) j1FEfPpo015445; Tue, 15 Feb 2005 09:41:25 -0500 (EST) Date: Tue, 15 Feb 2005 09:41:25 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Ted Lindgreen In-Reply-To: <200502150905.j1F95axw000902@sanne.nlnetlabs.nl> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) cc: freebsd-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 Reply-To: Daniel Eischen 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 14:41:27 -0000 On Tue, 15 Feb 2005, Ted Lindgreen wrote: > In article <67b8fa69de95da88c7f15fea92a26394@mcneil.com>, > Sean McNeil wrote: > ... > >#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 > ... > > Looks like the same problem happens also spamass-milter. > At startup spamass-milter produces some additional info > which may be helpful: > > sanne# /usr/local/etc/rc.d/spamass-milter.sh start > Starting spamass_milter. > Fatal error 'Thread has returned from _thread_switch' at line 1101 in file /usr/src/lib/libpthread/thread/thr_kern.c (errno = 0) > > and a coredump analysis looks similar to above. > > This error did not occur with a kernel+world build on Febr. 12, > it consistently happens with nightly builds on Febr. 14 and 15 > (this morning). You can try backing out the increase stacksize change I committed yesterday to libpthread... I didn't have any problem testing it here. -- DE From owner-freebsd-current@FreeBSD.ORG Tue Feb 15 14:43:32 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 E733E16A4CE; Tue, 15 Feb 2005 14:43:32 +0000 (GMT) Received: from voodoo.oberon.net (voodoo.oberon.net [212.118.165.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id A766343D4C; Tue, 15 Feb 2005 14:43:32 +0000 (GMT) (envelope-from krion@voodoo.oberon.net) Received: from krion by voodoo.oberon.net with local (Exim 4.44 (FreeBSD)) id 1D13vC-0001Ai-JP; Tue, 15 Feb 2005 15:43:26 +0100 Date: Tue, 15 Feb 2005 15:43:26 +0100 From: Kirill Ponomarew To: Daniel Eischen Message-ID: <20050215144326.GC2428@voodoo.oberon.net> References: <200502150905.j1F95axw000902@sanne.nlnetlabs.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-NCC-Regid: de.oberon X-NIC-HDL: KP869-RIPE Keywords: 579279786 cc: freebsd-current@freebsd.org cc: Ted Lindgreen 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 14:43:33 -0000 On Tue, Feb 15, 2005 at 09:41:25AM -0500, Daniel Eischen wrote: > You can try backing out the increase stacksize change I committed > yesterday to libpthread... I didn't have any problem testing it > here. Backout helped here also. -Kirill From owner-freebsd-current@FreeBSD.ORG Tue Feb 15 14:57: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 6793716A4D0 for ; Tue, 15 Feb 2005 14:57:52 +0000 (GMT) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 08D1043D46 for ; Tue, 15 Feb 2005 14:57:52 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) j1FEvp8i003512; Tue, 15 Feb 2005 09:57:51 -0500 (EST) Date: Tue, 15 Feb 2005 09:57:51 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Kirill Ponomarew In-Reply-To: <20050215144326.GC2428@voodoo.oberon.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) cc: freebsd-current@freebsd.org cc: Ted Lindgreen Subject: Re: few programs now getting sig 6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Daniel Eischen 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 14:57:52 -0000 On Tue, 15 Feb 2005, Kirill Ponomarew wrote: > On Tue, Feb 15, 2005 at 09:41:25AM -0500, Daniel Eischen wrote: > > You can try backing out the increase stacksize change I committed > > yesterday to libpthread... I didn't have any problem testing it > > here. > > Backout helped here also. Does this help? -- DE Index: thread/thr_init.c =================================================================== RCS file: /home/ncvs/src/lib/libpthread/thread/thr_init.c,v retrieving revision 1.68 diff -u -r1.68 thr_init.c --- thread/thr_init.c 13 Feb 2005 18:38:06 -0000 1.68 +++ thread/thr_init.c 15 Feb 2005 14:56:01 -0000 @@ -435,6 +435,8 @@ _thr_stack_default = THR_STACK32_DEFAULT; _thr_stack_initial = THR_STACK32_INITIAL; } + _pthread_attr_default.guardsize_attr = _thr_guard_default; + _pthread_attr_default.stacksize_attr = _thr_stack_default; init_once = 1; /* Don't do this again. */ } else { /* From owner-freebsd-current@FreeBSD.ORG Tue Feb 15 15:07: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 44EC916A4CE; Tue, 15 Feb 2005 15:07:39 +0000 (GMT) Received: from voodoo.oberon.net (voodoo.oberon.net [212.118.165.100]) by mx1.FreeBSD.org (Postfix) with ESMTP id 04DFF43D58; Tue, 15 Feb 2005 15:07:39 +0000 (GMT) (envelope-from krion@voodoo.oberon.net) Received: from krion by voodoo.oberon.net with local (Exim 4.44 (FreeBSD)) id 1D14IX-0001lj-0W; Tue, 15 Feb 2005 16:07:33 +0100 Date: Tue, 15 Feb 2005 16:07:32 +0100 From: Kirill Ponomarew To: Daniel Eischen Message-ID: <20050215150732.GD2428@voodoo.oberon.net> References: <20050215144326.GC2428@voodoo.oberon.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-NCC-Regid: de.oberon X-NIC-HDL: KP869-RIPE Keywords: 579279786 cc: freebsd-current@freebsd.org cc: Ted Lindgreen 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 15:07:39 -0000 On Tue, Feb 15, 2005 at 09:57:51AM -0500, Daniel Eischen wrote: > > On Tue, Feb 15, 2005 at 09:41:25AM -0500, Daniel Eischen wrote: > > > You can try backing out the increase stacksize change I committed > > > yesterday to libpthread... I didn't have any problem testing it > > > here. > > > > Backout helped here also. > > Does this help? Yeah, this patch fixed coredumps, thanks! -Kirill From owner-freebsd-current@FreeBSD.ORG Tue Feb 15 15:10: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 6AF7D16A4D0 for ; Tue, 15 Feb 2005 15:10:08 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id CF90343D4C for ; Tue, 15 Feb 2005 15:10:07 +0000 (GMT) (envelope-from leafy7382@gmail.com) Received: by rproxy.gmail.com with SMTP id 34so37099rns for ; Tue, 15 Feb 2005 07:10:07 -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=QQBW7oWT3xH7GizAHkW+z8A4UbePRXkqLXRNwolp0Za4oN9ggVYbpHnbKtnYPs6B227QjJpPxRdBhx597GW/CUjLnht298sEmaqj0fpQRlNhmPMddqBmUXnV9eWAbNOYdDEgH0GoJQaInPIcjJNPVwegeKhBkMxZWSmtEAwzc+g= Received: by 10.38.8.16 with SMTP id 16mr25224rnh; Tue, 15 Feb 2005 07:10:07 -0800 (PST) Received: by 10.38.8.9 with HTTP; Tue, 15 Feb 2005 07:10:07 -0800 (PST) Message-ID: Date: Tue, 15 Feb 2005 23:10:07 +0800 From: Jiawei Ye To: Nate Lawson In-Reply-To: <4211A8DD.4010406@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> <4211A8DD.4010406@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: Tue, 15 Feb 2005 15:10:08 -0000 On Mon, 14 Feb 2005 23:46:37 -0800, Nate Lawson wrote: > I just committed a patch that may fix this issue. > > -- > Nate > Does this look right to you? 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 dev.cpu.0.freq: 1818 dev.cpu.0.freq_levels: 1818/-1 1590/-1 1363/-1 1136/-1 909/-1 681/-1 454/-1 227/-1 -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming From owner-freebsd-current@FreeBSD.ORG Tue Feb 15 15:15: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 9CFEA16A4CE for ; Tue, 15 Feb 2005 15:15:05 +0000 (GMT) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 32A2C43D2F for ; Tue, 15 Feb 2005 15:15:05 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) j1FFF40v023549; Tue, 15 Feb 2005 10:15:04 -0500 (EST) Date: Tue, 15 Feb 2005 10:15:04 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Kirill Ponomarew In-Reply-To: <20050215150732.GD2428@voodoo.oberon.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) cc: freebsd-current@freebsd.org cc: Ted Lindgreen Subject: Re: few programs now getting sig 6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Daniel Eischen 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 15:15:05 -0000 On Tue, 15 Feb 2005, Kirill Ponomarew wrote: > On Tue, Feb 15, 2005 at 09:57:51AM -0500, Daniel Eischen wrote: > > > On Tue, Feb 15, 2005 at 09:41:25AM -0500, Daniel Eischen wrote: > > > > You can try backing out the increase stacksize change I committed > > > > yesterday to libpthread... I didn't have any problem testing it > > > > here. > > > > > > Backout helped here also. > > > > Does this help? > > Yeah, this patch fixed coredumps, thanks! I just committed it, thanks. -- DE From owner-freebsd-current@FreeBSD.ORG Tue Feb 15 15:28:17 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 CD3DA16A4CE for ; Tue, 15 Feb 2005 15:28:17 +0000 (GMT) Received: from mail.mdanderson.org (mail.mdanderson.org [143.111.251.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 721AE43D41 for ; Tue, 15 Feb 2005 15:28:17 +0000 (GMT) (envelope-from jonathan@fosburgh.org) Received: by jef-nt.mdacc.tmc.edu (Postfix, from userid 1001) id AB02529D; Tue, 15 Feb 2005 09:28:12 -0600 (CST) From: Jonathan Fosburgh To: freebsd-current@freebsd.org Date: Tue, 15 Feb 2005 09:28:01 -0600 User-Agent: KMail/1.7.2 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3553979.zGNpRGI5P1"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200502150928.12090.jonathan@fosburgh.org> Subject: Sluggish USB mouse 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: Tue, 15 Feb 2005 15:28:17 -0000 --nextPart3553979.zGNpRGI5P1 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline I have a new Logitech LX700 cordless USB keyboard/mouse combo. The keyboar= d=20 is working fine in either USB or PS/2, but the mouse is giving me issues. = =20 When used on the USB port, regardless of if I am in X using the mouse=20 directly, or using moused, the mouse is very sluggish to respond. That is,= =20 it does not move smoothly, but rather is jerky and always feels behind wher= e=20 I think it should be. Also, clicking is difficult, I usually have to hold= =20 the button an extremely long time. If I connect to the PS/2 port the point= er=20 responds quickly, but it is detected as only a generic PS/2 mouse, and has = no=20 wheel support. I am running -current from yesterday. Also, I am using an= =20 older USB mouse at home on 5-STABLE (and 4-STABLE before that) without any= =20 such issues. Any thoughts? =2D-=20 Jonathan Fosburgh AIX and Storage Administrator UT MD Anderson Cancer Center Houston, TX --nextPart3553979.zGNpRGI5P1 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCEhUMqUvQmqp7omYRAvrFAJwI0XprbkaNBW76NWWkgM+FCYkFHwCgiEGF IafO5Jer2MkEh59RGSALmlM= =HihK -----END PGP SIGNATURE----- --nextPart3553979.zGNpRGI5P1-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 15 16:26: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 A1ED916A4CE for ; Tue, 15 Feb 2005 16:26:21 +0000 (GMT) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3DED343D64 for ; Tue, 15 Feb 2005 16:26:18 +0000 (GMT) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1D15UD-0005wl-De for freebsd-current@freebsd.org; Tue, 15 Feb 2005 17:23:41 +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 ; Tue, 15 Feb 2005 17:23:41 +0100 Received: from atkin901 by mulder.f5.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 15 Feb 2005 17:23:41 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: othermark Date: Tue, 15 Feb 2005 08:12:05 -0800 Lines: 34 Message-ID: References: <200502150928.12090.jonathan@fosburgh.org> 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: Sluggish USB mouse 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: Tue, 15 Feb 2005 16:26:21 -0000 Jonathan Fosburgh wrote: > I have a new Logitech LX700 cordless USB keyboard/mouse combo. The > keyboard is working fine in either USB or PS/2, but the mouse is giving me > issues. When used on the USB port, regardless of if I am in X using the > mouse > directly, or using moused, the mouse is very sluggish to respond. That > is, it does not move smoothly, but rather is jerky and always feels behind > where > I think it should be. Also, clicking is difficult, I usually have to hold > the button an extremely long time. If I connect to the PS/2 port the > pointer responds quickly, but it is detected as only a generic PS/2 mouse, > and has no > wheel support. I am running -current from yesterday. Also, I am using an > older USB mouse at home on 5-STABLE (and 4-STABLE before that) without any > such issues. Any thoughts? If you search the archive, you'll find this problem is mentioned off and on in -current postings. I too cannot use my USB mouse in -current. I used to be able to, but that's when I could turn apic on and off in the kernel. Turning it off broke other things as well, but the brokeness is partially a function of my mboard/bios, and partially because of the implementation of -current. Take a look at the output from 'vmstat -i' and look to see what interrupt ums0 is sharing. Try to hardcode an unused interrupt to the USB controller in BIOS (sometimes just disabling the PS/2 port in BIOS works as well). If FreeBSD reads the table correctly (check with a verbose boot, my interrupt setting never takes) then you should get your mouse back to working in -current. -- othermark atkin901 at nospam dot yahoo dot com (!wired)?(coffee++):(wired); From owner-freebsd-current@FreeBSD.ORG Tue Feb 15 16:29: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 5C55D16A4CE; Tue, 15 Feb 2005 16:29:19 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 124C643D2F; Tue, 15 Feb 2005 16:29:19 +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]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j1FGTEZj029120 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 15 Feb 2005 08:29:15 -0800 Message-ID: <42122359.9080105@root.org> Date: Tue, 15 Feb 2005 08:29:13 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Michael Nottebrock References: <421174F7.6020305@samsco.org> <421196AA.5000605@root.org> <200502151407.45801.michaelnottebrock@gmx.net> In-Reply-To: <200502151407.45801.michaelnottebrock@gmx.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: stable@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 16:29:19 -0000 Michael Nottebrock wrote: > On Tuesday, 15. February 2005 07:28, Nate Lawson wrote: > > >>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. > > > The snapshots on snapshots.[jp|se].freebsd.org are date-suffixed (however, > those servers don't build snaps for all platforms). > I'm talking hour/min./second, thanks. -- Nate From owner-freebsd-current@FreeBSD.ORG Tue Feb 15 16:33:34 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 BA6CB16A4CE; Tue, 15 Feb 2005 16:33:34 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 55F1143D45; Tue, 15 Feb 2005 16:33:34 +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 j1FGXpJB034738; Tue, 15 Feb 2005 09:33:51 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <4212245A.8070100@samsco.org> Date: Tue, 15 Feb 2005 09:33:30 -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: Nate Lawson References: <421174F7.6020305@samsco.org> <421196AA.5000605@root.org> <200502151407.45801.michaelnottebrock@gmx.net> <42122359.9080105@root.org> In-Reply-To: <42122359.9080105@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: freebsd-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 16:33:34 -0000 Nate Lawson wrote: > Michael Nottebrock wrote: > >> On Tuesday, 15. February 2005 07:28, Nate Lawson wrote: >> >> >>> 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. >> >> >> >> The snapshots on snapshots.[jp|se].freebsd.org are date-suffixed >> (however, those servers don't build snaps for all platforms). >> > > I'm talking hour/min./second, thanks. > What it sounds like you really want is the CVS revision ID for every file in the snapshot so that when someone reports a bug that you think you might have fixed already, you can just point them to the correct revision. Haven't you learned that vagueness and uncertainty is what makes computers fun?? =-) Scott From owner-freebsd-current@FreeBSD.ORG Tue Feb 15 16:34: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 E7F6C16A4CE; Tue, 15 Feb 2005 16:34:19 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id A410443D2D; Tue, 15 Feb 2005 16:34:19 +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]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j1FGYIZj029166 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 15 Feb 2005 08:34:18 -0800 Message-ID: <42122489.4030705@root.org> Date: Tue, 15 Feb 2005 08:34:17 -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> <4211A8DD.4010406@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 16:34:20 -0000 Jiawei Ye wrote: > On Mon, 14 Feb 2005 23:46:37 -0800, Nate Lawson wrote: > >>I just committed a patch that may fix this issue. >> >>-- >>Nate >> > > Does this look right to you? > > 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 > dev.cpu.0.freq: 1818 > dev.cpu.0.freq_levels: 1818/-1 1590/-1 1363/-1 1136/-1 909/-1 681/-1 > 454/-1 227/-1 I don't know, what's your CPUs actual full speed clock rate? Your system only has throttling so the only way to get those levels is to estimate the full speed rate and derive the rest from it. I'm working to make the estimate more correct in the future, but the current code should be right +/- a few Mhz. -- Nate From owner-freebsd-current@FreeBSD.ORG Tue Feb 15 16:36:27 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 6E4A416A4CE for ; Tue, 15 Feb 2005 16:36:27 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id D0EFA43D2F for ; Tue, 15 Feb 2005 16:36:26 +0000 (GMT) (envelope-from leafy7382@gmail.com) Received: by rproxy.gmail.com with SMTP id 34so44781rns for ; Tue, 15 Feb 2005 08:36:25 -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=W9796Mowf6GRB65YcRZ+uEIe19Pl4O1/qVXOo72aDcH2b5ktbIylnP/E6QKSrkZhfFISCSK4TGvS68jgPY4ro558lsgBjnyAzi1cbgvIW0LhXQO4NEfpPZO+4rQYPx5bfWDghiUFWY81TWY6KcKUTANmRY74YhJqL6oFN8qKVfM= Received: by 10.38.179.80 with SMTP id b80mr30844rnf; Tue, 15 Feb 2005 08:36:25 -0800 (PST) Received: by 10.38.8.9 with HTTP; Tue, 15 Feb 2005 08:36:25 -0800 (PST) Message-ID: Date: Wed, 16 Feb 2005 00:36:25 +0800 From: Jiawei Ye To: Nate Lawson In-Reply-To: <42122489.4030705@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> <4211A8DD.4010406@root.org> <42122489.4030705@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: Tue, 15 Feb 2005 16:36:27 -0000 On Tue, 15 Feb 2005 08:34:17 -0800, Nate Lawson wrote: > > dev.cpu.0.freq_levels: 1818/-1 1590/-1 1363/-1 1136/-1 909/-1 681/-1 > > 454/-1 227/-1 > > I don't know, what's your CPUs actual full speed clock rate? Your > system only has throttling so the only way to get those levels is to > estimate the full speed rate and derive the rest from it. I'm working > to make the estimate more correct in the future, but the current code > should be right +/- a few Mhz. > > -- > Nate Sorry I didn't make myself clear. I was referring to the '-1'. It used to be 0 there. Jiawei -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming From owner-freebsd-current@FreeBSD.ORG Tue Feb 15 16:41: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 D625C16A4CF for ; Tue, 15 Feb 2005 16:41:40 +0000 (GMT) Received: from mail.gmx.net (pop.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 94DAF43D31 for ; Tue, 15 Feb 2005 16:41:39 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: (qmail invoked by alias); 15 Feb 2005 16:41:37 -0000 Received: from pD9E247DC.dip.t-dialin.net (EHLO lofi.dyndns.org) (217.226.71.220) by mail.gmx.net (mp025) with SMTP; 15 Feb 2005 17:41:37 +0100 X-Authenticated: #443188 Received: from [192.168.8.4] (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id j1FGfV3M041093 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Tue, 15 Feb 2005 17:41:31 +0100 (CET) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: Nate Lawson Date: Tue, 15 Feb 2005 17:41:25 +0100 User-Agent: KMail/1.7.2 References: <421174F7.6020305@samsco.org> <200502151407.45801.michaelnottebrock@gmx.net> <42122359.9080105@root.org> In-Reply-To: <42122359.9080105@root.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart5543058.32BMmAyHRc"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200502151741.30286.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new X-Y-GMX-Trusted: 0 cc: freebsd-current@freebsd.org cc: stable@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 16:41:41 -0000 --nextPart5543058.32BMmAyHRc Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday, 15. February 2005 17:29, Nate Lawson wrote: > Michael Nottebrock wrote: > > On Tuesday, 15. February 2005 07:28, Nate Lawson wrote: > >>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. > > > > The snapshots on snapshots.[jp|se].freebsd.org are date-suffixed > > (however, those servers don't build snaps for all platforms). > > I'm talking hour/min./second, thanks. Well, the builds on jp are always generated from source of 15:00 UTC of tha= t=20 date. The se machine probably uses a fixed time as well, but I can't look i= t=20 up at the moment (hardware troubles at the se site). =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 --nextPart5543058.32BMmAyHRc Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCEiY6Xhc68WspdLARArFxAJ9DAr4IQ+116asEjrZRx4akb47PNQCgl4Fl i8faoYsso6aZLz+jw/wBuM0= =6qyr -----END PGP SIGNATURE----- --nextPart5543058.32BMmAyHRc-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 15 16:43: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 50AC216A4E0 for ; Tue, 15 Feb 2005 16:43:10 +0000 (GMT) Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 7908243D2D for ; Tue, 15 Feb 2005 16:43:09 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: (qmail invoked by alias); 15 Feb 2005 16:43:08 -0000 Received: from pD9E247DC.dip.t-dialin.net (EHLO lofi.dyndns.org) (217.226.71.220) by mail.gmx.net (mp025) with SMTP; 15 Feb 2005 17:43:08 +0100 X-Authenticated: #443188 Received: from [192.168.8.4] (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id j1FGh33M041104 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Tue, 15 Feb 2005 17:43:03 +0100 (CET) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: Nate Lawson Date: Tue, 15 Feb 2005 17:42:59 +0100 User-Agent: KMail/1.7.2 References: <421174F7.6020305@samsco.org> <42122359.9080105@root.org> <200502151741.30286.michaelnottebrock@gmx.net> In-Reply-To: <200502151741.30286.michaelnottebrock@gmx.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1304730.ElVvSOABQE"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200502151743.03599.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new X-Y-GMX-Trusted: 0 cc: freebsd-current@freebsd.org cc: stable@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 16:43:10 -0000 --nextPart1304730.ElVvSOABQE Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday, 15. February 2005 17:41, Michael Nottebrock wrote: > On Tuesday, 15. February 2005 17:29, Nate Lawson wrote: > > Michael Nottebrock wrote: > > > On Tuesday, 15. February 2005 07:28, Nate Lawson wrote: > > >>Are there any tags for these? That may be too heavyweight but at lea= st > > >>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. > > > > > > The snapshots on snapshots.[jp|se].freebsd.org are date-suffixed > > > (however, those servers don't build snaps for all platforms). > > > > I'm talking hour/min./second, thanks. > > Well, the builds on jp are always generated from source of 15:00 UTC of > that date. The se machine probably uses a fixed time as well, but I can't > look it up at the moment (hardware troubles at the se site). And thinking about it, so probably does the snapbuilder which produces thos= e=20 snaps on ftp.freebsd.org ... Scott? :-) =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 --nextPart1304730.ElVvSOABQE Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCEiaXXhc68WspdLARAgCAAJ9jefn1g+rBs9jMnuqmN9AhrUu8EQCfUpLo 7V5FpZIRE3UyHHF/a+0l3Fk= =u7vO -----END PGP SIGNATURE----- --nextPart1304730.ElVvSOABQE-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 15 16:46: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 C5FEA16A4CE; Tue, 15 Feb 2005 16:46:24 +0000 (GMT) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 18E0543D1D; Tue, 15 Feb 2005 16:46:22 +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 j1FGkdQa034831; Tue, 15 Feb 2005 09:46:39 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <4212275A.1090402@samsco.org> Date: Tue, 15 Feb 2005 09:46:18 -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: Michael Nottebrock References: <421174F7.6020305@samsco.org> <42122359.9080105@root.org> <200502151741.30286.michaelnottebrock@gmx.net> <200502151743.03599.michaelnottebrock@gmx.net> In-Reply-To: <200502151743.03599.michaelnottebrock@gmx.net> 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: freebsd-current@freebsd.org cc: Nate Lawson 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 16:46:24 -0000 Michael Nottebrock wrote: > On Tuesday, 15. February 2005 17:41, Michael Nottebrock wrote: > >>On Tuesday, 15. February 2005 17:29, Nate Lawson wrote: >> >>>Michael Nottebrock wrote: >>> >>>>On Tuesday, 15. February 2005 07:28, Nate Lawson wrote: >>>> >>>>>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. >>>> >>>>The snapshots on snapshots.[jp|se].freebsd.org are date-suffixed >>>>(however, those servers don't build snaps for all platforms). >>> >>>I'm talking hour/min./second, thanks. >> >>Well, the builds on jp are always generated from source of 15:00 UTC of >>that date. The se machine probably uses a fixed time as well, but I can't >>look it up at the moment (hardware troubles at the se site). > > > And thinking about it, so probably does the snapbuilder which produces those > snaps on ftp.freebsd.org ... Scott? :-) > Yes, the lack of a published timestamp is an oversight in this experiment. I'm working on correcting it. Scott From owner-freebsd-current@FreeBSD.ORG Tue Feb 15 17: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 7DFF416A4CE; Tue, 15 Feb 2005 17:24:08 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 37AE143D41; Tue, 15 Feb 2005 17:24:08 +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]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j1FHO7Zj030026 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 15 Feb 2005 09:24:07 -0800 Message-ID: <42123035.50009@root.org> Date: Tue, 15 Feb 2005 09:24: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> <4211A8DD.4010406@root.org> <42122489.4030705@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 17:24:08 -0000 Jiawei Ye wrote: > On Tue, 15 Feb 2005 08:34:17 -0800, Nate Lawson wrote: > >>>dev.cpu.0.freq_levels: 1818/-1 1590/-1 1363/-1 1136/-1 909/-1 681/-1 >>>454/-1 227/-1 >> >>I don't know, what's your CPUs actual full speed clock rate? Your >>system only has throttling so the only way to get those levels is to >>estimate the full speed rate and derive the rest from it. I'm working >>to make the estimate more correct in the future, but the current code >>should be right +/- a few Mhz. >> >>-- >>Nate > > Sorry I didn't make myself clear. I was referring to the '-1'. It used > to be 0 there. Yeah, that was part of something I corrected and is right. The power is set to -1 which is "I don't know." Without a base power to derive from, there's no way to know how much each state saves you. Once the Enhanced SpeedStep driver is committed, you'll have more settings and also known power values. So it looks like your system is working just fine. -- Nate From owner-freebsd-current@FreeBSD.ORG Tue Feb 15 19:10: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 1A6E416A4CE for ; Tue, 15 Feb 2005 19:10:21 +0000 (GMT) Received: from mail.mdanderson.org (mail.mdanderson.org [143.111.251.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9E90943D4C for ; Tue, 15 Feb 2005 19:10:20 +0000 (GMT) (envelope-from syjef@mdanderson.org) Received: by jef-nt.mdacc.tmc.edu (Postfix, from userid 1001) id A248D427; Tue, 15 Feb 2005 13:10:19 -0600 (CST) From: Jonathan Fosburgh Organization: UT MD Anderson Cancer Center To: freebsd-current@freebsd.org Date: Tue, 15 Feb 2005 13:10:08 -0600 User-Agent: KMail/1.7.2 References: <200502150928.12090.jonathan@fosburgh.org> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3150081.OJnKBiNBJD"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200502151310.18456.syjef@mdanderson.org> cc: othermark Subject: Re: Sluggish USB mouse 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: Tue, 15 Feb 2005 19:10:21 -0000 --nextPart3150081.OJnKBiNBJD Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 15 February 2005 10:12, othermark wrote: > > If you search the archive, you'll find this problem is mentioned off and = on > in -current postings. I too cannot use my USB mouse in -current. I used > to be able to, but that's when I could turn apic on and off in the kernel. > Turning it off broke other things as well, but the brokeness is partially > a function of my mboard/bios, and partially because of the implementation > of -current. > > Take a look at the output from 'vmstat -i' and look to see what interrupt > ums0 is sharing. Try to hardcode an unused interrupt to the USB > controller in BIOS (sometimes just disabling the PS/2 port in BIOS works = as > well). If FreeBSD reads the table correctly (check with a verbose boot, > my interrupt setting never takes) then you should get your mouse back to > working in -current. Well none of that worked. My BIOS wont let me disable the PS/2 ports. The= =20 ums device doesn't show up in the vmstat -i listing, and disabling acpi=20 (which also disables HTT for me) doesn't result in any improvement. Maybe= =20 there is more hope of fixing the device probe on PS/2 than fixing USB=20 performance? At least for right now. =2D-=20 Jonathan Fosburgh AIX and Storage Administrator UT MD Anderson Cancer Center Houston, TX=20 --nextPart3150081.OJnKBiNBJD Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCEkkaqUvQmqp7omYRAkvvAJ9F0mgbhSYXWENKF6KikB4nh0WONQCfa4Zy 1bgMZLtT2IHsdljaDqW4hOE= =6TDJ -----END PGP SIGNATURE----- --nextPart3150081.OJnKBiNBJD-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 15 19:19: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 8CD7416A4CE; Tue, 15 Feb 2005 19:19:02 +0000 (GMT) Received: from mail.takas.lt (mail-src.takas.lt [212.59.31.78]) by mx1.FreeBSD.org (Postfix) with ESMTP id B504C43D3F; Tue, 15 Feb 2005 19:19:01 +0000 (GMT) (envelope-from nyan@jp.FreeBSD.org) Received: from mail pickup service by mail.takas.lt with Microsoft SMTPSVC; Tue, 15 Feb 2005 21:18:39 +0200 Received: from mx2.freebsd.org ([216.136.204.119]) by mail.takas.lt with Microsoft SMTPSVC(5.0.2195.6713); Tue, 15 Feb 2005 14:11:04 +0200 Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 64F7756AE1; Tue, 15 Feb 2005 12:09:48 +0000 (GMT) (envelope-from owner-freebsd-stable@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 60FBB16A4D0; Tue, 15 Feb 2005 12:09:37 +0000 (GMT) Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 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 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-stable@freebsd.org Errors-To: owner-freebsd-stable@freebsd.org X-OriginalArrivalTime: 15 Feb 2005 12:11:04.0740 (UTC) FILETIME=[6C256640:01C51357] cc: nakaji@jp.FreeBSD.org cc: imp@freebsd.org cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: UPDATE: ATA mkIII first official patches - please test! X-BeenThere: freebsd-current@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: Tue, 15 Feb 2005 19:19:02 -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 _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Feb 15 19:20:59 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 06E8B16A4CE; Tue, 15 Feb 2005 19:20:59 +0000 (GMT) Received: from mail.takas.lt (mail-src.takas.lt [212.59.31.78]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3561043D53; Tue, 15 Feb 2005 19:20:58 +0000 (GMT) (envelope-from nate@root.org) Received: from mail pickup service by mail.takas.lt with Microsoft SMTPSVC; Tue, 15 Feb 2005 21:20:44 +0200 Received: from mx2.freebsd.org ([216.136.204.119]) by mail.takas.lt with Microsoft SMTPSVC(5.0.2195.6713); Tue, 15 Feb 2005 18:30:55 +0200 Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id 25F5656DC8; Tue, 15 Feb 2005 16:29:45 +0000 (GMT) (envelope-from owner-freebsd-stable@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id D205A16A51F; Tue, 15 Feb 2005 16:29:36 +0000 (GMT) Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5C55D16A4CE; Tue, 15 Feb 2005 16:29:19 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 124C643D2F; Tue, 15 Feb 2005 16:29:19 +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]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id j1FGTEZj029120 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 15 Feb 2005 08:29:15 -0800 Message-ID: <42122359.9080105@root.org> Date: Tue, 15 Feb 2005 08:29:13 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Michael Nottebrock References: <421174F7.6020305@samsco.org> <421196AA.5000605@root.org> <200502151407.45801.michaelnottebrock@gmx.net> In-Reply-To: <200502151407.45801.michaelnottebrock@gmx.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-stable@freebsd.org Errors-To: owner-freebsd-stable@freebsd.org X-OriginalArrivalTime: 15 Feb 2005 16:30:56.0197 (UTC) FILETIME=[B960EF50:01C5137B] cc: stable@freebsd.org cc: freebsd-current@freebsd.org Subject: Re: Feb 2005 Snapshots for FreeBSD available X-BeenThere: freebsd-current@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: Tue, 15 Feb 2005 19:20:59 -0000 Michael Nottebrock wrote: > On Tuesday, 15. February 2005 07:28, Nate Lawson wrote: > > >>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. > > > The snapshots on snapshots.[jp|se].freebsd.org are date-suffixed (however, > those servers don't build snaps for all platforms). > I'm talking hour/min./second, thanks. -- Nate _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Feb 15 19:22: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 0253516A4CE; Tue, 15 Feb 2005 19:22:48 +0000 (GMT) Received: from mail.takas.lt (mail-src.takas.lt [212.59.31.78]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E2FA43D55; Tue, 15 Feb 2005 19:22:47 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: from mail pickup service by mail.takas.lt with Microsoft SMTPSVC; Tue, 15 Feb 2005 21:22:33 +0200 Received: from mx2.freebsd.org ([216.136.204.119]) by mail.takas.lt with Microsoft SMTPSVC(5.0.2195.6713); Tue, 15 Feb 2005 15:09:03 +0200 Received: from hub.freebsd.org (hub.freebsd.org [216.136.204.18]) by mx2.freebsd.org (Postfix) with ESMTP id A79A157083; Tue, 15 Feb 2005 13:08:20 +0000 (GMT) (envelope-from owner-freebsd-stable@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 9CFE416A4CE; Tue, 15 Feb 2005 13:08:20 +0000 (GMT) Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3EA6F16A4CE for ; Tue, 15 Feb 2005 13:08:07 +0000 (GMT) Received: from mail.gmx.net (imap.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 0D09C43D49 for ; Tue, 15 Feb 2005 13:08:06 +0000 (GMT) (envelope-from michaelnottebrock@gmx.net) Received: (qmail invoked by alias); 15 Feb 2005 13:08:04 -0000 Received: from pD9E247DC.dip.t-dialin.net (EHLO lofi.dyndns.org) (217.226.71.220) by mail.gmx.net (mp002) with SMTP; 15 Feb 2005 14:08:04 +0100 X-Authenticated: #443188 Received: from [192.168.8.4] (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.10/8.12.10) with ESMTP id j1FD7k3M038435 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Tue, 15 Feb 2005 14:07:48 +0100 (CET) (envelope-from michaelnottebrock@gmx.net) From: Michael Nottebrock To: freebsd-current@freebsd.org Date: Tue, 15 Feb 2005 14:07:39 +0100 User-Agent: KMail/1.7.2 References: <421174F7.6020305@samsco.org> <421196AA.5000605@root.org> In-Reply-To: <421196AA.5000605@root.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1360715.mJgnvJA4mx"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200502151407.45801.michaelnottebrock@gmx.net> X-Virus-Scanned: by amavisd-new X-Y-GMX-Trusted: 0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Sender: owner-freebsd-stable@freebsd.org Errors-To: owner-freebsd-stable@freebsd.org X-OriginalArrivalTime: 15 Feb 2005 13:09:03.0928 (UTC) FILETIME=[85E75B80:01C5135F] cc: stable@freebsd.org cc: Nate Lawson Subject: Re: Feb 2005 Snapshots for FreeBSD available X-BeenThere: freebsd-current@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: Tue, 15 Feb 2005 19:22:48 -0000 --nextPart1360715.mJgnvJA4mx Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday, 15. February 2005 07:28, Nate Lawson wrote: > 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. The snapshots on snapshots.[jp|se].freebsd.org are date-suffixed (however,= =20 those servers don't build snaps for all platforms). =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 --nextPart1360715.mJgnvJA4mx Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQBCEfQhXhc68WspdLARAlYVAKCjpDuCj+bh5H4NPVHmTrcuSeZYbQCfUp2k 6UCfSHGwAM1TjMLtGlNEqcQ= =uGLA -----END PGP SIGNATURE----- --nextPart1360715.mJgnvJA4mx-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 15 20:57: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 B0C0216A4CE; Tue, 15 Feb 2005 20:57:45 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4099143D1F; Tue, 15 Feb 2005 20:57:45 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [IPv6:::1]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id j1FKtRr6054397; Tue, 15 Feb 2005 13:55:27 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Tue, 15 Feb 2005 13:55:27 -0700 (MST) Message-Id: <20050215.135527.78761670.imp@bsdimp.com> To: scottl@samsco.org From: Warner Losh In-Reply-To: <4212245A.8070100@samsco.org> References: <200502151407.45801.michaelnottebrock@gmx.net> <42122359.9080105@root.org> <4212245A.8070100@samsco.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: stable@freebsd.org cc: freebsd-current@freebsd.org cc: nate@root.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 20:57:45 -0000 > > I'm talking hour/min./second, thanks. > > > What it sounds like you really want is the CVS revision ID for every > file in the snapshot so that when someone reports a bug that you think > you might have fixed already, you can just point them to the correct > revision. Haven't you learned that vagueness and uncertainty is what > makes computers fun?? =-) If the snapshots were made with a checkout -D 'XX/XX/XX HH:MM:SS', then you'd have that knowledge implicitly by the date. Warner From owner-freebsd-current@FreeBSD.ORG Tue Feb 15 21:01: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 C6CC616A4CE; Tue, 15 Feb 2005 21:01:02 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4653C43D45; Tue, 15 Feb 2005 21:01:02 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [IPv6:::1]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id j1FKwF0I054429; Tue, 15 Feb 2005 13:58:15 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Tue, 15 Feb 2005 13:58:15 -0700 (MST) Message-Id: <20050215.135815.112575021.imp@bsdimp.com> To: nyan@jp.FreeBSD.org From: Warner Losh In-Reply-To: <20050215.210805.41634669.nyan@jp.FreeBSD.org> References: <20050213.135541.74688832.nyan@jp.FreeBSD.org> <420F907B.1090901@DeepCore.dk> <20050215.210805.41634669.nyan@jp.FreeBSD.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable cc: freebsd-stable@freebsd.org cc: freebsd-current@freebsd.org cc: nakaji@jp.FreeBSD.org cc: sos@DeepCore.dk 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 21:01:02 -0000 From: Takahashi Yoshihiro Subject: Re: UPDATE: ATA mkIII first official patches - please test! Date: Tue, 15 Feb 2005 21:08:05 +0900 (JST) > 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" geomt= ry = > > set in the drives by the BIOS. However the code missed it in one pl= ace = > > 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 s= adi = > > 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. That would explain why all the disks that I tried worked with the IDENTIFY DEVICE patches I posted elsewhere (from 1.6G to 120G). I don't have any ata6 disks. That's one mystery solved. :-) > 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-0x60= 2f,0x6030-0x6037,0x6028-0x602b,0x6020-0x6027 mem 0x20411000-0x204113ff = irq 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=3D25= 5 sectors Is this the geometry that the PC98 BIOS uses? Warner From owner-freebsd-current@FreeBSD.ORG Tue Feb 15 21:21:07 2005 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from green.homeunix.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 554D116A4CE; Tue, 15 Feb 2005 21:21:07 +0000 (GMT) Received: from green.homeunix.org (green@localhost [127.0.0.1]) by green.homeunix.org (8.13.1/8.13.1) with ESMTP id j1FLL591021217; Tue, 15 Feb 2005 16:21:06 -0500 (EST) (envelope-from green@green.homeunix.org) Received: (from green@localhost) by green.homeunix.org (8.13.1/8.13.1/Submit) id j1FLL560021216; Tue, 15 Feb 2005 16:21:05 -0500 (EST) (envelope-from green) Date: Tue, 15 Feb 2005 16:21:04 -0500 From: Brian Fundakowski Feldman To: Jonathan Fosburgh Message-ID: <20050215212104.GB1069@green.homeunix.org> References: <200502150928.12090.jonathan@fosburgh.org> <200502151310.18456.syjef@mdanderson.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200502151310.18456.syjef@mdanderson.org> User-Agent: Mutt/1.5.6i cc: freebsd-current@freebsd.org cc: othermark Subject: Re: Sluggish USB mouse 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: Tue, 15 Feb 2005 21:21:08 -0000 On Tue, Feb 15, 2005 at 01:10:08PM -0600, Jonathan Fosburgh wrote: > On Tuesday 15 February 2005 10:12, othermark wrote: > > > > > If you search the archive, you'll find this problem is mentioned off and on > > in -current postings. I too cannot use my USB mouse in -current. I used > > to be able to, but that's when I could turn apic on and off in the kernel. > > Turning it off broke other things as well, but the brokeness is partially > > a function of my mboard/bios, and partially because of the implementation > > of -current. > > > > Take a look at the output from 'vmstat -i' and look to see what interrupt > > ums0 is sharing. Try to hardcode an unused interrupt to the USB > > controller in BIOS (sometimes just disabling the PS/2 port in BIOS works as > > well). If FreeBSD reads the table correctly (check with a verbose boot, > > my interrupt setting never takes) then you should get your mouse back to > > working in -current. > > Well none of that worked. My BIOS wont let me disable the PS/2 ports. The > ums device doesn't show up in the vmstat -i listing, and disabling acpi > (which also disables HTT for me) doesn't result in any improvement. Maybe > there is more hope of fixing the device probe on PS/2 than fixing USB > performance? At least for right now. Once it's working, you can fool around with moused(8) and its axes and the mouse section settings in the X configuration (i.e. perhaps setting "Buttons" to "5"). It doesn't fix the underlying issues, but generally, it is very possible to get mouse wheels working with PS/2. -- Brian Fundakowski Feldman \'[ FreeBSD ]''''''''''\ <> green@FreeBSD.org \ The Power to Serve! \ Opinions expressed are my own. \,,,,,,,,,,,,,,,,,,,,,,\ From owner-freebsd-current@FreeBSD.ORG Tue Feb 15 22:12: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 3DBA716A4CE for ; Tue, 15 Feb 2005 22:12:54 +0000 (GMT) Received: from blackwater.lemis.com (wantadilla.lemis.com [192.109.197.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id D5E2E43D3F for ; Tue, 15 Feb 2005 22:12:52 +0000 (GMT) (envelope-from grog@lemis.com) Received: by blackwater.lemis.com (Postfix, from userid 1004) id 8E5FE85659; Wed, 16 Feb 2005 08:42:49 +1030 (CST) Date: Wed, 16 Feb 2005 08:42:49 +1030 From: Greg 'groggy' Lehey To: Kaspars Message-ID: <20050215221249.GC69640@wantadilla.lemis.com> References: <4211E4BA.9010701@os.lv> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HG+GLK89HZ1zG0kk" Content-Disposition: inline In-Reply-To: <4211E4BA.9010701@os.lv> 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 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 22:12:54 -0000 --HG+GLK89HZ1zG0kk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tuesday, 15 February 2005 at 14:02:02 +0200, 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. Try benchmarks/rawio. It's designed exactly for measuring device throughput. Bonnie and friends measure the overall system, which isn't the same thing. > P.S. I`m thinking to buy book on freebsd, maybe some good > sugestion? I've always liked "The Complete FreeBSD" :-) Greg -- See complete headers for address and phone numbers. --HG+GLK89HZ1zG0kk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFCEnPhIubykFB6QiMRAtztAJ4xXqdhcOg3iXFypGxPqN+GH2FG/gCfcwAa H6oME8LR/81WLbUGZ/U2J5E= =sySD -----END PGP SIGNATURE----- --HG+GLK89HZ1zG0kk-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 15 23:45: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 2E40C16A4CE for ; Tue, 15 Feb 2005 23:45:56 +0000 (GMT) Received: from postal3.es.net (postal3.es.net [198.128.3.207]) by mx1.FreeBSD.org (Postfix) with ESMTP id F27BF43D48 for ; Tue, 15 Feb 2005 23:45:55 +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; Tue, 15 Feb 2005 15:45:55 -0800 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 646075D07; Tue, 15 Feb 2005 15:45:55 -0800 (PST) To: Christian Jachmann In-reply-to: Your message of "Tue, 15 Feb 2005 22:57:14 +0100." <20050215215714.GA26675@hurx.thc> Date: Tue, 15 Feb 2005 15:45:55 -0800 From: "Kevin Oberman" Message-Id: <20050215234555.646075D07@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: Tue, 15 Feb 2005 23:45:56 -0000 > Date: Tue, 15 Feb 2005 22:57:14 +0100 > From: Christian Jachmann > > On Sun, Feb 13, 2005 at 02:46:53PM -0800, Kevin Oberman wrote: > > > 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. > > Hmm > > > makeoptions DEBUG=-g still works fine. It's in NOTES as of about an > > lets see: > > hurx# uname -a > FreeBSD hurx.thc 5.3-STABLE FreeBSD 5.3-STABLE #3: Sun Feb 13 18:45:23 CET 2005 jachmann@hurx.thc:/usr/src/sys/i386/compile/MY i386 > > hurx# grep '$FreeBSD' /usr/src/sys/i386/conf/NOTES > # $FreeBSD: src/sys/i386/conf/NOTES,v 1.1168.2.2 2004/10/24 17:42:08 scottl Exp $ > > ...no, nothing in there > > hurx# grep DEBUG /usr/src/sys/i386/conf/NOTES It's really, really still there. I just checked the CVS repository for RELENG5, but you need to try looking in the main NOTES file, /sys/conf/NOTES: # DEBUG happens to be magic. # The following is equivalent to 'config -g KERNELNAME' and creates # 'kernel.debug' compiled with -g debugging as well as a normal # 'kernel'. Use 'make install.debug' to install the debug kernel # but that isn't normally necessary as the debug symbols are not loaded # by the kernel and are not useful there anyway. # # KERNEL can be overridden so that you can change the default name of your # kernel. # # MODULES_OVERRIDE can be used to limit modules built to a specific list. # makeoptions CONF_CFLAGS=-fno-builtin #Don't allow use of memcmp, etc. #makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols -- 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 Tue Feb 15 23:55: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 4327716A4CE; Tue, 15 Feb 2005 23:55:57 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B7F743D39; Tue, 15 Feb 2005 23:55:56 +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 j1FNthNi068181; Wed, 16 Feb 2005 10:25:48 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Sean McNeil Date: Wed, 16 Feb 2005 10:25:39 +1030 User-Agent: KMail/1.7.92 References: <1c347c3282b5a66df40546b54cc37cb0@mcneil.com> <200502151806.51203.doconnor@gsoft.com.au> <67b8fa69de95da88c7f15fea92a26394@mcneil.com> In-Reply-To: <67b8fa69de95da88c7f15fea92a26394@mcneil.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1653061.e8nc9731as"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200502161025.39772.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: 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 23:55:57 -0000 --nextPart1653061.e8nc9731as Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tue, 15 Feb 2005 19:16, Sean McNeil wrote: > I tried with a feb 8th kernel and got the same error, so the problem > must be in a library like libc or libpthread. Ahh, well if KSE is aborting then I'd say that's likely - unfortunately I k= now=20 zero about 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 --nextPart1653061.e8nc9731as Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBCEov75ZPcIHs/zowRAl9PAJ48A2PbpcV5lOOjCtWRvf81YeQ2XgCgmQwp 11ai+19E71c7ZMdZqSOdPVI= =cgYP -----END PGP SIGNATURE----- --nextPart1653061.e8nc9731as-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 15 23:55: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 4327716A4CE; Tue, 15 Feb 2005 23:55:57 +0000 (GMT) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B7F743D39; Tue, 15 Feb 2005 23:55:56 +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 j1FNthNi068181; Wed, 16 Feb 2005 10:25:48 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Sean McNeil Date: Wed, 16 Feb 2005 10:25:39 +1030 User-Agent: KMail/1.7.92 References: <1c347c3282b5a66df40546b54cc37cb0@mcneil.com> <200502151806.51203.doconnor@gsoft.com.au> <67b8fa69de95da88c7f15fea92a26394@mcneil.com> In-Reply-To: <67b8fa69de95da88c7f15fea92a26394@mcneil.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1653061.e8nc9731as"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200502161025.39772.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: 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 23:55:57 -0000 --nextPart1653061.e8nc9731as Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tue, 15 Feb 2005 19:16, Sean McNeil wrote: > I tried with a feb 8th kernel and got the same error, so the problem > must be in a library like libc or libpthread. Ahh, well if KSE is aborting then I'd say that's likely - unfortunately I k= now=20 zero about 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 --nextPart1653061.e8nc9731as Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQBCEov75ZPcIHs/zowRAl9PAJ48A2PbpcV5lOOjCtWRvf81YeQ2XgCgmQwp 11ai+19E71c7ZMdZqSOdPVI= =cgYP -----END PGP SIGNATURE----- --nextPart1653061.e8nc9731as-- From owner-freebsd-current@FreeBSD.ORG Wed Feb 16 00:12: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 2248116A4CF for ; Wed, 16 Feb 2005 00:12:50 +0000 (GMT) Received: from smtp806.mail.sc5.yahoo.com (smtp806.mail.sc5.yahoo.com [66.163.168.185]) by mx1.FreeBSD.org (Postfix) with SMTP id 8B5F043D54 for ; Wed, 16 Feb 2005 00:12:49 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noacks@swbell.net@70.240.177.173 with login) by smtp806.mail.sc5.yahoo.com with SMTP; 16 Feb 2005 00:12:49 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id AA073641D; Tue, 15 Feb 2005 18:12:48 -0600 (CST) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 54816-04; Tue, 15 Feb 2005 18:12:47 -0600 (CST) Received: from compgeek.noacks.org (compgeek [192.168.1.10]) by optimator.noacks.org (Postfix) with ESMTP id 6CF7161DD; Tue, 15 Feb 2005 18:12:47 -0600 (CST) Received: from [127.0.0.1] (localhost [127.0.0.1]) by compgeek.noacks.org (8.13.1/8.13.1) with ESMTP id j1G0Ci3L079114; Tue, 15 Feb 2005 18:12:44 -0600 (CST) (envelope-from noackjr@alumni.rice.edu) Message-ID: <42128FFC.6030102@alumni.rice.edu> Date: Tue, 15 Feb 2005 18:12:44 -0600 From: Jon Noack User-Agent: Mozilla Thunderbird 1.0 (X11/20050202) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Greg 'groggy' Lehey" References: <4211E4BA.9010701@os.lv> <20050215221249.GC69640@wantadilla.lemis.com> In-Reply-To: <20050215221249.GC69640@wantadilla.lemis.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at noacks.org cc: Kaspars cc: freebsd-current@FreeBSD.org Subject: Re: Benchmark freebsd... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Feb 2005 00:12:50 -0000 On 02/15/05 16:12, Greg 'groggy' Lehey wrote: > I've always liked "The Complete FreeBSD" :-) Now there's a surprise... ;-) Jon From owner-freebsd-current@FreeBSD.ORG Wed Feb 16 00:16:27 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 4FAA716A4CE for ; Wed, 16 Feb 2005 00:16:27 +0000 (GMT) Received: from makeworld.com (makeworld.com [198.92.228.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id F2FF243D46 for ; Wed, 16 Feb 2005 00:16:26 +0000 (GMT) (envelope-from racerx@makeworld.com) Received: from localhost (localhost.com [127.0.0.1]) by makeworld.com (Postfix) with ESMTP id 544AF6129 for ; Tue, 15 Feb 2005 18:16:26 -0600 (CST) Received: from makeworld.com ([127.0.0.1]) by localhost (makeworld.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 59164-05 for ; Tue, 15 Feb 2005 18:16:24 -0600 (CST) Received: from [198.92.228.34] (racerx.makeworld.com [198.92.228.34]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by makeworld.com (Postfix) with ESMTP id 73FCF6130 for ; Tue, 15 Feb 2005 18:16:24 -0600 (CST) Message-ID: <421290FA.40108@makeworld.com> Date: Tue, 15 Feb 2005 18:16:58 -0600 From: Chris User-Agent: Mozilla Thunderbird 1.0 (X11/20050101) X-Accept-Language: en-us, en MIME-Version: 1.0 To: FreeBSD - Current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by ClamAV 0.75.1/amavisd-new-2.2.1 (20041222) at makeworld.com - Isn't it ironic Subject: MA401 worked w/5.3 - No go under 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: Wed, 16 Feb 2005 00:16:27 -0000 Hiya folks - I'm just starting to follow the CURRENT branch and popped that latest snapshot on my laptop. Under 5.3 my NetGear MA401 worked with just adding something like this to /etc/rc.conf: ifconfig_wi0="inet xxx.xxx.xxx.xxx netmask 255.255.255.0 ssid XXX wepmode on wepkey 0xxxxxxxxxxxxxxxxxxxxxxxxxxx" And everything came up just dandy. Has something changed? -- Best regards, Chris For every action, there is an equal and opposite criticism. From owner-freebsd-current@FreeBSD.ORG Wed Feb 16 01:09:34 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 B4CE816A4CE for ; Wed, 16 Feb 2005 01:09:34 +0000 (GMT) Received: from freebsd3.cimlogic.com.au (adsl-20-121.swiftdsl.com.au [218.214.20.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 80BCA43D31 for ; Wed, 16 Feb 2005 01:09:09 +0000 (GMT) (envelope-from jb@cimlogic.com.au) Received: by freebsd3.cimlogic.com.au (Postfix, from userid 102) id A1E5B6A9BF; Wed, 16 Feb 2005 12:08:59 +1100 (EST) Date: Wed, 16 Feb 2005 12:08:59 +1100 From: John Birrell To: Chris Message-ID: <20050216010859.GA57098@freebsd3.cimlogic.com.au> References: <421290FA.40108@makeworld.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <421290FA.40108@makeworld.com> User-Agent: Mutt/1.4.2.1i cc: FreeBSD - Current Subject: Re: MA401 worked w/5.3 - No go under 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: Wed, 16 Feb 2005 01:09:34 -0000 On Tue, Feb 15, 2005 at 06:16:58PM -0600, Chris wrote: > I'm just starting to follow the CURRENT branch and popped that > latest snapshot on my laptop. Under 5.3 my NetGear MA401 worked with just > adding something like this to /etc/rc.conf: > > ifconfig_wi0="inet xxx.xxx.xxx.xxx netmask 255.255.255.0 ssid XXX > wepmode on wepkey 0xxxxxxxxxxxxxxxxxxxxxxxxxxx" > > And everything came up just dandy. Has something changed? I hadn't tried to use my wireless stuff for months until a few days ago. I have the hostap running on current and I was trying to connect with wepmode on from a RELENG_5 laptop without success. I read the recent messages suggesting the explicit setting of the wepkey and default key, but that didn't solve the problem. I'll be away from the current box for 5 weeks and unable to debug anything, so I know this message is virtally useless. I just wanted to say "me too". -- John Birrell From owner-freebsd-current@FreeBSD.ORG Wed Feb 16 01:11: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 B585916A4CE; Wed, 16 Feb 2005 01:11:28 +0000 (GMT) Received: from hex.databits.net (hex.databits.net [216.118.117.77]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5784B43D31; Wed, 16 Feb 2005 01:11:28 +0000 (GMT) (envelope-from will@csociety.org) Received: by hex.databits.net (Postfix, from userid 1001) id C518057AF3; Tue, 15 Feb 2005 19:11:27 -0600 (CST) Date: Tue, 15 Feb 2005 19:11:27 -0600 From: Will Andrews To: Nate Lawson Message-ID: <20050216011127.GJ10159@hex.databits.net> Mail-Followup-To: Nate Lawson , Michael Nottebrock , freebsd-current@freebsd.org, stable@freebsd.org References: <421174F7.6020305@samsco.org> <421196AA.5000605@root.org> <200502151407.45801.michaelnottebrock@gmx.net> <42122359.9080105@root.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="PW0Eas8rCkcu1VkF" Content-Disposition: inline In-Reply-To: <42122359.9080105@root.org> User-Agent: Mutt/1.5.6i cc: stable@freebsd.org cc: freebsd-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: Wed, 16 Feb 2005 01:11:28 -0000 --PW0Eas8rCkcu1VkF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 15, 2005 at 08:29:13AM -0800, Nate Lawson wrote: > >The snapshots on snapshots.[jp|se].freebsd.org are date-suffixed (howeve= r,=20 > >those servers don't build snaps for all platforms). > > >=20 > I'm talking hour/min./second, thanks. Both checkout code as of 00:00:00 GMT on the date the snapshot is built for. Sooner or later I may change .se to check it out as of 12:00:00 GMT instead, to provide some variety... Regards, --=20 wca --PW0Eas8rCkcu1VkF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFCEp2/F47idPgWcsURAvr3AJ9hwr7RL5PdZHTbgQdvi0El/9CBvgCbBhjQ fO3G7NNsnhu94aqyK4LfIrY= =PZWU -----END PGP SIGNATURE----- --PW0Eas8rCkcu1VkF-- From owner-freebsd-current@FreeBSD.ORG Wed Feb 16 03:28: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 8E34D16A4CE for ; Wed, 16 Feb 2005 03:28:22 +0000 (GMT) Received: from mail24.sea5.speakeasy.net (mail24.sea5.speakeasy.net [69.17.117.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4FD4843D1D for ; Wed, 16 Feb 2005 03:28:22 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: (qmail 14247 invoked from network); 16 Feb 2005 03:28:21 -0000 Received: from gate.funkthat.com (HELO hydrogen.funkthat.com) ([69.17.45.168]) (envelope-sender ) by mail24.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 16 Feb 2005 03:28:21 -0000 Received: from hydrogen.funkthat.com (jktuxo@localhost.funkthat.com [127.0.0.1])j1G3SHGH084168; Tue, 15 Feb 2005 19:28:17 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.10/8.12.10/Submit) id j1G3SH5m084167; Tue, 15 Feb 2005 19:28:17 -0800 (PST) Date: Tue, 15 Feb 2005 19:28:17 -0800 From: John-Mark Gurney To: Kaspars Message-ID: <20050216032817.GK40468@funkthat.com> Mail-Followup-To: Kaspars , freebsd-current@freebsd.org References: <4211E4BA.9010701@os.lv> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4211E4BA.9010701@os.lv> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: freebsd-current@freebsd.org Subject: Re: Benchmark freebsd... X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Feb 2005 03:28:22 -0000 Kaspars wrote this message on Tue, Feb 15, 2005 at 14:02 +0200: > 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. There is diskinfo on FreeBSD for this.. First in FreeBSD 5.1-R... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Wed Feb 16 04:17:04 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 566A416A4CE; Wed, 16 Feb 2005 04:17:04 +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 8488843D31; Wed, 16 Feb 2005 04:17:03 +0000 (GMT) (envelope-from nyan@jp.FreeBSD.org) Received: from localhost (localhost [IPv6:::1])j1G4GY6D049385; Wed, 16 Feb 2005 13:16:34 +0900 (JST) (envelope-from nyan@jp.FreeBSD.org) Date: Wed, 16 Feb 2005 13:16:04 +0900 (JST) Message-Id: <20050216.131604.41667980.nyan@jp.FreeBSD.org> To: imp@bsdimp.com From: Takahashi Yoshihiro In-Reply-To: <20050215.135815.112575021.imp@bsdimp.com> References: <420F907B.1090901@DeepCore.dk> <20050215.210805.41634669.nyan@jp.FreeBSD.org> <20050215.135815.112575021.imp@bsdimp.com> X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org cc: freebsd-current@freebsd.org cc: nakaji@jp.FreeBSD.org cc: sos@DeepCore.dk 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: Wed, 16 Feb 2005 04:17:04 -0000 In article <20050215.135815.112575021.imp@bsdimp.com> Warner Losh writes: > > 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 irq 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=6009 cylinders, 0..255=256 heads, 1..255=255 sectors > > Is this the geometry that the PC98 BIOS uses? Yes. --- TAKAHASHI Yoshihiro From owner-freebsd-current@FreeBSD.ORG Tue Feb 15 21:57: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 3556E16A4CE for ; Tue, 15 Feb 2005 21:57:19 +0000 (GMT) Received: from wm1.todt.org (wm2.todt.org [207.218.27.21]) by mx1.FreeBSD.org (Postfix) with SMTP id F234243D41 for ; Tue, 15 Feb 2005 21:57:17 +0000 (GMT) (envelope-from jachmann@unitix.org) Received: (qmail 34640 invoked from network); 15 Feb 2005 21:57:14 -0000 Received: from unknown (HELO hurx.thc) (213.23.219.242) by 0 with SMTP; 15 Feb 2005 21:57:14 -0000 Received: (qmail 27636 invoked by uid 1001); 15 Feb 2005 21:57:14 -0000 Date: Tue, 15 Feb 2005 22:57:14 +0100 From: Christian Jachmann To: Kevin Oberman Message-ID: <20050215215714.GA26675@hurx.thc> References: <20050213174915.GA97313@hurx.thc> <20050213224653.317675D07@ptavv.es.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050213224653.317675D07@ptavv.es.net> User-Agent: Mutt/1.4.2.1i X-Mailman-Approved-At: Wed, 16 Feb 2005 12:46:43 +0000 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: Tue, 15 Feb 2005 21:57:19 -0000 On Sun, Feb 13, 2005 at 02:46:53PM -0800, Kevin Oberman wrote: > > 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. Hmm > makeoptions DEBUG=-g still works fine. It's in NOTES as of about an lets see: hurx# uname -a FreeBSD hurx.thc 5.3-STABLE FreeBSD 5.3-STABLE #3: Sun Feb 13 18:45:23 CET 2005 jachmann@hurx.thc:/usr/src/sys/i386/compile/MY i386 hurx# grep '$FreeBSD' /usr/src/sys/i386/conf/NOTES # $FreeBSD: src/sys/i386/conf/NOTES,v 1.1168.2.2 2004/10/24 17:42:08 scottl Exp $ ...no, nothing in there hurx# grep DEBUG /usr/src/sys/i386/conf/NOTES options NPX_DEBUG # enable npx debugging options VESA_DEBUG # ACPI_DEBUG enables the use of the debug.acpi.level and debug.acpi.layer # Intel ACPICA code. (Note that the Intel code must also have USE_DEBUGGER options ACPI_DEBUG # DRM_DEBUG: include debug printfs, very slow options DRM_DEBUG options WLDEBUG # enables verbose debugging output options TWA_DEBUG # 0-10; 10 prints the most messages. options SAFE_DEBUG # enable debugging support: hw.safe.debug options SX_DEBUG options DEBUG_SVR4 # enable verbose debugging options PECOFF_DEBUG options KBDIO_DEBUG=2 options PSM_DEBUG=1 hurx# no makepotions DEBUG in my 5.3-STABLE NOTES ....BUT: just found that on older systems e.g. 4.11 :-() box# grep '$FreeBSD' /usr/src/sys/i386/conf/NOTES grep: /usr/src/sys/i386/conf/NOTES: No such file or directory box# grep '$FreeBSD' /usr/src/sys/i386/conf/GENERIC # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.246.2.63 2005/01/13 00:50:47 scottl Exp $ box# grep DEBUG /usr/src/sys/i386/conf/GENERIC #makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols box# uname -a FreeBSD box.thc 4.11-STABLE FreeBSD 4.11-STABLE #3: Mon Jan 24 22:37:38 CET 2005 jachmann@box.thc:/usr/obj/usr/src/sys/MY i386 box# Jes, on 4.11 you got it. but on current 5.3-STABLE ('supped' some hours ago) ? no, not at all...maybe 6. you should use config -g onto your kernelconfig file and build/install your kerneL you may want to use your kernel.debug, a crashdump and kgdb to find the reason. regards -- Christian Jachmann From owner-freebsd-current@FreeBSD.ORG Wed Feb 16 13:23: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 16CE316A4CE for ; Wed, 16 Feb 2005 13:23:23 +0000 (GMT) Received: from peedub.jennejohn.org (Jb61e.j.pppool.de [85.74.182.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id 30DFA43D55 for ; Wed, 16 Feb 2005 13:23:22 +0000 (GMT) (envelope-from garyj@jennejohn.org) Received: from jennejohn.org (localhost [127.0.0.1]) by peedub.jennejohn.org (8.13.1/8.11.6) with ESMTP id j1GDNALk004805; Wed, 16 Feb 2005 14:23:10 +0100 (CET) (envelope-from garyj@jennejohn.org) Message-Id: <200502161323.j1GDNALk004805@peedub.jennejohn.org> X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: Christian Jachmann In-Reply-To: Message from Christian Jachmann of "Tue, 15 Feb 2005 22:57:14 +0100." <20050215215714.GA26675@hurx.thc> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 16 Feb 2005 14:23:10 +0100 From: Gary Jennejohn 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: Wed, 16 Feb 2005 13:23:23 -0000 Christian Jachmann writes: > > makeoptions DEBUG=-g still works fine. It's in NOTES as of about an > > lets see: > [big snip] It's in /sys/conf, NOT /sys/${ARCH}/conf! garyj:peedub:~:bash:16> grep makeoption /sys/conf/* /sys/conf/NOTES:#makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols --- Gary Jennejohn / garyj[at]jennejohn.org gj[at]freebsd.org garyj[at]denx.de From owner-freebsd-current@FreeBSD.ORG Wed Feb 16 14: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 EC11216A4CF for ; Wed, 16 Feb 2005 14:03:13 +0000 (GMT) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id AA82143D41 for ; Wed, 16 Feb 2005 14:03:13 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with SMTP id D481A46B89; Wed, 16 Feb 2005 09:03:10 -0500 (EST) Date: Wed, 16 Feb 2005 14:01:48 +0000 (GMT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Peter Holm In-Reply-To: <20050207083459.GA95394@peter.osted.lan> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: panic: tcp_input: TCPS_LISTEN in netinet/tcp_input.c:1016 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: Wed, 16 Feb 2005 14:03:14 -0000 On Mon, 7 Feb 2005, Peter Holm wrote: > While stress testing GENERIC HEAD from Feb 5 09:19 UTC + mpsafe_vfs = 1 > I got: > > panic(c0832f7d,0,0,1,0) at panic+0x14b > tcp_input(c27fca00,14,c27fca00,0,0) at tcp_input+0xbf6 > ip_input(c27fca00) at ip_input+0x50d > netisr_processqueue(c0944cd8) at netisr_processqueue+0x6e > swi_net(0) at swi_net+0xbe > ithread_loop(c154d180,cbc90d48,c154d180,c0601f84,0) at ithread_loop+0x120 > fork_exit(c0601f84,c154d180,cbc90d48) at fork_exit+0xa4 > fork_trampoline() at fork_trampoline+0x8 > > Details at http://www.holm.cc/stress/log/cons115.html > A KTR dump with KTR_LOCK|KTR_BUF is available. > > Related reports: > > -rw-r--r-- 1 holm users 10641 Dec 20 16:51 cons96.html > -rw-r--r-- 1 holm users 9906 Dec 26 15:28 cons98.html > -rw-r--r-- 1 holm users 15189 Dec 29 22:17 cons99.html This would appear to be an inter-layer race between the socket code and the TCP code. In particular, it looks like a SYN has come in during the call to listen() on another CPU (or perhaps a preempted thread), after the TCP state has been set up for the listening tcpcb, but before the SO_ACCEPTCONN flag is set in the socket state. The TCP code panics because it expects that if a tcpcb is in TCPS_LISTEN, the matching socket should be in SO_ACCEPTCONN. I'm working on a patch and hope to put it together for you today. However, this patch substantially tears up the current listen code for several protocols, so it will need a fair amount of testing. If this problem should occur again, it would be very interesting to know if ps, show threads, trace, et al, showed either a preempted thread on the current CPU, or a thread on another CPU, in the listen() system call. Thanks for the (as usual) excellent bug report! Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Wed Feb 16 14:30: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 D936816A4CE for ; Wed, 16 Feb 2005 14:30:22 +0000 (GMT) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD8D743D5D for ; Wed, 16 Feb 2005 14:30:21 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 83833 invoked from network); 16 Feb 2005 14:07:36 -0000 Received: from dotat.atdotat.at (HELO [62.48.0.47]) ([62.48.0.47]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 16 Feb 2005 14:07:36 -0000 Message-ID: <421358FB.9090000@freebsd.org> Date: Wed, 16 Feb 2005 15:30:19 +0100 From: Andre Oppermann User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8a6) Gecko/20050111 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Robert Watson References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: panic: tcp_input: TCPS_LISTEN in netinet/tcp_input.c:1016 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: Wed, 16 Feb 2005 14:30:23 -0000 Robert Watson wrote: > On Mon, 7 Feb 2005, Peter Holm wrote: > > >>While stress testing GENERIC HEAD from Feb 5 09:19 UTC + mpsafe_vfs = 1 >>I got: >> >>panic(c0832f7d,0,0,1,0) at panic+0x14b >>tcp_input(c27fca00,14,c27fca00,0,0) at tcp_input+0xbf6 >>ip_input(c27fca00) at ip_input+0x50d >>netisr_processqueue(c0944cd8) at netisr_processqueue+0x6e >>swi_net(0) at swi_net+0xbe >>ithread_loop(c154d180,cbc90d48,c154d180,c0601f84,0) at ithread_loop+0x120 >>fork_exit(c0601f84,c154d180,cbc90d48) at fork_exit+0xa4 >>fork_trampoline() at fork_trampoline+0x8 >> >>Details at http://www.holm.cc/stress/log/cons115.html >>A KTR dump with KTR_LOCK|KTR_BUF is available. >> >>Related reports: >> >>-rw-r--r-- 1 holm users 10641 Dec 20 16:51 cons96.html >>-rw-r--r-- 1 holm users 9906 Dec 26 15:28 cons98.html >>-rw-r--r-- 1 holm users 15189 Dec 29 22:17 cons99.html > > > This would appear to be an inter-layer race between the socket code and > the TCP code. In particular, it looks like a SYN has come in during the > call to listen() on another CPU (or perhaps a preempted thread), after the > TCP state has been set up for the listening tcpcb, but before the > SO_ACCEPTCONN flag is set in the socket state. The TCP code panics > because it expects that if a tcpcb is in TCPS_LISTEN, the matching socket > should be in SO_ACCEPTCONN. I'm working on a patch and hope to put it > together for you today. However, this patch substantially tears up the > current listen code for several protocols, so it will need a fair amount > of testing. > > If this problem should occur again, it would be very interesting to know > if ps, show threads, trace, et al, showed either a preempted thread on the > current CPU, or a thread on another CPU, in the listen() system call. > > Thanks for the (as usual) excellent bug report! I was pulling out my hair because I couldn't figure out how this can happen. I never thought about the socket layer and was only tracing and following the TCP code back and forth and back and forth... Really good catch! -- Andre From owner-freebsd-current@FreeBSD.ORG Wed Feb 16 15:32: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 9534A16A4CF for ; Wed, 16 Feb 2005 15:32:33 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.202]) by mx1.FreeBSD.org (Postfix) with ESMTP id BCEC143D62 for ; Wed, 16 Feb 2005 15:32:32 +0000 (GMT) (envelope-from leafy7382@gmail.com) Received: by rproxy.gmail.com with SMTP id 34so130406rns for ; Wed, 16 Feb 2005 07:32:32 -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=bBXFctO0oPt+PBAlOeJnURDjn0IRv9fvSqFYhX4M4KXP3XoK9YlccrruNSUeGYntbtexMceKECkC/VpVGxGWCcgRHpcVIuE56xHcb01xyU4rcykP6XXXP4tcvkhAmN3YYbt3BWCulrVzYDtxhc9zmeFzr4yvMJiN8kfBLLG3fLk= Received: by 10.38.179.24 with SMTP id b24mr88895rnf; Wed, 16 Feb 2005 07:32:31 -0800 (PST) Received: by 10.38.8.9 with HTTP; Wed, 16 Feb 2005 07:32:31 -0800 (PST) Message-ID: Date: Wed, 16 Feb 2005 23:32:31 +0800 From: Jiawei Ye To: Daniel O'Connor In-Reply-To: <200502161025.39772.doconnor@gsoft.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <1c347c3282b5a66df40546b54cc37cb0@mcneil.com> <200502151806.51203.doconnor@gsoft.com.au> <67b8fa69de95da88c7f15fea92a26394@mcneil.com> <200502161025.39772.doconnor@gsoft.com.au> 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 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: Wed, 16 Feb 2005 15:32:33 -0000 On Wed, 16 Feb 2005 10:25:39 +1030, Daniel O'Connor wrote: > On Tue, 15 Feb 2005 19:16, Sean McNeil wrote: > > I tried with a feb 8th kernel and got the same error, so the problem > > must be in a library like libc or libpthread. > > Ahh, well if KSE is aborting then I'd say that's likely - unfortunately I know > zero about it :( > > -- > Daniel O'Connor software and network engineer I am seeing the same thing with ftp/prozilla proz -k 10 Fatal error 'Thread has returned from _thread_switch' at line 1101 in file /usr/src/lib/libpthread/thread/thr_kern.c (errno = 0) Jiawei -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming From owner-freebsd-current@FreeBSD.ORG Wed Feb 16 15:32: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 94F0B16A4CE for ; Wed, 16 Feb 2005 15:32:33 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC7FE43D49 for ; Wed, 16 Feb 2005 15:32:32 +0000 (GMT) (envelope-from leafy7382@gmail.com) Received: by rproxy.gmail.com with SMTP id 34so130405rns for ; Wed, 16 Feb 2005 07:32:32 -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=bBXFctO0oPt+PBAlOeJnURDjn0IRv9fvSqFYhX4M4KXP3XoK9YlccrruNSUeGYntbtexMceKECkC/VpVGxGWCcgRHpcVIuE56xHcb01xyU4rcykP6XXXP4tcvkhAmN3YYbt3BWCulrVzYDtxhc9zmeFzr4yvMJiN8kfBLLG3fLk= Received: by 10.38.179.24 with SMTP id b24mr88895rnf; Wed, 16 Feb 2005 07:32:31 -0800 (PST) Received: by 10.38.8.9 with HTTP; Wed, 16 Feb 2005 07:32:31 -0800 (PST) Message-ID: Date: Wed, 16 Feb 2005 23:32:31 +0800 From: Jiawei Ye To: Daniel O'Connor In-Reply-To: <200502161025.39772.doconnor@gsoft.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <1c347c3282b5a66df40546b54cc37cb0@mcneil.com> <200502151806.51203.doconnor@gsoft.com.au> <67b8fa69de95da88c7f15fea92a26394@mcneil.com> <200502161025.39772.doconnor@gsoft.com.au> 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 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: Wed, 16 Feb 2005 15:32:33 -0000 On Wed, 16 Feb 2005 10:25:39 +1030, Daniel O'Connor wrote: > On Tue, 15 Feb 2005 19:16, Sean McNeil wrote: > > I tried with a feb 8th kernel and got the same error, so the problem > > must be in a library like libc or libpthread. > > Ahh, well if KSE is aborting then I'd say that's likely - unfortunately I know > zero about it :( > > -- > Daniel O'Connor software and network engineer I am seeing the same thing with ftp/prozilla proz -k 10 Fatal error 'Thread has returned from _thread_switch' at line 1101 in file /usr/src/lib/libpthread/thread/thr_kern.c (errno = 0) Jiawei -- "Without the userland, the kernel is useless." --inspired by The Tao of Programming From owner-freebsd-current@FreeBSD.ORG Wed Feb 16 15:35:11 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 3AF6716A4D0 for ; Wed, 16 Feb 2005 15:35:11 +0000 (GMT) Received: from relay03.pair.com (relay03.pair.com [209.68.5.17]) by mx1.FreeBSD.org (Postfix) with SMTP id 60A4343D5E for ; Wed, 16 Feb 2005 15:35:10 +0000 (GMT) (envelope-from pho@holm.cc) Received: (qmail 62495 invoked from network); 16 Feb 2005 15:35:08 -0000 Received: from unknown (HELO peter.osted.lan) (unknown) by unknown with SMTP; 16 Feb 2005 15:35:08 -0000 X-pair-Authenticated: 80.161.118.233 Received: from peter.osted.lan (localhost.osted.lan [127.0.0.1]) by peter.osted.lan (8.13.1/8.13.1) with ESMTP id j1GFZ8aA008637; Wed, 16 Feb 2005 16:35:08 +0100 (CET) (envelope-from pho@peter.osted.lan) Received: (from pho@localhost) by peter.osted.lan (8.13.1/8.13.1/Submit) id j1GFZ8TS008636; Wed, 16 Feb 2005 16:35:08 +0100 (CET) (envelope-from pho) Date: Wed, 16 Feb 2005 16:35:08 +0100 From: Peter Holm To: Robert Watson Message-ID: <20050216153508.GA8590@peter.osted.lan> References: <20050207083459.GA95394@peter.osted.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i cc: current@FreeBSD.org Subject: Re: panic: tcp_input: TCPS_LISTEN in netinet/tcp_input.c:1016 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: Wed, 16 Feb 2005 15:35:11 -0000 On Wed, Feb 16, 2005 at 02:01:48PM +0000, Robert Watson wrote: > > On Mon, 7 Feb 2005, Peter Holm wrote: > > > While stress testing GENERIC HEAD from Feb 5 09:19 UTC + mpsafe_vfs = 1 > > I got: > > > > panic(c0832f7d,0,0,1,0) at panic+0x14b > > tcp_input(c27fca00,14,c27fca00,0,0) at tcp_input+0xbf6 > > ip_input(c27fca00) at ip_input+0x50d > > netisr_processqueue(c0944cd8) at netisr_processqueue+0x6e > > swi_net(0) at swi_net+0xbe > > ithread_loop(c154d180,cbc90d48,c154d180,c0601f84,0) at ithread_loop+0x120 > > fork_exit(c0601f84,c154d180,cbc90d48) at fork_exit+0xa4 > > fork_trampoline() at fork_trampoline+0x8 > > > > Details at http://www.holm.cc/stress/log/cons115.html > > A KTR dump with KTR_LOCK|KTR_BUF is available. > > > > Related reports: > > > > -rw-r--r-- 1 holm users 10641 Dec 20 16:51 cons96.html > > -rw-r--r-- 1 holm users 9906 Dec 26 15:28 cons98.html > > -rw-r--r-- 1 holm users 15189 Dec 29 22:17 cons99.html > > This would appear to be an inter-layer race between the socket code and > the TCP code. In particular, it looks like a SYN has come in during the > call to listen() on another CPU (or perhaps a preempted thread), after the > TCP state has been set up for the listening tcpcb, but before the > SO_ACCEPTCONN flag is set in the socket state. The TCP code panics > because it expects that if a tcpcb is in TCPS_LISTEN, the matching socket > should be in SO_ACCEPTCONN. I'm working on a patch and hope to put it > together for you today. However, this patch substantially tears up the > current listen code for several protocols, so it will need a fair amount > of testing. > > If this problem should occur again, it would be very interesting to know > if ps, show threads, trace, et al, showed either a preempted thread on the > current CPU, or a thread on another CPU, in the listen() system call. > I had saved a copy of the kernel + core so here's a ps + backtraces: http://www.holm.cc/stress/log/cons115a.html This is a single CPU box, but process 75980 has a listen() in the backtrace. > Thanks for the (as usual) excellent bug report! > > Robert N M Watson You're welcome. It is always great to get feedback on the testing I'm doing. -- Peter Holm From owner-freebsd-current@FreeBSD.ORG Wed Feb 16 15:58:17 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 45CA216A4CE; Wed, 16 Feb 2005 15:58:17 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD01343D48; Wed, 16 Feb 2005 15:58:16 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id j1GFtHv9071869; Wed, 16 Feb 2005 08:55:17 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Wed, 16 Feb 2005 08:55:34 -0700 (MST) Message-Id: <20050216.085534.128329712.imp@bsdimp.com> To: nyan@jp.FreeBSD.org From: "M. Warner Losh" In-Reply-To: <20050216.131604.41667980.nyan@jp.FreeBSD.org> References: <20050215.210805.41634669.nyan@jp.FreeBSD.org> <20050215.135815.112575021.imp@bsdimp.com> <20050216.131604.41667980.nyan@jp.FreeBSD.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org cc: freebsd-current@freebsd.org cc: nakaji@jp.FreeBSD.org cc: sos@DeepCore.dk 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: Wed, 16 Feb 2005 15:58:17 -0000 In message: <20050216.131604.41667980.nyan@jp.FreeBSD.org> Takahashi Yoshihiro writes: : In article <20050215.135815.112575021.imp@bsdimp.com> : Warner Losh writes: : : > > 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 irq 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=6009 cylinders, 0..255=256 heads, 1..255=255 sectors : > : > Is this the geometry that the PC98 BIOS uses? : : Yes. I see. Let me see if I understand the implications: (1) This disk won't interoperate with other OSes on the pc98 machine because the pc98 partition format specifies things in terms of CHS, but doesn't specify an actual geometry. (2) Further, since dp_scyl and dp_ecyl are both 16bits, we are limited to 65535 cylinders. The above geometry of 387621 violates this assumption. So you can really only use 66059280 of the 390721968 sectors on this disk (or about 17%). (3) It is insufficent to fix this in geom_pc98 because that is not used until after the partition is placed on the disk and fdisk_pc98 needs the geometry to place that partition. (4) This only impacts newer ATA6 disks. ATA5 and older appear to be working properly. ata6 disks need some other mechanism to get this information, correct? When I asked about the 'get the geometry from the BIOS' patches that are circulating, I was told that it was hard to match the FreeBSD device to the BIOS table. Do I understand things correctly? Warner From owner-freebsd-current@FreeBSD.ORG Wed Feb 16 16:05:51 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 948E116A4CE for ; Wed, 16 Feb 2005 16:05:51 +0000 (GMT) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 83BF043D1F for ; Wed, 16 Feb 2005 16:05:50 +0000 (GMT) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1D1RdX-0001Qt-4j for freebsd-current@freebsd.org; Wed, 16 Feb 2005 17:02:47 +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 ; Wed, 16 Feb 2005 17:02:47 +0100 Received: from atkin901 by mulder.f5.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 16 Feb 2005 17:02:47 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: othermark Date: Wed, 16 Feb 2005 07:55:21 -0800 Lines: 39 Message-ID: References: <200502150928.12090.jonathan@fosburgh.org> <200502151310.18456.syjef@mdanderson.org> 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: Sluggish USB mouse 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: Wed, 16 Feb 2005 16:05:51 -0000 Jonathan Fosburgh wrote: > On Tuesday 15 February 2005 10:12, othermark wrote: >> >> If you search the archive, you'll find this problem is mentioned off and >> on >> in -current postings. I too cannot use my USB mouse in -current. I >> used to be able to, but that's when I could turn apic on and off in the >> kernel. Turning it off broke other things as well, but the brokeness is >> partially a function of my mboard/bios, and partially because of the >> implementation of -current. >> >> Take a look at the output from 'vmstat -i' and look to see what interrupt >> ums0 is sharing. Try to hardcode an unused interrupt to the USB >> controller in BIOS (sometimes just disabling the PS/2 port in BIOS works >> as >> well). If FreeBSD reads the table correctly (check with a verbose boot, >> my interrupt setting never takes) then you should get your mouse back to >> working in -current. > > Well none of that worked. My BIOS wont let me disable the PS/2 ports. > The ums device doesn't show up in the vmstat -i listing, and disabling > acpi > (which also disables HTT for me) doesn't result in any improvement. Maybe > there is more hope of fixing the device probe on PS/2 than fixing USB > performance? At least for right now. Ugh, sorry about that, I meant the ohci0 device. For example: irq16: fxp0 ohci0 6378447 2 You'll see I'm sharing the ochi0 instance with fxp0, of which I'm fairly certain is why USB anything is pretty much broken for me in -current. Although I can change the USB controller interrupt in the bios setup, it never takes on bootup. -- othermark atkin901 at nospam dot yahoo dot com (!wired)?(coffee++):(wired); From owner-freebsd-current@FreeBSD.ORG Wed Feb 16 17:59: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 64BB116A4CE for ; Wed, 16 Feb 2005 17:59:52 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4589643D54 for ; Wed, 16 Feb 2005 17:59:52 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 3699F72DD4; Wed, 16 Feb 2005 09:59:52 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 31EEA72DCB; Wed, 16 Feb 2005 09:59:52 -0800 (PST) Date: Wed, 16 Feb 2005 09:59:52 -0800 (PST) From: Doug White To: Gary Jennejohn In-Reply-To: <200502161323.j1GDNALk004805@peedub.jennejohn.org> Message-ID: <20050216095841.K39556@carver.gumbysoft.com> References: <200502161323.j1GDNALk004805@peedub.jennejohn.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Christian Jachmann 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: Wed, 16 Feb 2005 17:59:52 -0000 On Wed, 16 Feb 2005, Gary Jennejohn wrote: > > Christian Jachmann writes: > > > makeoptions DEBUG=-g still works fine. It's in NOTES as of about an > > > > lets see: > > > [big snip] > > It's in /sys/conf, NOT /sys/${ARCH}/conf! > > garyj:peedub:~:bash:16> grep makeoption /sys/conf/* > /sys/conf/NOTES:#makeoptions DEBUG=-g #Build kernel with gdb(1) debug > symbols "make LINT" in sys/$ARCH/conf will glue the appropriate NOTES files for your platform together. I think it strips commments but it can save a little searching. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Feb 16 18:10: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 772ED16A4CE; Wed, 16 Feb 2005 18:10:55 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 47DDD43D45; Wed, 16 Feb 2005 18:10:55 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 33BB872DD4; Wed, 16 Feb 2005 10:10:55 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 31BA072DCB; Wed, 16 Feb 2005 10:10:55 -0800 (PST) Date: Wed, 16 Feb 2005 10:10:55 -0800 (PST) From: Doug White To: Peter Holm In-Reply-To: <20050216153508.GA8590@peter.osted.lan> Message-ID: <20050216100721.F39556@carver.gumbysoft.com> References: <20050207083459.GA95394@peter.osted.lan> <20050216153508.GA8590@peter.osted.lan> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Robert Watson cc: current@FreeBSD.org Subject: Re: panic: tcp_input: TCPS_LISTEN in netinet/tcp_input.c:1016 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: Wed, 16 Feb 2005 18:10:55 -0000 On Wed, 16 Feb 2005, Peter Holm wrote: > > Thanks for the (as usual) excellent bug report! > > You're welcome. It is always great to get feedback on the testing > I'm doing. In case its not clear ... Peter, you freaking rock. I hope you're going to bsdcan so we can do something nice for you. :-) -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Wed Feb 16 18:28: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 048FC16A4CE for ; Wed, 16 Feb 2005 18:28:33 +0000 (GMT) Received: from mail22.sea5.speakeasy.net (mail22.sea5.speakeasy.net [69.17.117.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id C96A343D41 for ; Wed, 16 Feb 2005 18:28:32 +0000 (GMT) (envelope-from adam@blacktabby.org) Received: (qmail 31981 invoked from network); 16 Feb 2005 18:28:31 -0000 Received: from dsl081-246-196.sfo1.dsl.speakeasy.net (HELO cheshire.blacktabby.org) (akranzel@[64.81.246.196]) (envelope-sender ) by mail22.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 16 Feb 2005 18:28:31 -0000 From: Adam Kranzel To: freebsd-current@freebsd.org Date: Wed, 16 Feb 2005 10:29:53 -0800 User-Agent: KMail/1.7.2 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200502161029.56347.adam@blacktabby.org> cc: Robert Watson Subject: Re: panic: tcp_input: TCPS_LISTEN in netinet/tcp_input.c:1016 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: Wed, 16 Feb 2005 18:28:33 -0000 On Wednesday 16 February 2005 06:01 am, Robert Watson wrote: > On Mon, 7 Feb 2005, Peter Holm wrote: > Thanks for the (as usual) excellent bug report! > I second this. Awesome job with creating the stress-testing tool, and with supplying extremely useful information from it. As someone who uses FreeBSD as his primary OS for both desktops and servers, I really appreciate all the effort that you (and others) put in to make it the most stable and reliable OS around. People look at me funny when I tell them that my servers only go down when I shut them off, and I don't have to patch them 20 times a month for new security holes. -Adam From owner-freebsd-current@FreeBSD.ORG Wed Feb 16 19:13: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 CD75516A4CE; Wed, 16 Feb 2005 19:13:44 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3AD0443D2F; Wed, 16 Feb 2005 19:13:44 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id 0CC8B7A446; Wed, 16 Feb 2005 11:13:44 -0800 (PST) Message-ID: <42139B68.3040506@elischer.org> Date: Wed, 16 Feb 2005 11:13:44 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030516 X-Accept-Language: en, hu MIME-Version: 1.0 To: Doug White References: <20050207083459.GA95394@peter.osted.lan> <20050216153508.GA8590@peter.osted.lan> <20050216100721.F39556@carver.gumbysoft.com> In-Reply-To: <20050216100721.F39556@carver.gumbysoft.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Robert Watson cc: current@freebsd.org Subject: Re: panic: tcp_input: TCPS_LISTEN in netinet/tcp_input.c:1016 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: Wed, 16 Feb 2005 19:13:44 -0000 Doug White wrote: >On Wed, 16 Feb 2005, Peter Holm wrote: > > > >>>Thanks for the (as usual) excellent bug report! >>> >>> >>You're welcome. It is always great to get feedback on the testing >>I'm doing. >> >> > >In case its not clear ... > >Peter, you freaking rock. > I'd like to second this.. I feel frustrated sometimes that you are finding so many things but I'm really glad you are! From owner-freebsd-current@FreeBSD.ORG Wed Feb 16 19:50: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 2CF7F16A4CE for ; Wed, 16 Feb 2005 19:50:37 +0000 (GMT) Received: from sccimhc91.asp.att.net (sccimhc91.asp.att.net [63.240.76.165]) by mx1.FreeBSD.org (Postfix) with ESMTP id C1E7443D54 for ; Wed, 16 Feb 2005 19:50:36 +0000 (GMT) (envelope-from pwillia@insightbb.com) Received: from toshib (12-222-108-208.client.insightbb.com[12.222.108.208]) by sccimhc91.asp.att.net (sccimhc91) with SMTP id <20050216195033i9100khps7e>; Wed, 16 Feb 2005 19:50:34 +0000 From: "Paul Williams" To: Date: Wed, 16 Feb 2005 14:50:38 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 thread-index: AcUUH0vovB2dCQ0mTvCYkfqy4BxA1gAQI+Qw In-Reply-To: <20050216120057.19D3E16A4D4@hub.freebsd.org> Message-Id: <20050216195036.C1E7443D54@mx1.FreeBSD.org> cc: racerx@makeworld.com Subject: re: MA401 worked w/5.3 - No go under 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: Wed, 16 Feb 2005 19:50:37 -0000 >Date: Tue, 15 Feb 2005 18:16:58 -0600 >From: Chris >Subject: MA401 worked w/5.3 - No go under CURRENT >To: FreeBSD - Current >Message-ID: <421290FA.40108@makeworld.com> >Content-Type: text/plain; charset=ISO-8859-1; format=flowed > >Hiya folks - > > I'm just starting to follow the CURRENT branch and popped that latest >snapshot on my laptop. Under 5.3 my NetGear MA401 worked with just >adding something like this to /etc/rc.conf: > >ifconfig_wi0="inet xxx.xxx.xxx.xxx netmask 255.255.255.0 ssid XXX >wepmode on wepkey 0xxxxxxxxxxxxxxxxxxxxxxxxxxx" > > And everything came up just dandy. Has something changed? > >-- >Best regards, >Chris > >For every action, there is an equal and opposite >criticism. Chris, The wireless interface changed recently, you will need to manually load the wlan_wep kernel module and add 'weptxkey 1' to your ifconfig line above. Those changes were enough to get my wireless back up. Paul From owner-freebsd-current@FreeBSD.ORG Wed Feb 16 20:12: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 0F38116A4CE for ; Wed, 16 Feb 2005 20:12:12 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id A669443D41 for ; Wed, 16 Feb 2005 20:12:11 +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 549EEF35EC for ; Wed, 16 Feb 2005 12:12:11 -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 58203-10 for ; Wed, 16 Feb 2005 12:12:10 -0800 (PST) Received: from mcneil.com (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 545E7F35DA for ; Wed, 16 Feb 2005 12:12:10 -0800 (PST) From: Sean McNeil To: current@freebsd.org Content-Type: text/plain Date: Wed, 16 Feb 2005 12:12:10 -0800 Message-Id: <1108584730.95661.12.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: where did all my memory go? 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: Wed, 16 Feb 2005 20:12:12 -0000 With a system built yesterday on my amd64, I had plenty of memory showing as free when the system completely started up. Even after intense usage I showed lots of free memory in top. Over night at some point all my memory is no longer free but inactive. Is there anything wrong here or is this expected behavior? ps doesn't show any serious usage by any particular process. Also, if disk caches or something were taking up the memory, I would expect it to have shown a lot earlier. Top shows the following: last pid: 95687; load averages: 0.04, 0.11, 0.13 up 1+02:47:04 11:58:33 182 processes: 2 running, 180 sleeping CPU states: 6.6% user, 0.0% nice, 2.7% system, 3.9% interrupt, 86.7% idle Mem: 512M Active, 1097M Inact, 121M Wired, 74M Cache, 214M Buf, 15M Free Swap: 3072M Total, 3072M Free vmstat shows: procs memory page disks faults cpu r b w avm fre flt re pi po fr sr ad0 ad1 in sy cs us sy id 0 4 0 1069628 93252 296 0 0 0 276 7 0 0 15232 2188 4636 3 9 88 and vmstat -m shows: Type InUse MemUse HighUse Requests Size(s) fmtfeed 0 0K 8K 1630 feeder 55 3K 3K 13890 32,128 ac97 2 1K 1K 2 16,256 mixer 1 1K 1K 1 1024 ratefeed 1 20K 20K 1494 mirror data 3 1K 2K 18645 64,256,512 agp 2 129K 129K 2 32 linux 10 1K 1K 10 64 NTFS nthash 1 512K 512K 1 MSDOSFS mount 1 256K 256K 1 atkbddev 2 1K 1K 2 32 DEVFS 369 101K 101K 370 16,64,128,256 nexusdev 2 1K 1K 2 16 USB 107 19K 19K 129 16,32,64,128,256,512 I/O APIC 1 2K 2K 1 2048 USBdev 9 2K 12K 33 16,64,128,512,1024 USBHC 2 1K 1K 3 16,128 memdesc 1 4K 8K 26 32,4096 entropy 1024 64K 64K 1024 64 VM pgdata 2 129K 129K 2 128 ppbusdev 2 1K 1K 2 256 ATA DMA 4 1K 1K 4 256 AD driver 4 1K 1K 4 256 UMAHash 2 12K 14K 9 512,1024,2048,4096 UFS mount 9 60K 60K 9 512,2048 UFS ihash 1 512K 512K 1 UFS dirhash 2656 1105K 1330K 15744 16,32,64,128,256,512,1024,2048 pagedep 2 129K 181K 13658 128 inodedep 1 512K 2376K 105788 256 newblk 1 1K 1K 446846 64,512 bmsafemap 0 0K 2K 6275 64 allocdirect 0 0K 586K 304042 128 indirdep 0 0K 338K 3275 64 allocindir 0 0K 654K 142803 128 freefrag 0 0K 56K 157074 64 freeblks 0 0K 512K 57013 256 freefile 0 0K 128K 54511 64 diradd 0 0K 224K 87929 64 mkdir 0 0K 9K 9840 64 dirrem 0 0K 225K 87223 64 newdirblk 0 0K 1K 87 32 savedino 0 0K 520K 34555 256 p1003.1b 1 1K 1K 1 16 NFS srvsock 2 1K 1K 2 256 NFSV3 srvdesc 0 0K 2K 35458 32,512 NFS daemon 69 7K 7K 69 64,512 NFS req 0 0K 1K 36 128 NFS hash 1 512K 512K 1 ip6_moptions 1 1K 1K 1 32 in6_multi 21 2K 2K 21 32,64 syncache 1 12K 12K 1 hostcache 1 48K 48K 1 ip_moptions 2 1K 1K 2 256 IpFw/IpAcct 25 5K 5K 25 64,128,2048 in_multi 5 1K 1K 5 64 igmp 2 1K 1K 2 32 routetbl 196 73K 73K 194086 32,64,128,256,512 lo 1 2K 2K 1 2048 clone 3 12K 12K 3 4096 ifaddr 46 19K 19K 46 32,64,256,512,4096 ether_multi 92 5K 5K 92 16,32,64 BPF 8 10K 10K 8 128,512,4096 ATA generic 12 4K 4K 12 16,512 mount 124 17K 18K 428 16,32,64,128,256,1024,2048 vnodes 4 1K 1K 15887 32,256 Export Host 3 2K 2K 3 512 cluster_save buffer 0 0K 1K 38456 64,128 vfscache 1 1024K 1024K 1 BIO buffer 5435 10870K 10940K 236537 2048 acpidev 54 4K 4K 54 64 soname 240 28K 30K 560515 16,32,64,128 pcb 158 13K 14K 19609 16,32,64,128,4096 mbuf tags 0 0K 1K 387337 32,128 mbextcnt 0 0K 1K 854 16 ptys 10 3K 3K 10 256 ttys 2303 315K 329K 15467 128,1024 shm 24 62K 72K 1633 2048 sem 4 60K 60K 4 4096 msg 4 30K 30K 4 2048,4096 ioctlops 0 0K 4K 13704684 16,32,64,128,256,512,1024,4096 iov 0 0K 1K 3037291 16,64,128,256,512,1024 Unitno 8 1K 1K 9 32 turnstiles 313 40K 40K 313 128 taskqueue 6 1K 1K 6 128 acpitask 0 0K 1K 2 16,64 sleep queues 313 20K 20K 313 64 sbuf 0 0K 37K 2469 16,32,64,128,256,512,1024,2048,4096 acpipwr 1 1K 1K 1 64 rman 159 20K 20K 573 16,128 acpica 1871 194K 195K 17558 16,32,64,128,256,512,1024 kobj 146 584K 596K 11596 4096 eventhandler 38 5K 5K 38 64,256 devstat 18 37K 37K 18 32,4096 bus 714 59K 166K 3582 16,32,64,128,256,1024 bus-sc 69 107K 203K 1351 16,32,64,128,256,512,1024,2048,4096 sbp 96 14K 14K 96 32,256 SWAP 2 413K 413K 2 64 sysctl 0 0K 1K 257517 16,32,64 sysctloid 2603 126K 126K 2653 16,32,64,128 sysctltmp 0 0K 1K 24292 16,32,64,128 plimit 35 9K 10K 12769 256 uidinfo 14 3K 3K 428 64,2048 cred 172 43K 45K 3054902 256 if_fwe 128 40K 40K 128 256 pgrp 72 9K 10K 1291 128 session 65 17K 18K 872 256 proc 2 16K 16K 2 subproc 435 914K 1026K 195715 512,4096 mtx_pool 1 12K 12K 1 PCI Link 16 2K 2K 16 64,128 module 231 29K 29K 231 128 acpisem 19 3K 3K 19 128 devbuf 5323 8315K 8571K 5992 16,32,64,128,256,512,1024,2048,4096 temp 85 48K 48K 1183962 16,32,64,128,256,512,1024,2048,4096 ip6opt 2 1K 1K 2 256 ip6ndp 8 2K 2K 11 64,128,256 lockf 41 6K 6K 47860 128 linker 93 13K 13K 111 16,32,64,128,256,512 firewire 29 44K 44K 31 16,64,128,512,1024,2048,4096 KTRACE 100 13K 13K 100 128 fw_xfer 0 0K 1K 1 256 ithread 60 12K 12K 60 128,256 zombie 0 0K 3K 195280 256 proc-args 114 9K 10K 160802 16,32,64,128,256 kqueue 0 0K 12K 20824 256,2048 kenv 55 6K 6K 56 16,32,64,4096 file desc 307 333K 341K 204062 16,32,64,128,256,512,1024,2048,4096 sigio 2 1K 1K 10 64 cdev 148 74K 74K 157 512 ACD driver 2 4K 4K 2 2048 ATA CAM transport 4 1K 5K 88 64,256,1024 AR driver 1 1K 3K 9 128,256,2048 ISOFS mount 1 512K 512K 1 isadev 7 1K 1K 7 64 GEOM 163 30K 56K 1004 16,32,64,128,256,512,1024,2048,4096 pfs_vncache 0 0K 1K 324 64 pfs_fileno 2 40K 40K 2 pfs_nodes 49 7K 7K 49 128 and finally vmstat -z shows: ITEM SIZE LIMIT USED FREE REQUESTS SWAPMETA: 288, 116519, 0, 0, 0 FFS2 dinode: 256, 0, 90328, 47, 5119957 FFS1 dinode: 128, 0, 0, 0, 0 FFS inode: 208, 0, 90328, 50, 5119957 IPFW dynamic: 80, 0, 194, 391, 12353 divcb: 304, 12336, 1, 23, 1 rtentry: 264, 0, 31, 25, 81 unpcb: 192, 25600, 426, 74, 45295 ripcb: 304, 12336, 3, 21, 10 sackhole: 24, 0, 0, 252, 26 tcpreass: 40, 1680, 0, 168, 5400 hostcache: 136, 15372, 38, 46, 466 syncache: 128, 15370, 0, 58, 5751 tcptw: 80, 2475, 3, 132, 4415 tcpcb: 736, 12330, 193, 32, 11508 inpcb: 304, 12336, 196, 68, 11508 udpcb: 304, 12336, 58, 38, 15631 socket: 568, 12334, 752, 95, 72452 KNOTE: 120, 0, 0, 62, 21596 PIPE: 720, 0, 194, 36, 99726 DIRHASH: 1024, 0, 1062, 346, 18503 NFSNODE: 680, 0, 2, 10, 2 NFSMOUNT: 576, 0, 2, 12, 2 L VFS Cache: 327, 0, 565, 803, 104791 S VFS Cache: 104, 0, 95620, 536, 5858234 NAMEI: 1024, 0, 0, 20, 44514947 VNODEPOLL: 128, 0, 1, 57, 1 VNODE: 512, 0, 90398, 14, 90398 ata_request: 344, 0, 0, 44, 1205278 g_bio: 216, 0, 0, 1944, 4741157 MbufClust: 2048, 25600, 1536, 6, 13308 Mbuf: 256, 0, 1538, 127, 6041041 Packet: 256, 0, 1472, 193, 3353442 VMSPACE: 544, 0, 127, 48, 195884 UPCALL: 88, 0, 34, 42, 255 KSEGRP: 136, 0, 252, 34, 364 TID: 144, 0, 1, 51, 1 THREAD: 608, 0, 299, 13, 6232098 PROC: 800, 0, 189, 46, 195498 Files: 120, 0, 1430, 213, 4033993 4096: 4096, 0, 638, 39, 215187 2048: 2048, 0, 5488, 134, 249953 1024: 1024, 0, 135, 85, 1002937 512: 512, 0, 2980, 450, 251983 256: 256, 0, 1111, 1829, 3682133 128: 128, 0, 8229, 2472, 850191 64: 64, 0, 3842, 3830, 3898580 32: 32, 0, 1690, 330, 886456 16: 16, 0, 1935, 585, 14240406 DP fakepg: 120, 0, 14590, 11, 14590 PV ENTRY: 48, 1757088, 285743, 73753, 235121221 MAP ENTRY: 112, 0, 17802, 1932, 9757492 KMAP ENTRY: 112, 88011, 15, 117, 11943 MAP: 352, 0, 7, 15, 5 VM OBJECT: 224, 0, 88858, 8739, 4165303 128 Bucket: 1048, 0, 525, 0, 0 64 Bucket: 536, 0, 28, 35, 0 32 Bucket: 280, 0, 28, 28, 0 16 Bucket: 152, 0, 29, 21, 0 UMA Hash: 256, 0, 3, 12, 0 UMA RCntSlab: 128, 0, 771, 12, 0 UMA Slabs: 128, 0, 3976, 26, 0 UMA Zones: 152, 0, 62, 10, 0 UMA Kegs: 232, 0, 62, 13, 0 From owner-freebsd-current@FreeBSD.ORG Wed Feb 16 20:16:35 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 D093A16A4CE for ; Wed, 16 Feb 2005 20:16:35 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1849643D2D for ; Wed, 16 Feb 2005 20:16:35 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j1GKHGXN029564; Wed, 16 Feb 2005 12:17:16 -0800 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j1GKHGk4029563; Wed, 16 Feb 2005 12:17:16 -0800 Date: Wed, 16 Feb 2005 12:17:16 -0800 From: Brooks Davis To: Sean McNeil Message-ID: <20050216201716.GA28436@odin.ac.hmc.edu> References: <1108584730.95661.12.camel@server.mcneil.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="82I3+IH0IqGh5yIs" Content-Disposition: inline In-Reply-To: <1108584730.95661.12.camel@server.mcneil.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu cc: current@freebsd.org Subject: Re: where did all my memory go? 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: Wed, 16 Feb 2005 20:16:35 -0000 --82I3+IH0IqGh5yIs Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Feb 16, 2005 at 12:12:10PM -0800, Sean McNeil wrote: > With a system built yesterday on my amd64, I had plenty of memory > showing as free when the system completely started up. Even after > intense usage I showed lots of free memory in top. Over night at some > point all my memory is no longer free but inactive. Is there anything > wrong here or is this expected behavior? ps doesn't show any serious > usage by any particular process. Also, if disk caches or something were > taking up the memory, I would expect it to have shown a lot earlier. On a system that has been up for any significant time, free memory should be very small since free memory is wasted. My guess is that it is disk cache and that one of the nightly jobs accessed enough stuff to fill it. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --82I3+IH0IqGh5yIs Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFCE6pMXY6L6fI4GtQRAjzyAJ9X6wZDDndMRum85UJdIA/2SyN5zgCfVOyM SXFGcmsLdkC5+Bs42mHDsDw= =QwYy -----END PGP SIGNATURE----- --82I3+IH0IqGh5yIs-- From owner-freebsd-current@FreeBSD.ORG Wed Feb 16 20:21: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 9BA3E16A4CE for ; Wed, 16 Feb 2005 20:21:21 +0000 (GMT) Received: from smtp814.mail.sc5.yahoo.com (smtp814.mail.sc5.yahoo.com [66.163.170.84]) by mx1.FreeBSD.org (Postfix) with SMTP id 4FEB743D41 for ; Wed, 16 Feb 2005 20:21:21 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noacks@swbell.net@70.240.177.173 with login) by smtp814.mail.sc5.yahoo.com with SMTP; 16 Feb 2005 20:21:20 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 2D2C36204; Wed, 16 Feb 2005 14:21:19 -0600 (CST) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 62443-19-2; Wed, 16 Feb 2005 14:21:17 -0600 (CST) Received: from compgeek.noacks.org (compgeek [192.168.1.10]) by optimator.noacks.org (Postfix) with ESMTP id 5D1306160; Wed, 16 Feb 2005 14:21:17 -0600 (CST) Received: from [127.0.0.1] (localhost [127.0.0.1]) by compgeek.noacks.org (8.13.1/8.13.1) with ESMTP id j1GKLG9V086202; Wed, 16 Feb 2005 14:21:16 -0600 (CST) (envelope-from noackjr@alumni.rice.edu) Message-ID: <4213AB3C.4040001@alumni.rice.edu> Date: Wed, 16 Feb 2005 14:21:16 -0600 From: Jon Noack User-Agent: Mozilla Thunderbird 1.0 (X11/20050202) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Christian Jachmann References: <20050213174915.GA97313@hurx.thc> <20050213224653.317675D07@ptavv.es.net> <20050215215714.GA26675@hurx.thc> In-Reply-To: <20050215215714.GA26675@hurx.thc> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at noacks.org 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 Reply-To: noackjr@alumni.rice.edu List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Feb 2005 20:21:21 -0000 On 02/15/05 15:57, Christian Jachmann wrote: > On Sun, Feb 13, 2005 at 02:46:53PM -0800, Kevin Oberman wrote: >>>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. > > Hmm > >>makeoptions DEBUG=-g still works fine. It's in NOTES as of about an > > lets see: > > hurx# uname -a > FreeBSD hurx.thc 5.3-STABLE FreeBSD 5.3-STABLE #3: Sun Feb 13 18:45:23 CET 2005 jachmann@hurx.thc:/usr/src/sys/i386/compile/MY i386 > > hurx# grep '$FreeBSD' /usr/src/sys/i386/conf/NOTES > # $FreeBSD: src/sys/i386/conf/NOTES,v 1.1168.2.2 2004/10/24 17:42:08 scottl Exp $ > > ...no, nothing in there > > hurx# grep DEBUG /usr/src/sys/i386/conf/NOTES > options NPX_DEBUG # enable npx debugging > options VESA_DEBUG > # ACPI_DEBUG enables the use of the debug.acpi.level and debug.acpi.layer > # Intel ACPICA code. (Note that the Intel code must also have USE_DEBUGGER > options ACPI_DEBUG > # DRM_DEBUG: include debug printfs, very slow > options DRM_DEBUG > options WLDEBUG # enables verbose debugging output > options TWA_DEBUG # 0-10; 10 prints the most messages. > options SAFE_DEBUG # enable debugging support: hw.safe.debug > options SX_DEBUG > options DEBUG_SVR4 # enable verbose debugging > options PECOFF_DEBUG > options KBDIO_DEBUG=2 > options PSM_DEBUG=1 > hurx# > > no makepotions DEBUG in my 5.3-STABLE NOTES As mentioned elsewhere in the thread, it's in /sys/conf/NOTES. Starting with 5.0, the old architecture dependent LINT file has been split in architecture independent (/sys/conf/NOTES) and dependent (/sys/${ARCH}/conf/NOTES) files. Thus, you'll find it in /sys/${ARCH}/conf/LINT on 4.x. Here's the commit that renamed LINT to NOTES from ~4.5 years ago: http://docs.freebsd.org/cgi/mid.cgi?200006132228.PAA97611 Here's the commit that split NOTES into architecture independent/dependent files from ~3 years ago: http://docs.freebsd.org/cgi/mid.cgi?200204031809.g33I9Hj41673 Jon From owner-freebsd-current@FreeBSD.ORG Wed Feb 16 20:56: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 BA15E16A4CE for ; Wed, 16 Feb 2005 20:56:21 +0000 (GMT) Received: from pandora.afflictions.org (asylum.afflictions.org [64.7.134.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id C8C4343D3F for ; Wed, 16 Feb 2005 20:56:20 +0000 (GMT) (envelope-from dgerow@afflictions.org) Received: from localhost (localhost [127.0.0.1]) by pandora.afflictions.org (Postfix) with ESMTP id 0B54178C98 for ; Wed, 16 Feb 2005 15:56:19 -0500 (EST) Received: from pandora.afflictions.org ([127.0.0.1]) by localhost (pandora.afflictions.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 27691-02 for ; Wed, 16 Feb 2005 15:56:15 -0500 (EST) Received: from dementia.afflictions.org (dementia.afflictions.org [172.19.206.56]) by pandora.afflictions.org (Postfix) with ESMTP id 3C10178C62 for ; Wed, 16 Feb 2005 15:56:14 -0500 (EST) Received: by dementia.afflictions.org (Postfix, from userid 1001) id 1A5F528BA1; Wed, 16 Feb 2005 15:56:14 -0500 (EST) Date: Wed, 16 Feb 2005 15:56:14 -0500 From: Damian Gerow To: current@freebsd.org Message-ID: <20050216205613.GA718@afflictions.org> Mail-Followup-To: current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-GPG-Fingerprint: B3D7 D901 A53A 1A99 BFD6 E6DF 9F3B 742B C288 9CC9 User-Agent: Mutt/1.5.6i X-Virus-Scanned: amavisd-new at pandora.afflictions.org Subject: TX2200/PDC20571 support & MFC plans? 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: Wed, 16 Feb 2005 20:56:21 -0000 I just got my hands on a Promise TX2200 which uses the PDC20571, so I can install a SATA drive in a non-SATA system. I'd been under the understanding that Promise was a pretty safe way to go in terms of driver support. But the card isn't supported under -STABLE. How is the support on -CURRENT? Are there any plans to MFC the driver? I'd prefer not to run -CURRENT on my mail server... - Damian From owner-freebsd-current@FreeBSD.ORG Wed Feb 16 21:00: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 7955F16A4CE for ; Wed, 16 Feb 2005 21:00:03 +0000 (GMT) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E61043D31 for ; Wed, 16 Feb 2005 21:00:02 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id j1GL01cg096029; Wed, 16 Feb 2005 15:00:01 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <4213B3C8.3090508@centtech.com> Date: Wed, 16 Feb 2005 14:57:44 -0600 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050210 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Brooks Davis References: <1108584730.95661.12.camel@server.mcneil.com> <20050216201716.GA28436@odin.ac.hmc.edu> In-Reply-To: <20050216201716.GA28436@odin.ac.hmc.edu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on mh1.centtech.com X-Virus-Status: Clean cc: current@freebsd.org Subject: Re: where did all my memory go? 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: Wed, 16 Feb 2005 21:00:03 -0000 Brooks Davis wrote: > On Wed, Feb 16, 2005 at 12:12:10PM -0800, Sean McNeil wrote: > >>With a system built yesterday on my amd64, I had plenty of memory >>showing as free when the system completely started up. Even after >>intense usage I showed lots of free memory in top. Over night at some >>point all my memory is no longer free but inactive. Is there anything >>wrong here or is this expected behavior? ps doesn't show any serious >>usage by any particular process. Also, if disk caches or something were >>taking up the memory, I would expect it to have shown a lot earlier. > > > On a system that has been up for any significant time, free memory > should be very small since free memory is wasted. My guess is that it > is disk cache and that one of the nightly jobs accessed enough stuff to > fill it. Speaking of this - is there a way to flush the disk cache? Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology I have seen the future and it is just like the present, only longer. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Wed Feb 16 21:06: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 0727516A4DB for ; Wed, 16 Feb 2005 21:06:03 +0000 (GMT) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C28343D31 for ; Wed, 16 Feb 2005 21:06:02 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id j1GL61vi060109 for ; Wed, 16 Feb 2005 15:06:02 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <4213B531.7000704@centtech.com> Date: Wed, 16 Feb 2005 15:03:45 -0600 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050210 X-Accept-Language: en-us, en MIME-Version: 1.0 To: FreeBSD Current Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on mh2.centtech.com X-Virus-Status: Clean Subject: newfs limits? 10TB filesystem max? 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: Wed, 16 Feb 2005 21:06:03 -0000 I've just built an enormous 10TB filesystem. When trying to newfs the disk, it bombed with something like "cannot allocate memory" after something like 23xxxxxxxxx sectors.. I noticed disklabel complains about disks with more than 2^32-1 sectors not being supported.. Is newfs supposed to be able to work? I've used the -s option to newfs to limit my filesystem size to the max it would allow, which ends up being 11350482546 1K blocks, which means I'm only losing a couple GB, which is no sweat right now for me, but if someone wanted a 20TB filesystem, they'd be hosed. Also - what are the newfs implictions? I have 1GB of RAM, is that enough? I'm running 5.3-STABLE on this box right now.. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology I have seen the future and it is just like the present, only longer. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Wed Feb 16 21:06: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 EC85E16A4CE for ; Wed, 16 Feb 2005 21:06:31 +0000 (GMT) Received: from smtp811.mail.sc5.yahoo.com (smtp811.mail.sc5.yahoo.com [66.163.170.81]) by mx1.FreeBSD.org (Postfix) with SMTP id AD8E443D45 for ; Wed, 16 Feb 2005 21:06:31 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noacks@swbell.net@70.240.177.173 with login) by smtp811.mail.sc5.yahoo.com with SMTP; 16 Feb 2005 21:06:31 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id E0A89620A; Wed, 16 Feb 2005 15:06:29 -0600 (CST) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 63683-05; Wed, 16 Feb 2005 15:06:28 -0600 (CST) Received: from compgeek.noacks.org (compgeek [192.168.1.10]) by optimator.noacks.org (Postfix) with ESMTP id 5216D6204; Wed, 16 Feb 2005 15:06:28 -0600 (CST) Received: from [127.0.0.1] (localhost [127.0.0.1]) by compgeek.noacks.org (8.13.1/8.13.1) with ESMTP id j1GL6RTu095627; Wed, 16 Feb 2005 15:06:28 -0600 (CST) (envelope-from noackjr@alumni.rice.edu) Message-ID: <4213B5D3.4010304@alumni.rice.edu> Date: Wed, 16 Feb 2005 15:06:27 -0600 From: Jon Noack User-Agent: Mozilla Thunderbird 1.0 (X11/20050202) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Damian Gerow References: <20050216205613.GA718@afflictions.org> In-Reply-To: <20050216205613.GA718@afflictions.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at noacks.org cc: current@freebsd.org Subject: Re: TX2200/PDC20571 support & MFC plans? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Feb 2005 21:06:32 -0000 On 02/16/05 14:56, Damian Gerow wrote: > I just got my hands on a Promise TX2200 which uses the PDC20571, so I can > install a SATA drive in a non-SATA system. I'd been under the understanding > that Promise was a pretty safe way to go in terms of driver support. But > the card isn't supported under -STABLE. > > How is the support on -CURRENT? Are there any plans to MFC the driver? I'd > prefer not to run -CURRENT on my mail server... I know it is supported on -CURRENT; I'd wager there will be an MFC of the ata driver prior to 5.4. Also, ATA mkIII has support for it (search mailing list for more info). Jon From owner-freebsd-current@FreeBSD.ORG Wed Feb 16 21:06: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 29D0816A4F6 for ; Wed, 16 Feb 2005 21:06:40 +0000 (GMT) Received: from pandora.afflictions.org (asylum.afflictions.org [64.7.134.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id CFC8D43D45 for ; Wed, 16 Feb 2005 21:06:39 +0000 (GMT) (envelope-from dgerow@afflictions.org) Received: from localhost (localhost [127.0.0.1]) by pandora.afflictions.org (Postfix) with ESMTP id BB87E78CA0 for ; Wed, 16 Feb 2005 16:06:37 -0500 (EST) Received: from pandora.afflictions.org ([127.0.0.1]) by localhost (pandora.afflictions.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 27812-04 for ; Wed, 16 Feb 2005 16:06:31 -0500 (EST) Received: from dementia.afflictions.org (dementia.afflictions.org [172.19.206.56]) by pandora.afflictions.org (Postfix) with ESMTP id 7EC7F78C93 for ; Wed, 16 Feb 2005 16:06:29 -0500 (EST) Received: by dementia.afflictions.org (Postfix, from userid 1001) id 50DDF28BAE; Wed, 16 Feb 2005 16:06:29 -0500 (EST) Date: Wed, 16 Feb 2005 16:06:29 -0500 From: Damian Gerow To: current@freebsd.org Message-ID: <20050216210629.GB718@afflictions.org> Mail-Followup-To: current@freebsd.org References: <1108584730.95661.12.camel@server.mcneil.com> <20050216201716.GA28436@odin.ac.hmc.edu> <4213B3C8.3090508@centtech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4213B3C8.3090508@centtech.com> X-GPG-Fingerprint: B3D7 D901 A53A 1A99 BFD6 E6DF 9F3B 742B C288 9CC9 User-Agent: Mutt/1.5.6i X-Virus-Scanned: amavisd-new at pandora.afflictions.org Subject: Re: where did all my memory go? 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: Wed, 16 Feb 2005 21:06:40 -0000 Thus spake Eric Anderson (anderson@centtech.com) [16/02/05 16:02]: : >On a system that has been up for any significant time, free memory : >should be very small since free memory is wasted. My guess is that it : >is disk cache and that one of the nightly jobs accessed enough stuff to : >fill it. : : Speaking of this - is there a way to flush the disk cache? sync(8)? But, AFAIK, this doesn't flush the cache held by the HD itself, just that FreeBSD itself has performed all the writes. From owner-freebsd-current@FreeBSD.ORG Wed Feb 16 21:13: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 DD83A16A4CE for ; Wed, 16 Feb 2005 21:13:14 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id A317D43D48 for ; Wed, 16 Feb 2005 21:13:14 +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 55BA0F35F9; Wed, 16 Feb 2005 13:13:14 -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 12000-05; Wed, 16 Feb 2005 13:13:13 -0800 (PST) Received: from mcneil.com (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id BE500F35F7; Wed, 16 Feb 2005 13:13:13 -0800 (PST) From: Sean McNeil To: Eric Anderson In-Reply-To: <4213B3C8.3090508@centtech.com> References: <1108584730.95661.12.camel@server.mcneil.com> <4213B3C8.3090508@centtech.com> Content-Type: text/plain Date: Wed, 16 Feb 2005 13:13:13 -0800 Message-Id: <1108588393.12275.9.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: current@freebsd.org Subject: Re: where did all my memory go? 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: Wed, 16 Feb 2005 21:13:15 -0000 On Wed, 2005-02-16 at 14:57 -0600, Eric Anderson wrote: > Brooks Davis wrote: > > On Wed, Feb 16, 2005 at 12:12:10PM -0800, Sean McNeil wrote: > > > >>With a system built yesterday on my amd64, I had plenty of memory > >>showing as free when the system completely started up. Even after > >>intense usage I showed lots of free memory in top. Over night at some > >>point all my memory is no longer free but inactive. Is there anything > >>wrong here or is this expected behavior? ps doesn't show any serious > >>usage by any particular process. Also, if disk caches or something were > >>taking up the memory, I would expect it to have shown a lot earlier. > > > > > > On a system that has been up for any significant time, free memory > > should be very small since free memory is wasted. My guess is that it > > is disk cache and that one of the nightly jobs accessed enough stuff to > > fill it. > > Speaking of this - is there a way to flush the disk cache? I would have to dispute this fact. Any disk cache should not be assigned to inactive user pages. It should be, IMHO, cache or buffer memory. In my original email, the vmstat -m output would support this: UFS dirhash 2656 1105K 1330K 15744 16,32,64,128,256,512,1024,2048 BIO buffer 5435 10870K 10940K 236537 2048 I see nothing on my system that comes close to accounting for the 1G of inactive memory. Further, it really makes something like the system applet in gnome useless when all my memory is claimed to be allocated as user space. I've only recently used this applet, but again I stress that after heavy usage of the system during initial boot I had plenty of ram shown as free. As for flushing the disk cache, I thought that sync should do this. It doesn't have any effect here, though. Cheers, Sean From owner-freebsd-current@FreeBSD.ORG Wed Feb 16 21:24: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 EA7EC16A4CE for ; Wed, 16 Feb 2005 21:24:54 +0000 (GMT) Received: from pandora.afflictions.org (asylum.afflictions.org [64.7.134.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C29143D31 for ; Wed, 16 Feb 2005 21:24:54 +0000 (GMT) (envelope-from dgerow@afflictions.org) Received: from localhost (localhost [127.0.0.1]) by pandora.afflictions.org (Postfix) with ESMTP id 010FB78C93 for ; Wed, 16 Feb 2005 16:24:52 -0500 (EST) Received: from pandora.afflictions.org ([127.0.0.1]) by localhost (pandora.afflictions.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 27748-07 for ; Wed, 16 Feb 2005 16:24:47 -0500 (EST) Received: from dementia.afflictions.org (dementia.afflictions.org [172.19.206.56]) by pandora.afflictions.org (Postfix) with ESMTP id A380A78C62 for ; Wed, 16 Feb 2005 16:24:46 -0500 (EST) Received: by dementia.afflictions.org (Postfix, from userid 1001) id 7001328BAE; Wed, 16 Feb 2005 16:24:46 -0500 (EST) Date: Wed, 16 Feb 2005 16:24:46 -0500 From: Damian Gerow To: current@freebsd.org Message-ID: <20050216212446.GC718@afflictions.org> Mail-Followup-To: current@freebsd.org References: <20050216205613.GA718@afflictions.org> <4213B5D3.4010304@alumni.rice.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4213B5D3.4010304@alumni.rice.edu> X-GPG-Fingerprint: B3D7 D901 A53A 1A99 BFD6 E6DF 9F3B 742B C288 9CC9 User-Agent: Mutt/1.5.6i X-Virus-Scanned: amavisd-new at pandora.afflictions.org Subject: Re: TX2200/PDC20571 support & MFC plans? 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: Wed, 16 Feb 2005 21:24:55 -0000 Thus spake Jon Noack (noackjr@alumni.rice.edu) [16/02/05 16:07]: : Also, ATA mkIII has support for it (search mailing list for more info). Thanks. I half-heartedly watched the thread: I'll give it a shot. - Damian From owner-freebsd-current@FreeBSD.ORG Wed Feb 16 21:28: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 CCD0E16A4CE for ; Wed, 16 Feb 2005 21:28:45 +0000 (GMT) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id A3E7A43D2D for ; Wed, 16 Feb 2005 21:28:45 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) j1GLSiNv038116; Wed, 16 Feb 2005 13:28:44 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost)j1GLSimN038115; Wed, 16 Feb 2005 13:28:44 -0800 (PST) (envelope-from sgk) Date: Wed, 16 Feb 2005 13:28:44 -0800 From: Steve Kargl To: Sean McNeil Message-ID: <20050216212844.GA28790@troutmask.apl.washington.edu> References: <1108584730.95661.12.camel@server.mcneil.com> <4213B3C8.3090508@centtech.com> <1108588393.12275.9.camel@server.mcneil.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1108588393.12275.9.camel@server.mcneil.com> User-Agent: Mutt/1.4.2.1i cc: Eric Anderson cc: current@freebsd.org Subject: Re: where did all my memory go? 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: Wed, 16 Feb 2005 21:28:45 -0000 On Wed, Feb 16, 2005 at 01:13:13PM -0800, Sean McNeil wrote: > > I would have to dispute this fact. Any disk cache should not be > assigned to inactive user pages. It should be, IMHO, cache or buffer > memory. In my original email, the vmstat -m output would support this: > Read http://www.freebsd.org/doc/en_US.ISO8859-1/books/arch-handbook/vm.html if you still have question then post away. -- Steve From owner-freebsd-current@FreeBSD.ORG Wed Feb 16 21:33: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 2ACA516A4CE for ; Wed, 16 Feb 2005 21:33:00 +0000 (GMT) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id F2E6843D46 for ; Wed, 16 Feb 2005 21:32:59 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) j1GLWwNl038429; Wed, 16 Feb 2005 13:32:58 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost)j1GLWwYc038428; Wed, 16 Feb 2005 13:32:58 -0800 (PST) (envelope-from sgk) Date: Wed, 16 Feb 2005 13:32:58 -0800 From: Steve Kargl To: Sean McNeil Message-ID: <20050216213258.GA38172@troutmask.apl.washington.edu> References: <1108584730.95661.12.camel@server.mcneil.com> <4213B3C8.3090508@centtech.com> <1108588393.12275.9.camel@server.mcneil.com> <20050216212844.GA28790@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050216212844.GA28790@troutmask.apl.washington.edu> User-Agent: Mutt/1.4.2.1i cc: Eric Anderson cc: current@freebsd.org Subject: Re: where did all my memory go? 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: Wed, 16 Feb 2005 21:33:00 -0000 On Wed, Feb 16, 2005 at 01:28:44PM -0800, Steve Kargl wrote: > On Wed, Feb 16, 2005 at 01:13:13PM -0800, Sean McNeil wrote: > > > > I would have to dispute this fact. Any disk cache should not be > > assigned to inactive user pages. It should be, IMHO, cache or buffer > > memory. In my original email, the vmstat -m output would support this: > > > > Read > http://www.freebsd.org/doc/en_US.ISO8859-1/books/arch-handbook/vm.html > if you still have question then post away. > You'll also want to read http://www.freebsd.org/doc/en_US.ISO8859-1/articles/vm-design/index.html -- Steve From owner-freebsd-current@FreeBSD.ORG Wed Feb 16 21:39:51 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 397F616A4CE for ; Wed, 16 Feb 2005 21:39:51 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id D229E43D3F for ; Wed, 16 Feb 2005 21:39:50 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j1GLeVa0010003; Wed, 16 Feb 2005 13:40:31 -0800 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j1GLeVLY010002; Wed, 16 Feb 2005 13:40:31 -0800 Date: Wed, 16 Feb 2005 13:40:31 -0800 From: Brooks Davis To: Sean McNeil Message-ID: <20050216214031.GA2787@odin.ac.hmc.edu> References: <1108584730.95661.12.camel@server.mcneil.com> <20050216201716.GA28436@odin.ac.hmc.edu> <4213B3C8.3090508@centtech.com> <1108588393.12275.9.camel@server.mcneil.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="4Ckj6UjgE2iN1+kY" Content-Disposition: inline In-Reply-To: <1108588393.12275.9.camel@server.mcneil.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=1.0 required=8.0 tests=NO_COST autolearn=no version=2.63 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu cc: Eric Anderson cc: current@freebsd.org Subject: Re: where did all my memory go? 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: Wed, 16 Feb 2005 21:39:51 -0000 --4Ckj6UjgE2iN1+kY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Feb 16, 2005 at 01:13:13PM -0800, Sean McNeil wrote: > On Wed, 2005-02-16 at 14:57 -0600, Eric Anderson wrote: > > Brooks Davis wrote: > > > On Wed, Feb 16, 2005 at 12:12:10PM -0800, Sean McNeil wrote: > > >=20 > > >>With a system built yesterday on my amd64, I had plenty of memory > > >>showing as free when the system completely started up. Even after > > >>intense usage I showed lots of free memory in top. Over night at some > > >>point all my memory is no longer free but inactive. Is there anything > > >>wrong here or is this expected behavior? ps doesn't show any serious > > >>usage by any particular process. Also, if disk caches or something w= ere > > >>taking up the memory, I would expect it to have shown a lot earlier. > > >=20 > > >=20 > > > On a system that has been up for any significant time, free memory > > > should be very small since free memory is wasted. My guess is that it > > > is disk cache and that one of the nightly jobs accessed enough stuff = to > > > fill it. > >=20 > > Speaking of this - is there a way to flush the disk cache? =20 >=20 > I would have to dispute this fact. Any disk cache should not be > assigned to inactive user pages. It should be, IMHO, cache or buffer > memory. In my original email, the vmstat -m output would support this: >=20 > UFS dirhash 2656 1105K 1330K 15744 16,32,64,128,256,512,1024,20= 48 > BIO buffer 5435 10870K 10940K 236537 2048 >=20 > I see nothing on my system that comes close to accounting for the 1G of > inactive memory. Further, it really makes something like the system > applet in gnome useless when all my memory is claimed to be allocated as > user space. I've only recently used this applet, but again I stress > that after heavy usage of the system during initial boot I had plenty of > ram shown as free. >=20 > As for flushing the disk cache, I thought that sync should do this. It > doesn't have any effect here, though. Sync writes dirty pages, it does not return pages to the free list. There is no reason to agressivly return pages to the free list under normal load, the system knows which pages have not been modified and thus can be added to the free list at virtual no cost so why free pages that might be used again. There's little cost in defering that and very large potential savings if the data is accessed again later. One way this can happen is if you mmap a file and read it, those pages will be mapped and will remain mapped until something pushes them out. If they are unmodifed, another process that has access to the same data can use the cached copy rather then doing a read from disk. Too see how you can use up your free memory like this, run top and a command like: find /some/large/directory | xargs grep DjklfadsAFSDjklfasdhjASDhjEQ#@% The concept that most of your memory should be entierly free when the system is not under load is simply wrong. The simplistic world view of memory being allocated to a specific task or entierly free simply isn't correct for all that it makes for nice graphs anyone can pretend they understand. You can produce some sort of aproximation of the output you see on other systems by modifying the program to include inactive memory in free memory. That's what I did with Ganglia. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --4Ckj6UjgE2iN1+kY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFCE73OXY6L6fI4GtQRAgRXAKDLL+z7YdARpgrFfX0HXte4l2gAlwCeL76Y ITriumbE8BHbT7bO1P6ra4I= =Mfdt -----END PGP SIGNATURE----- --4Ckj6UjgE2iN1+kY-- From owner-freebsd-current@FreeBSD.ORG Wed Feb 16 21:48: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 86C7116A4CE for ; Wed, 16 Feb 2005 21:48:08 +0000 (GMT) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id D088B43D2F for ; Wed, 16 Feb 2005 21:48:07 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id j1GLm7pb060678; Wed, 16 Feb 2005 15:48:07 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <4213BF0E.1080608@centtech.com> Date: Wed, 16 Feb 2005 15:45:50 -0600 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050210 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Brooks Davis References: <1108584730.95661.12.camel@server.mcneil.com> <20050216201716.GA28436@odin.ac.hmc.edu> <4213B3C8.3090508@centtech.com> <1108588393.12275.9.camel@server.mcneil.com> <20050216214031.GA2787@odin.ac.hmc.edu> In-Reply-To: <20050216214031.GA2787@odin.ac.hmc.edu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on mh2.centtech.com X-Virus-Status: Clean cc: current@freebsd.org Subject: Re: where did all my memory go? 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: Wed, 16 Feb 2005 21:48:08 -0000 Brooks Davis wrote: > On Wed, Feb 16, 2005 at 01:13:13PM -0800, Sean McNeil wrote: > >>On Wed, 2005-02-16 at 14:57 -0600, Eric Anderson wrote: >> >>>Brooks Davis wrote: >>> >>>>On Wed, Feb 16, 2005 at 12:12:10PM -0800, Sean McNeil wrote: >>>> >>>> >>>>>With a system built yesterday on my amd64, I had plenty of memory >>>>>showing as free when the system completely started up. Even after >>>>>intense usage I showed lots of free memory in top. Over night at some >>>>>point all my memory is no longer free but inactive. Is there anything >>>>>wrong here or is this expected behavior? ps doesn't show any serious >>>>>usage by any particular process. Also, if disk caches or something were >>>>>taking up the memory, I would expect it to have shown a lot earlier. >>>> >>>> >>>>On a system that has been up for any significant time, free memory >>>>should be very small since free memory is wasted. My guess is that it >>>>is disk cache and that one of the nightly jobs accessed enough stuff to >>>>fill it. >>> >>>Speaking of this - is there a way to flush the disk cache? [..snip..] > Sync writes dirty pages, it does not return pages to the free list. > There is no reason to agressivly return pages to the free list under > normal load, the system knows which pages have not been modified and > thus can be added to the free list at virtual no cost so why free pages > that might be used again. There's little cost in defering that and very > large potential savings if the data is accessed again later. One way > this can happen is if you mmap a file and read it, those pages will be > mapped and will remain mapped until something pushes them out. If they > are unmodifed, another process that has access to the same data can use > the cached copy rather then doing a read from disk. Thanks Brooks for the simple explanation! Makes total sense to me, and is pretty much what I had understood - I was mostly curious :) On that same topic - let's say someone has a 1TB file, and is using that with geom gate - would portions of that file still be cached as said above, or would they somehow be bypassing the potential caching abilities of the system? What about a geom gate connected directly to a device? Is those cases, would there be any benefit to having a large amount of memory available for caching? Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology I have seen the future and it is just like the present, only longer. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Wed Feb 16 21:53: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 D526016A4CE for ; Wed, 16 Feb 2005 21:53:29 +0000 (GMT) Received: from web26805.mail.ukl.yahoo.com (web26805.mail.ukl.yahoo.com [217.146.176.81]) by mx1.FreeBSD.org (Postfix) with SMTP id C7B7643D1D for ; Wed, 16 Feb 2005 21:53:28 +0000 (GMT) (envelope-from cguttesen@yahoo.dk) Received: (qmail 9203 invoked by uid 60001); 16 Feb 2005 21:53:25 -0000 Message-ID: <20050216215325.9201.qmail@web26805.mail.ukl.yahoo.com> Received: from [217.149.113.94] by web26805.mail.ukl.yahoo.com via HTTP; Wed, 16 Feb 2005 22:53:25 CET Date: Wed, 16 Feb 2005 22:53:25 +0100 (CET) From: Claus Guttesen To: Eric Anderson , FreeBSD Current In-Reply-To: <4213B531.7000704@centtech.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: Re: newfs limits? 10TB filesystem max? 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: Wed, 16 Feb 2005 21:53:30 -0000 > I've just built an enormous 10TB filesystem. When > trying to newfs the disk, it bombed with something > like "cannot allocate memory" after something like > 23xxxxxxxxx sectors.. I noticed disklabel complains > about disks with more than 2^32-1 sectors not being > supported.. Aren't you supposed to use gpt(8) to define partitions larger than 2 TB? > Is newfs supposed to be able to work? I've used the > -s option to newfs to limit my filesystem size to > the max it would allow, which ends up being > 11350482546 1K blocks, which means I'm only losing a > couple GB, which is no sweat right now for me, but > if someone wanted a 20TB filesystem, they'd be > hosed. Then the question is whether newfs reads gpt-partitioned disks? From newfs(8): Before running newfs the disk must be labeled using bsdlabel(8). How did you create such a huge partition? Your question is quite interesting, I'm at a storage-solution which supports LUN's larger than 2.2 TB. regards Claus From owner-freebsd-current@FreeBSD.ORG Wed Feb 16 21:54: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 0104516A4CF for ; Wed, 16 Feb 2005 21:54:50 +0000 (GMT) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id A7C0D43D31 for ; Wed, 16 Feb 2005 21:54:49 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.1/8.13.1) with ESMTP id j1GLsWe3028017; Wed, 16 Feb 2005 13:54:36 -0800 (PST) (envelope-from truckman@FreeBSD.org) Message-Id: <200502162154.j1GLsWe3028017@gw.catspoiler.org> Date: Wed, 16 Feb 2005 13:54:32 -0800 (PST) From: Don Lewis To: dgerow@afflictions.org In-Reply-To: <20050216210629.GB718@afflictions.org> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii cc: current@FreeBSD.org Subject: Re: where did all my memory go? 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: Wed, 16 Feb 2005 21:54:50 -0000 On 16 Feb, Damian Gerow wrote: > Thus spake Eric Anderson (anderson@centtech.com) [16/02/05 16:02]: > : >On a system that has been up for any significant time, free memory > : >should be very small since free memory is wasted. My guess is that it > : >is disk cache and that one of the nightly jobs accessed enough stuff to > : >fill it. > : > : Speaking of this - is there a way to flush the disk cache? > > sync(8)? That only causes the dirty pages to be written back to the disks, which happens within about 30 seconds automagically. The data will still be cached, but the dirty bit on each page will be cleared until the page is written again. If you really want to make the "free memory" count go back up, write a small C program that mallocs a large amount of memory, and writes to each page, and then exits. When you run this program, it will steal memory from the inactive pool, and release it back to the free list when the process exits. The reason that the memory is returned to the free list in this case is because the memory is known to not contain data that can be reused. This is a fairly useless thing to do because any user process that needs physical RAM can just as easily allocated it from the inactive pool as from the free pool, and as others have noted, the cached data in the inactive pool might be reused, saving some disk I/O. From owner-freebsd-current@FreeBSD.ORG Wed Feb 16 21:55: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 4CC6816A4CF for ; Wed, 16 Feb 2005 21:55:28 +0000 (GMT) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB7AA43D2D for ; Wed, 16 Feb 2005 21:55:27 +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 807A3F3609; Wed, 16 Feb 2005 13:55:27 -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 49576-01; Wed, 16 Feb 2005 13:55:26 -0800 (PST) Received: from mcneil.com (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id A88C5F3607; Wed, 16 Feb 2005 13:55:26 -0800 (PST) From: Sean McNeil To: Brooks Davis In-Reply-To: <20050216214031.GA2787@odin.ac.hmc.edu> References: <1108584730.95661.12.camel@server.mcneil.com> <4213B3C8.3090508@centtech.com> <1108588393.12275.9.camel@server.mcneil.com> <20050216214031.GA2787@odin.ac.hmc.edu> Content-Type: text/plain Date: Wed, 16 Feb 2005 13:55:26 -0800 Message-Id: <1108590926.46284.8.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: Eric Anderson cc: current@freebsd.org Subject: Re: where did all my memory go? 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: Wed, 16 Feb 2005 21:55:28 -0000 On Wed, 2005-02-16 at 13:40 -0800, Brooks Davis wrote: > On Wed, Feb 16, 2005 at 01:13:13PM -0800, Sean McNeil wrote: > > On Wed, 2005-02-16 at 14:57 -0600, Eric Anderson wrote: > > > Brooks Davis wrote: > > > > On Wed, Feb 16, 2005 at 12:12:10PM -0800, Sean McNeil wrote: > > > > > > > >>With a system built yesterday on my amd64, I had plenty of memory > > > >>showing as free when the system completely started up. Even after > > > >>intense usage I showed lots of free memory in top. Over night at some > > > >>point all my memory is no longer free but inactive. Is there anything > > > >>wrong here or is this expected behavior? ps doesn't show any serious > > > >>usage by any particular process. Also, if disk caches or something were > > > >>taking up the memory, I would expect it to have shown a lot earlier. > > > > > > > > > > > > On a system that has been up for any significant time, free memory > > > > should be very small since free memory is wasted. My guess is that it > > > > is disk cache and that one of the nightly jobs accessed enough stuff to > > > > fill it. > > > > > > Speaking of this - is there a way to flush the disk cache? > > > > I would have to dispute this fact. Any disk cache should not be > > assigned to inactive user pages. It should be, IMHO, cache or buffer > > memory. In my original email, the vmstat -m output would support this: > > > > UFS dirhash 2656 1105K 1330K 15744 16,32,64,128,256,512,1024,2048 > > BIO buffer 5435 10870K 10940K 236537 2048 > > > > I see nothing on my system that comes close to accounting for the 1G of > > inactive memory. Further, it really makes something like the system > > applet in gnome useless when all my memory is claimed to be allocated as > > user space. I've only recently used this applet, but again I stress > > that after heavy usage of the system during initial boot I had plenty of > > ram shown as free. > > > > As for flushing the disk cache, I thought that sync should do this. It > > doesn't have any effect here, though. > > Sync writes dirty pages, it does not return pages to the free list. > There is no reason to agressivly return pages to the free list under > normal load, the system knows which pages have not been modified and > thus can be added to the free list at virtual no cost so why free pages > that might be used again. There's little cost in defering that and very > large potential savings if the data is accessed again later. One way > this can happen is if you mmap a file and read it, those pages will be > mapped and will remain mapped until something pushes them out. If they > are unmodifed, another process that has access to the same data can use > the cached copy rather then doing a read from disk. > > Too see how you can use up your free memory like this, run top and a > command like: > > find /some/large/directory | xargs grep DjklfadsAFSDjklfasdhjASDhjEQ#@% > > The concept that most of your memory should be entierly free when the > system is not under load is simply wrong. The simplistic world view of > memory being allocated to a specific task or entierly free simply isn't > correct for all that it makes for nice graphs anyone can pretend they > understand. You can produce some sort of aproximation of the output you > see on other systems by modifying the program to include inactive memory > in free memory. That's what I did with Ganglia. I am not disputing this, but it was only a quick glance through the documentation that Steve pointed to that I think I understand, but again wonder a little as to why. What I seem to be getting from the documentation is that cache and buf pages are being actively used within the system for one reason or another. It would appear that disk cache pages that have either aged past a point or otherwise determined as reusable are placed on the user space inactive queue. Am I starting to get it? Sean From owner-freebsd-current@FreeBSD.ORG Wed Feb 16 21:57: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 830F716A4CE for ; Wed, 16 Feb 2005 21:57:30 +0000 (GMT) Received: from web26805.mail.ukl.yahoo.com (web26805.mail.ukl.yahoo.com [217.146.176.81]) by mx1.FreeBSD.org (Postfix) with SMTP id D1ED043D39 for ; Wed, 16 Feb 2005 21:57:29 +0000 (GMT) (envelope-from cguttesen@yahoo.dk) Received: (qmail 9707 invoked by uid 60001); 16 Feb 2005 21:57:29 -0000 Message-ID: <20050216215729.9705.qmail@web26805.mail.ukl.yahoo.com> Received: from [217.149.113.94] by web26805.mail.ukl.yahoo.com via HTTP; Wed, 16 Feb 2005 22:57:29 CET Date: Wed, 16 Feb 2005 22:57:29 +0100 (CET) From: Claus Guttesen To: Eric Anderson , FreeBSD Current In-Reply-To: <20050216215325.9201.qmail@web26805.mail.ukl.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: Re: newfs limits? 10TB filesystem max? 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: Wed, 16 Feb 2005 21:57:30 -0000 > How did you create such a huge partition? Your > question is quite interesting, I'm at a ^^^^^^^^^ Argh, looses context! Should read "I'm a looking at a ... Claus From owner-freebsd-current@FreeBSD.ORG Wed Feb 16 22:00: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 03A2816A4CE for ; Wed, 16 Feb 2005 22:00:38 +0000 (GMT) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1555743D5A for ; Wed, 16 Feb 2005 22:00:37 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id j1GM0aXe096791; Wed, 16 Feb 2005 16:00:36 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <4213C1FB.6030802@centtech.com> Date: Wed, 16 Feb 2005 15:58:19 -0600 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050210 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Claus Guttesen References: <20050216215325.9201.qmail@web26805.mail.ukl.yahoo.com> In-Reply-To: <20050216215325.9201.qmail@web26805.mail.ukl.yahoo.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on mh1.centtech.com X-Virus-Status: Clean cc: FreeBSD Current Subject: Re: newfs limits? 10TB filesystem max? 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: Wed, 16 Feb 2005 22:00:38 -0000 Claus Guttesen wrote: >>I've just built an enormous 10TB filesystem. When >>trying to newfs the disk, it bombed with something >>like "cannot allocate memory" after something like >>23xxxxxxxxx sectors.. I noticed disklabel complains >>about disks with more than 2^32-1 sectors not being >>supported.. > > > Aren't you supposed to use gpt(8) to define partitions > larger than 2 TB? No idea - this is the first I've heard of gpt really.. >>Is newfs supposed to be able to work? I've used the >>-s option to newfs to limit my filesystem size to >>the max it would allow, which ends up being >>11350482546 1K blocks, which means I'm only losing a >>couple GB, which is no sweat right now for me, but >>if someone wanted a 20TB filesystem, they'd be >>hosed. > > > Then the question is whether newfs reads > gpt-partitioned disks? From newfs(8): > > Before running newfs the disk must be labeled using > bsdlabel(8). > > How did you create such a huge partition? Your > question is quite interesting, I'm at a > storage-solution which supports LUN's larger than 2.2 > TB. I used vinum to stripe 6 2TB partitions connected to 2 fiber channel disk arrays. Vinum automatically does the bsdlabel part. I was merely wanting to see what bsdlabel had to say about the vinum disk (if anything). Using newfs on it worked as long as I specified a smaller sector count. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology I have seen the future and it is just like the present, only longer. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Wed Feb 16 22:02:11 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 27DA916A4CE for ; Wed, 16 Feb 2005 22:02:11 +0000 (GMT) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id A23D743D48 for ; Wed, 16 Feb 2005 22:02:10 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id j1GM2AcO096806; Wed, 16 Feb 2005 16:02:10 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <4213C259.9000909@centtech.com> Date: Wed, 16 Feb 2005 15:59:53 -0600 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050210 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Claus Guttesen References: <20050216215729.9705.qmail@web26805.mail.ukl.yahoo.com> In-Reply-To: <20050216215729.9705.qmail@web26805.mail.ukl.yahoo.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.82, clamav-milter version 0.82 on mh1.centtech.com X-Virus-Status: Clean cc: FreeBSD Current Subject: Re: newfs limits? 10TB filesystem max? 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: Wed, 16 Feb 2005 22:02:11 -0000 Claus Guttesen wrote: >>How did you create such a huge partition? Your >>question is quite interesting, I'm at a > > ^^^^^^^^^ > Argh, looses context! Should read "I'm a looking at a > ... Hehe - in that case, our storage solution does have that feature (64bit LBA), but FreeBSD doesn't seem to understand 'disks' that are bigger than 2TB (48bit LBA?).. Please correct me if I am wrong. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology I have seen the future and it is just like the present, only longer. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Wed Feb 16 22:03: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 50A5316A4CE for ; Wed, 16 Feb 2005 22:03:19 +0000 (GMT) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 23B2F43D53 for ; Wed, 16 Feb 2005 22:03:19 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) j1GM3EtM080262; Wed, 16 Feb 2005 14:03:14 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost)j1GM3EQ0080261; Wed, 16 Feb 2005 14:03:14 -0800 (PST) (envelope-from sgk) Date: Wed, 16 Feb 2005 14:03:14 -0800 From: Steve Kargl To: Sean McNeil Message-ID: <20050216220314.GA80218@troutmask.apl.washington.edu> References: <1108584730.95661.12.camel@server.mcneil.com> <4213B3C8.3090508@centtech.com> <1108588393.12275.9.camel@server.mcneil.com> <20050216214031.GA2787@odin.ac.hmc.edu> <1108590926.46284.8.camel@server.mcneil.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1108590926.46284.8.camel@server.mcneil.com> User-Agent: Mutt/1.4.2.1i cc: Eric Anderson cc: current@freebsd.org Subject: Re: where did all my memory go? 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: Wed, 16 Feb 2005 22:03:19 -0000 On Wed, Feb 16, 2005 at 01:55:26PM -0800, Sean McNeil wrote: > > I am not disputing this, but it was only a quick glance through the > documentation that Steve pointed to that I think I understand, but again > wonder a little as to why. > > What I seem to be getting from the documentation is that cache and buf > pages are being actively used within the system for one reason or > another. It would appear that disk cache pages that have either aged > past a point or otherwise determined as reusable are placed on the user > space inactive queue. Am I starting to get it? > Yes, you are beginning to grasp the idea. Consider the number of times you may use ls during a session. Do you really want to read the ls command from disk every time you issue the command? Another way to understand why you want to leave things in the inactive state is to reboot your system, and then do time find /usr/src -type f | xargs grep SomeNonsenseString time find /usr/src -type f | xargs grep SomeNonsenseString Which command do you think will finish in the least time? -- Steve From owner-freebsd-current@FreeBSD.ORG Wed Feb 16 22:28: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 B779316A4CE; Wed, 16 Feb 2005 22:28:18 +0000 (GMT) Received: from av5-2-sn3.vrr.skanova.net (av5-2-sn3.vrr.skanova.net [81.228.9.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F90543D2D; Wed, 16 Feb 2005 22:28:18 +0000 (GMT) (envelope-from daniel_k_eriksson@telia.com) Received: by av5-2-sn3.vrr.skanova.net (Postfix, from userid 502) id 3C95737E50; Wed, 16 Feb 2005 23:28:17 +0100 (CET) Received: from smtp1-1-sn3.vrr.skanova.net (smtp1-1-sn3.vrr.skanova.net [81.228.9.177]) by av5-2-sn3.vrr.skanova.net (Postfix) with ESMTP id 2A6CE37E4F; Wed, 16 Feb 2005 23:28:17 +0100 (CET) Received: from sentinel (81-232-139-217-no23.business.telia.com [81.232.139.217]) by smtp1-1-sn3.vrr.skanova.net (Postfix) with ESMTP id 00F6538004; Wed, 16 Feb 2005 23:28:16 +0100 (CET) From: "Daniel Eriksson" To: "'Justin T. Gibbs'" , Date: Wed, 16 Feb 2005 23:28:12 +0100 Organization: Home Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 In-Reply-To: <200502161809.j1GI9gVG033847@repoman.freebsd.org> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 Thread-Index: AcUUUs7X0erzfNvBQ+mgs4B2v2+1GgAI8igg Subject: RE: cvs commit: src/sys/dev/aic7xxx aic79xx.c aic79xx_osm.c aic7xxx.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: Wed, 16 Feb 2005 22:28:18 -0000 Justin T. Gibbs wrote: > Subject: cvs commit: src/sys/dev/aic7xxx aic79xx.c > aic79xx_osm.c aic7xxx.c > > gibbs 2005-02-16 18:09:41 UTC > > FreeBSD src repository > > Modified files: > sys/dev/aic7xxx aic79xx.c aic79xx_osm.c aic7xxx.c > Log: > MF5S: Explicitly initialize timedout_scb lists, use SCB_TAG > for all access > to the hardware_scb->tag field, limit max lun > reported to CAM to 63, > return after a panic to silence a warning. This breaks kernel compile: /usr/src/sys/modules/aic7xxx/ahc/../../../dev/aic7xxx/aic7xxx.c: In function `ahc_alloc': /usr/src/sys/modules/aic7xxx/ahc/../../../dev/aic7xxx/aic7xxx.c:3927: error: `ahd' undeclared (first use in this function) /usr/src/sys/modules/aic7xxx/ahc/../../../dev/aic7xxx/aic7xxx.c:3927: error: (Each undeclared identifier is reported only once /usr/src/sys/modules/aic7xxx/ahc/../../../dev/aic7xxx/aic7xxx.c:3927: error: for each function it appears in.) /Daniel Eriksson From owner-freebsd-current@FreeBSD.ORG Wed Feb 16 22:31: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 2D7F416A4CE for ; Wed, 16 Feb 2005 22:31:14 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 86E8C43D2F for ; Wed, 16 Feb 2005 22:31:13 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id j1GMU85n076555; Wed, 16 Feb 2005 15:30:09 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Wed, 16 Feb 2005 15:30:26 -0700 (MST) Message-Id: <20050216.153026.27362396.imp@bsdimp.com> To: sean@mcneil.com From: "M. Warner Losh" In-Reply-To: <1108588393.12275.9.camel@server.mcneil.com> References: <1108584730.95661.12.camel@server.mcneil.com> <4213B3C8.3090508@centtech.com> <1108588393.12275.9.camel@server.mcneil.com> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: anderson@centtech.com cc: current@freebsd.org Subject: Re: where did all my memory go? 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: Wed, 16 Feb 2005 22:31:14 -0000 In message: <1108588393.12275.9.camel@server.mcneil.com> Sean McNeil writes: : On Wed, 2005-02-16 at 14:57 -0600, Eric Anderson wrote: : > Brooks Davis wrote: : > > On Wed, Feb 16, 2005 at 12:12:10PM -0800, Sean McNeil wrote: : > > : > >>With a system built yesterday on my amd64, I had plenty of memory : > >>showing as free when the system completely started up. Even after : > >>intense usage I showed lots of free memory in top. Over night at some : > >>point all my memory is no longer free but inactive. Is there anything : > >>wrong here or is this expected behavior? ps doesn't show any serious : > >>usage by any particular process. Also, if disk caches or something were : > >>taking up the memory, I would expect it to have shown a lot earlier. : > > : > > : > > On a system that has been up for any significant time, free memory : > > should be very small since free memory is wasted. My guess is that it : > > is disk cache and that one of the nightly jobs accessed enough stuff to : > > fill it. : > : > Speaking of this - is there a way to flush the disk cache? : : I would have to dispute this fact. Any disk cache should not be : assigned to inactive user pages. It should be, IMHO, cache or buffer : memory. In my original email, the vmstat -m output would support this: : : UFS dirhash 2656 1105K 1330K 15744 16,32,64,128,256,512,1024,2048 : BIO buffer 5435 10870K 10940K 236537 2048 : : I see nothing on my system that comes close to accounting for the 1G of : inactive memory. Further, it really makes something like the system : applet in gnome useless when all my memory is claimed to be allocated as : user space. I've only recently used this applet, but again I stress : that after heavy usage of the system during initial boot I had plenty of : ram shown as free. vmstat -m only shows malloced memory. The inactive memory are pages that have been faulted into memory by the vm system and therefore don't show up as malloced memory. The text and data for your processes don't show up in vmstat -m either. Inactive memory just means that 'You asked for it once, and on the off chance you'll ask for it again, I'll keep it around rather than have this page of memory go to waste.' But the inactive pool is the first one to have pages taken from it when other uses of the memory come up. : As for flushing the disk cache, I thought that sync should do this. It : doesn't have any effect here, though. Sync does flush the data to the disk. It doesn't throw away all memory that's currently used, just flushes the dirty pages to disk. Really, there's nothing to worry about here. FreeBSD is just using the memory of the system to its fullest. If it makes you feel better, add 'inactive' and 'free' together to get a better feel for how much memory is available. Warner From owner-freebsd-current@FreeBSD.ORG Wed Feb 16 22:48: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 ED4E416A4CE for ; Wed, 16 Feb 2005 22:48:26 +0000 (GMT) Received: from web26807.mail.ukl.yahoo.com (web26807.mail.ukl.yahoo.com [217.146.176.83]) by mx1.FreeBSD.org (Postfix) with SMTP id 6EB0043D31 for ; Wed, 16 Feb 2005 22:48:26 +0000 (GMT) (envelope-from cguttesen@yahoo.dk) Received: (qmail 39104 invoked by uid 60001); 16 Feb 2005 22:48:25 -0000 Message-ID: <20050216224825.39102.qmail@web26807.mail.ukl.yahoo.com> Received: from [217.149.113.94] by web26807.mail.ukl.yahoo.com via HTTP; Wed, 16 Feb 2005 23:48:25 CET Date: Wed, 16 Feb 2005 23:48:25 +0100 (CET) From: Claus Guttesen To: Eric Anderson , FreeBSD Current In-Reply-To: <4213B531.7000704@centtech.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: Re: newfs limits? 10TB filesystem max? 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: Wed, 16 Feb 2005 22:48:27 -0000 > I've just built an enormous 10TB filesystem. Have you tried to nfs-mount the partition from a client? If so, does it see the whole 10 TB? regards Claus From owner-freebsd-current@FreeBSD.ORG Wed Feb 16 22:54:46 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 5CBE116A4CE for ; Wed, 16 Feb 2005 22:54:46 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 214BF43D53 for ; Wed, 16 Feb 2005 22:54:46 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j1GMtSBt021925; Wed, 16 Feb 2005 14:55:28 -0800 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j1GMtSwu021923; Wed, 16 Feb 2005 14:55:28 -0800 Date: Wed, 16 Feb 2005 14:55:28 -0800 From: Brooks Davis To: Eric Anderson Message-ID: <20050216225528.GB2787@odin.ac.hmc.edu> References: <20050216215325.9201.qmail@web26805.mail.ukl.yahoo.com> <4213C1FB.6030802@centtech.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="NDin8bjvE/0mNLFQ" Content-Disposition: inline In-Reply-To: <4213C1FB.6030802@centtech.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu cc: FreeBSD Current cc: Claus Guttesen Subject: Re: newfs limits? 10TB filesystem max? 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: Wed, 16 Feb 2005 22:54:46 -0000 --NDin8bjvE/0mNLFQ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Feb 16, 2005 at 03:58:19PM -0600, Eric Anderson wrote: > Claus Guttesen wrote: > >>I've just built an enormous 10TB filesystem. When > >>trying to newfs the disk, it bombed with something > >>like "cannot allocate memory" after something like > >>23xxxxxxxxx sectors.. I noticed disklabel complains > >>about disks with more than 2^32-1 sectors not being > >>supported.. =20 > > > > > >Aren't you supposed to use gpt(8) to define partitions > >larger than 2 TB? >=20 > No idea - this is the first I've heard of gpt really.. >=20 >=20 > >>Is newfs supposed to be able to work? I've used the > >>-s option to newfs to limit my filesystem size to > >>the max it would allow, which ends up being > >>11350482546 1K blocks, which means I'm only losing a > >>couple GB, which is no sweat right now for me, but > >>if someone wanted a 20TB filesystem, they'd be > >>hosed. > > > > > >Then the question is whether newfs reads > >gpt-partitioned disks? From newfs(8): > > > >Before running newfs the disk must be labeled using > >bsdlabel(8).=20 > > > >How did you create such a huge partition? Your > >question is quite interesting, I'm at a > >storage-solution which supports LUN's larger than 2.2 > >TB. >=20 > I used vinum to stripe 6 2TB partitions connected to 2 fiber channel disk= =20 > arrays. Vinum automatically does the bsdlabel part. I was merely wantin= g=20 > to see what bsdlabel had to say about the vinum disk (if anything). >=20 > Using newfs on it worked as long as I specified a smaller sector count. bsdlabels are for the most part unable to access more then 2TB of storage. You should either newfs the disk directly or use gpt. If vinum is creating a bsdlabel, the label is almost certaintly bogus if the disk is larger than 2TB. There is an exception if the disk has sectors larger than 512K, but those are fairly rare. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --NDin8bjvE/0mNLFQ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFCE89fXY6L6fI4GtQRAlK/AKDLTmLoZaYHqZNyfUuPWVwXhus+tACfa5v5 dODQCasav5nTSn6DUkrkKng= =qbkz -----END PGP SIGNATURE----- --NDin8bjvE/0mNLFQ-- From owner-freebsd-current@FreeBSD.ORG Wed Feb 16 22:55: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 E501416A4CE for ; Wed, 16 Feb 2005 22:55:57 +0000 (GMT) Received: from ms-dienst.rz.rwth-aachen.de (ms-1.rz.RWTH-Aachen.DE [134.130.3.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id 050DB43D39 for ; Wed, 16 Feb 2005 22:55:57 +0000 (GMT) (envelope-from chris@unixpages.org) Received: from r220-1 (r220-1.rz.RWTH-Aachen.DE [134.130.3.31]) by ms-dienst.rz.rwth-aachen.de (iPlanet Messaging Server 5.2 HotFix 1.12 (built Feb 13 2003)) with ESMTP id <0IC1003D1117NS@ms-dienst.rz.rwth-aachen.de> for freebsd-current@freebsd.org; Wed, 16 Feb 2005 23:55:55 +0100 (MET) Received: from relay.rwth-aachen.de ([134.130.3.1]) by r220-1 (MailMonitor for SMTP v1.2.2 ) ; Wed, 16 Feb 2005 23:55:53 +0100 (MET) Received: from haakonia.hitnet.rwth-aachen.de (haakonia.hitnet.RWTH-Aachen.DE [137.226.181.92])j1GMtqmE025451; Wed, 16 Feb 2005 23:55:52 +0100 (MET) Received: from gondor.middleearth (gondor.middleearth [192.168.1.42]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))(Postfix) with ESMTP id 3D52F2842E; Wed, 16 Feb 2005 23:55:47 +0100 (CET) Received: by gondor.middleearth (Postfix, from userid 1001) id 362A12285B; Wed, 16 Feb 2005 23:55:46 +0100 (CET) Date: Wed, 16 Feb 2005 23:55:45 +0100 From: Christian Brueffer In-reply-to: <4213B531.7000704@centtech.com> To: Eric Anderson Message-id: <20050216225545.GB89128@unixpages.org> MIME-version: 1.0 Content-type: multipart/signed; boundary=FkmkrVfFsRoUs1wW; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-disposition: inline User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 6.0-CURRENT X-PGP-Key: http://people.FreeBSD.org/~brueffer/brueffer.key.asc X-PGP-Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D References: <4213B531.7000704@centtech.com> cc: FreeBSD Current Subject: Re: newfs limits? 10TB filesystem max? 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: Wed, 16 Feb 2005 22:55:58 -0000 --FkmkrVfFsRoUs1wW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Feb 16, 2005 at 03:03:45PM -0600, Eric Anderson wrote: > I've just built an enormous 10TB filesystem. When trying to newfs the=20 > disk, it bombed with something like "cannot allocate memory" after=20 > something like 23xxxxxxxxx sectors.. I noticed disklabel complains about= =20 > disks with more than 2^32-1 sectors not being supported.. =20 > Is newfs supposed to be able to work? I've used the -s option to newfs t= o=20 > limit my filesystem size to the max it would allow, which ends up being= =20 > 11350482546 1K blocks, which means I'm only losing a couple GB, which is = no=20 > sweat right now for me, but if someone wanted a 20TB filesystem, they'd b= e=20 > hosed. >=20 > Also - what are the newfs implictions? I have 1GB of RAM, is that enough? >=20 > I'm running 5.3-STABLE on this box right now.. >=20 I can't answer your specific question, but related information about the status of support for huge disks can be found here: http://www.freebsd.org/projects/bigdisk/ - Christian --=20 Christian Brueffer chris@unixpages.org brueffer@FreeBSD.org GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D --FkmkrVfFsRoUs1wW Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCE89xbHYXjKDtmC0RAgrpAKCN1yhyZnYNv9T2VN/pE3CdqpLtYwCg9yxV h7WsMnAeVsQDmuj05F8sKg0= =xGz2 -----END PGP SIGNATURE----- --FkmkrVfFsRoUs1wW-- From owner-freebsd-current@FreeBSD.ORG Wed Feb 16 23: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 2082A16A4CE for ; Wed, 16 Feb 2005 23:01:37 +0000 (GMT) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1BFD843D48 for ; Wed, 16 Feb 2005 23:01:36 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id j1GN1Zdr097511; Wed, 16 Feb 2005 17:01:35 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <4213D046.4080001@centtech.com> Date: Wed, 16 Feb 2005 16:59:18 -0600 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050210 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Claus Guttesen References: <20050216224825.39102.qmail@web26807.mail.ukl.yahoo.com> In-Reply-To: <20050216224825.39102.qmail@web26807.mail.ukl.yahoo.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.82/707/Wed Feb 16 16:00:07 2005 on mh1.centtech.com X-Virus-Status: Clean cc: FreeBSD Current Subject: Re: newfs limits? 10TB filesystem max? 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: Wed, 16 Feb 2005 23:01:37 -0000 Claus Guttesen wrote: >>I've just built an enormous 10TB filesystem. > > > Have you tried to nfs-mount the partition from a > client? If so, does it see the whole 10 TB? Yes - works fine from FreeBSD, RedHat 7.3, and Fedora Core 2 clients. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology I have seen the future and it is just like the present, only longer. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Wed Feb 16 23:02:59 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 11B2616A4CE for ; Wed, 16 Feb 2005 23:02:59 +0000 (GMT) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6CC7543D45 for ; Wed, 16 Feb 2005 23:02:58 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id j1GN2vkc097526; Wed, 16 Feb 2005 17:02:58 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <4213D099.3020504@centtech.com> Date: Wed, 16 Feb 2005 17:00:41 -0600 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050210 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Brooks Davis References: <20050216215325.9201.qmail@web26805.mail.ukl.yahoo.com> <4213C1FB.6030802@centtech.com> <20050216225528.GB2787@odin.ac.hmc.edu> In-Reply-To: <20050216225528.GB2787@odin.ac.hmc.edu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.82/707/Wed Feb 16 16:00:07 2005 on mh1.centtech.com X-Virus-Status: Clean cc: FreeBSD Current Subject: Re: newfs limits? 10TB filesystem max? 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: Wed, 16 Feb 2005 23:02:59 -0000 Brooks Davis wrote: > On Wed, Feb 16, 2005 at 03:58:19PM -0600, Eric Anderson wrote: > >>Claus Guttesen wrote: >> >>>>I've just built an enormous 10TB filesystem. When >>>>trying to newfs the disk, it bombed with something >>>>like "cannot allocate memory" after something like >>>>23xxxxxxxxx sectors.. I noticed disklabel complains >>>>about disks with more than 2^32-1 sectors not being >>>>supported.. >>> >>> >>>Aren't you supposed to use gpt(8) to define partitions >>>larger than 2 TB? >> >>No idea - this is the first I've heard of gpt really.. >> >> >> >>>>Is newfs supposed to be able to work? I've used the >>>>-s option to newfs to limit my filesystem size to >>>>the max it would allow, which ends up being >>>>11350482546 1K blocks, which means I'm only losing a >>>>couple GB, which is no sweat right now for me, but >>>>if someone wanted a 20TB filesystem, they'd be >>>>hosed. >>> >>> >>>Then the question is whether newfs reads >>>gpt-partitioned disks? From newfs(8): >>> >>>Before running newfs the disk must be labeled using >>>bsdlabel(8). >>> >>>How did you create such a huge partition? Your >>>question is quite interesting, I'm at a >>>storage-solution which supports LUN's larger than 2.2 >>>TB. >> >>I used vinum to stripe 6 2TB partitions connected to 2 fiber channel disk >>arrays. Vinum automatically does the bsdlabel part. I was merely wanting >>to see what bsdlabel had to say about the vinum disk (if anything). >> >>Using newfs on it worked as long as I specified a smaller sector count. > > > bsdlabels are for the most part unable to access more then 2TB of > storage. You should either newfs the disk directly or use gpt. If > vinum is creating a bsdlabel, the label is almost certaintly bogus if > the disk is larger than 2TB. There is an exception if the disk has > sectors larger than 512K, but those are fairly rare. Hmm - well, it works.. :) Is there something I should be aware of that I'm not seeing? If anyone is interested in any stats, or other info, please let me know. I can provide any details if anyone is curious.. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology I have seen the future and it is just like the present, only longer. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Wed Feb 16 23:06:27 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 ABE7F16A4CE for ; Wed, 16 Feb 2005 23:06:27 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 58F5543D4C for ; Wed, 16 Feb 2005 23:06:27 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j1GN79bT023360; Wed, 16 Feb 2005 15:07:09 -0800 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j1GN79a6023359; Wed, 16 Feb 2005 15:07:09 -0800 Date: Wed, 16 Feb 2005 15:07:09 -0800 From: Brooks Davis To: Eric Anderson Message-ID: <20050216230709.GA22840@odin.ac.hmc.edu> References: <20050216215325.9201.qmail@web26805.mail.ukl.yahoo.com> <4213C1FB.6030802@centtech.com> <20050216225528.GB2787@odin.ac.hmc.edu> <4213D099.3020504@centtech.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="PEIAKu/WMn1b1Hv9" Content-Disposition: inline In-Reply-To: <4213D099.3020504@centtech.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu cc: FreeBSD Current Subject: Re: newfs limits? 10TB filesystem max? 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: Wed, 16 Feb 2005 23:06:27 -0000 --PEIAKu/WMn1b1Hv9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Feb 16, 2005 at 05:00:41PM -0600, Eric Anderson wrote: > Brooks Davis wrote: > >On Wed, Feb 16, 2005 at 03:58:19PM -0600, Eric Anderson wrote: > > > >>Claus Guttesen wrote: > >> > >>>>I've just built an enormous 10TB filesystem. When > >>>>trying to newfs the disk, it bombed with something > >>>>like "cannot allocate memory" after something like > >>>>23xxxxxxxxx sectors.. I noticed disklabel complains > >>>>about disks with more than 2^32-1 sectors not being > >>>>supported.. =20 > >>> > >>> > >>>Aren't you supposed to use gpt(8) to define partitions > >>>larger than 2 TB? > >> > >>No idea - this is the first I've heard of gpt really.. > >> > >> > >> > >>>>Is newfs supposed to be able to work? I've used the > >>>>-s option to newfs to limit my filesystem size to > >>>>the max it would allow, which ends up being > >>>>11350482546 1K blocks, which means I'm only losing a > >>>>couple GB, which is no sweat right now for me, but > >>>>if someone wanted a 20TB filesystem, they'd be > >>>>hosed. > >>> > >>> > >>>Then the question is whether newfs reads > >>>gpt-partitioned disks? From newfs(8): > >>> > >>>Before running newfs the disk must be labeled using > >>>bsdlabel(8).=20 > >>> > >>>How did you create such a huge partition? Your > >>>question is quite interesting, I'm at a > >>>storage-solution which supports LUN's larger than 2.2 > >>>TB. > >> > >>I used vinum to stripe 6 2TB partitions connected to 2 fiber channel di= sk=20 > >>arrays. Vinum automatically does the bsdlabel part. I was merely=20 > >>wanting to see what bsdlabel had to say about the vinum disk (if=20 > >>anything). > >> > >>Using newfs on it worked as long as I specified a smaller sector count. > > > > > >bsdlabels are for the most part unable to access more then 2TB of > >storage. You should either newfs the disk directly or use gpt. If > >vinum is creating a bsdlabel, the label is almost certaintly bogus if > >the disk is larger than 2TB. There is an exception if the disk has > >sectors larger than 512K, but those are fairly rare. >=20 > Hmm - well, it works.. :) Is there something I should be aware of that I= 'm=20 > not seeing? In that case, you probably don't actually have a bsdlabel there. It's not longer required with geom since you can newfs disks. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --PEIAKu/WMn1b1Hv9 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFCE9IdXY6L6fI4GtQRAgWHAJ0V8jj6rjeKuTThQL1yvL/XqdO3xQCdFwp5 zWeTcpW3YrAMGdwsQV1Dpoo= =ym3S -----END PGP SIGNATURE----- --PEIAKu/WMn1b1Hv9-- From owner-freebsd-current@FreeBSD.ORG Wed Feb 16 23:13: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 0764D16A4FF for ; Wed, 16 Feb 2005 23:13:47 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id C081343D45 for ; Wed, 16 Feb 2005 23:13:46 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id 9020E7A424; Wed, 16 Feb 2005 15:13:46 -0800 (PST) Message-ID: <4213D3AA.70809@elischer.org> Date: Wed, 16 Feb 2005 15:13:46 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030516 X-Accept-Language: en, hu MIME-Version: 1.0 To: Brooks Davis References: <1108584730.95661.12.camel@server.mcneil.com> <20050216201716.GA28436@odin.ac.hmc.edu> <4213B3C8.3090508@centtech.com> <1108588393.12275.9.camel@server.mcneil.com> <20050216214031.GA2787@odin.ac.hmc.edu> In-Reply-To: <20050216214031.GA2787@odin.ac.hmc.edu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Eric Anderson cc: current@freebsd.org Subject: Re: where did all my memory go? (file system cache) 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: Wed, 16 Feb 2005 23:13:47 -0000 slightly off topic but.. Brooks Davis wrote: >On Wed, Feb 16, 2005 at 01:13:13PM -0800, Sean McNeil wrote: > > >The concept that most of your memory should be entierly free when the >system is not under load is simply wrong. The simplistic world view of >memory being allocated to a specific task or entierly free simply isn't >correct for all that it makes for nice graphs anyone can pretend they >understand. You can produce some sort of aproximation of the output you >see on other systems by modifying the program to include inactive memory >in free memory. That's what I did with Ganglia. > what I really want is a way to FORce certain pages out of cache. In particular I need to verify teh correctness of the version on 2ndary storage.. what I want is: int fd = open("myfile",...); write1GBfiletodisk(fd, data); ioctl(fd, PURGEFROMCACHE); perform_md5(fd); and be sure that teh MD5 is that of what is on the disk. not what is in RAM. > >-- Brooks > > > From owner-freebsd-current@FreeBSD.ORG Thu Feb 17 00:01:34 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 6DD3F16A4CE for ; Thu, 17 Feb 2005 00:01:34 +0000 (GMT) Received: from blackwater.lemis.com (wantadilla.lemis.com [192.109.197.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 790E743D39 for ; Thu, 17 Feb 2005 00:01:32 +0000 (GMT) (envelope-from grog@lemis.com) Received: by blackwater.lemis.com (Postfix, from userid 1004) id EF95F8565C; Thu, 17 Feb 2005 10:31:29 +1030 (CST) Date: Thu, 17 Feb 2005 10:31:29 +1030 From: Greg 'groggy' Lehey To: Gerald Heinig Message-ID: <20050217000129.GD69640@wantadilla.lemis.com> References: <420C76C3.202@syskonnect.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OesXTvlsfeLEOFyS" Content-Disposition: inline In-Reply-To: <420C76C3.202@syskonnect.de> 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 cc: freebsd-current@freebsd.org Subject: Re: gdb over Firewire 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: Thu, 17 Feb 2005 00:01:34 -0000 --OesXTvlsfeLEOFyS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Friday, 11 February 2005 at 10:11:31 +0100, Gerald Heinig wrote: > Hello Current'ers, > > I'm trying to get two-machine kernel debugging over Firewire working, > unfortunately without much luck so far. dconschat over Firewire works > fine, but gdb won't attach, complaining about get_tty_state failed, > among other things. > Is kernel gdb over Firewire a -current-only feature? Sorry for the slow reply; I've been busy. No, it's not a current-only feature. It used to work, but I've had a lot of difficulty since the introduction of the new gdb framework. Try this: $ sysctl debug.kdb debug.kdb.available: ddb=20 debug.kdb.current: ddb debug.kdb.enter: 0 debug.kdb.stop_cpus: 1 That's what I get, and it indicates that I don't have gdb capability. If that's what you get, try building a kernel with firewire support built-in (as opposed to the (recommended) method of loading the firewire klds later). The background here is the hypothesis that the kernel checks for debug back-ends at boot time, and not later, so if you load the firewire klds later, it won't be registered. Note that this is a hypothesis. If you try this, please let us know what happens. Greg -- See complete headers for address and phone numbers. --OesXTvlsfeLEOFyS Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFCE97ZIubykFB6QiMRAq6MAJ9Q1f2hcpXJRPPd4Jjj/KtZSvgODwCgrtmn 5zEJwa9uhLf6gje6elC7pdU= =/RsL -----END PGP SIGNATURE----- --OesXTvlsfeLEOFyS-- From owner-freebsd-current@FreeBSD.ORG Thu Feb 17 01:16: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 A471F16A4CE; Thu, 17 Feb 2005 01:16:28 +0000 (GMT) Received: from ylpvm01.prodigy.net (ylpvm01-ext.prodigy.net [207.115.57.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B9AB43D55; Thu, 17 Feb 2005 01:16:25 +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])j1H1GMvE007982; Wed, 16 Feb 2005 20:16:23 -0500 Message-ID: <4213F066.2050708@root.org> Date: Wed, 16 Feb 2005 17:16:22 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0RC1 (X11/20041205) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: multipart/mixed; boundary="------------060506010507060809010505" cc: acpi@freebsd.org Subject: patch: p4tcc and speedstep cpufreq drivers 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: Thu, 17 Feb 2005 01:16:28 -0000 This is a multi-part message in MIME format. --------------060506010507060809010505 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Attached is a patch that I'd like to get tested. After applying it, rebuild and load the cpufreq.ko module. Be sure you do _not_ have "options CPU_ENABLE_TCC" in your kernel config or the new driver will conflict with the old. I do not have either hardware so I am not certain the drivers work. For starters, I'd just like to get results from people saying whether or not the driver attaches and they show new settings and second, whether it does anything useful when changing settings. Try a command like "dd if=/dev/zero bs=1m count=100 | md5" and see how the bytes/sec vary with settings. If it appears to work, please run through the settings being sure each one lowers or raises the performance accordingly, and also making sure each setting has been used twice. That way I know if there is a problem going from 50% back up to 100% again, for instance. Also, if your system supports both p4tcc and acpi_throttle, I'm interested in if these settings are truly independent for all systems. The way to see if they are independent is to compare the performance after setting each value and make sure it changes appropriately. If there are duplicates, then I'm wrong. The patch should either work or crash, but please be careful to shut down if your cpu gets too hot, etc. Thanks, -- Nate --------------060506010507060809010505 Content-Type: text/plain; name="cpufreq_est_p4tcc.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="cpufreq_est_p4tcc.diff" Index: conf/files.i386 =================================================================== RCS file: /home/ncvs/src/sys/conf/files.i386,v retrieving revision 1.516 diff -u -r1.516 files.i386 --- conf/files.i386 9 Feb 2005 20:03:39 -0000 1.516 +++ conf/files.i386 16 Feb 2005 16:05:02 -0000 @@ -218,6 +218,8 @@ i386/bios/smapi_bios.S optional smapi i386/bios/smbios.c optional smbios i386/bios/vpd.c optional vpd +i386/cpufreq/est.c optional cpufreq +i386/cpufreq/p4tcc.c optional cpufreq #i386/i386/apic_vector.s optional apic i386/i386/atomic.c standard \ compile-with "${CC} -c ${CFLAGS} ${DEFINED_PROF:S/^$/-fomit-frame-pointer/} ${.IMPSRC}" Index: modules/cpufreq/Makefile =================================================================== RCS file: /home/ncvs/src/sys/modules/cpufreq/Makefile,v retrieving revision 1.1 diff -u -r1.1 Makefile --- modules/cpufreq/Makefile 4 Feb 2005 05:49:36 -0000 1.1 +++ modules/cpufreq/Makefile 17 Feb 2005 01:03:30 -0000 @@ -1,10 +1,15 @@ # $FreeBSD$ -.PATH: ${.CURDIR}/../../dev/cpufreq +.PATH: ${.CURDIR}/../../dev/cpufreq \ + ${.CURDIR}/../../${MACHINE_ARCH}/cpufreq KMOD= cpufreq WARNS?= 2 SRCS= ichss.c SRCS+= bus_if.h cpufreq_if.h device_if.h pci_if.h +.if ${MACHINE} == "i386" +SRCS+= est.c p4tcc.c +.endif + .include Index: i386/cpufreq/est.c =================================================================== RCS file: i386/cpufreq/est.c diff -N i386/cpufreq/est.c --- /dev/null 1 Jan 1970 00:00:00 -0000 +++ i386/cpufreq/est.c 17 Feb 2005 00:57:02 -0000 @@ -0,0 +1,779 @@ +/*- + * Copyright (c) 2004 Colin Percival + * Copyright (c) 2005 Nate Lawson + * All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted providing that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in the + * documentation and/or other materials provided with the distribution. + * + * THIS SOFTWARE IS PROVIDED BY THE AUTHOR``AS IS'' AND ANY EXPRESS OR + * IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED + * WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE + * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR ANY + * DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL + * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS + * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) + * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, + * STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING + * IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE + * POSSIBILITY OF SUCH DAMAGE. + */ + +#include +__FBSDID("$FreeBSD$"); + +#include +#include +#include +#include +#include +#include +#include + +#include "cpufreq_if.h" +#include + +/* Status/control registers (from the IA-32 System Programming Guide). */ +#define MSR_PERF_STATUS 0x198 +#define MSR_PERF_CTL 0x199 + +/* Register and bit for enabling SpeedStep. */ +#define MSR_MISC_ENABLE 0x1a0 +#define MSR_SS_ENABLE (1<<16) + +/* Frequency and MSR control values. */ +typedef struct { + uint16_t freq; + uint16_t volts; + uint16_t id16; +} freq_info; + +/* Identifying characteristics of a processor and supported frequencies. */ +typedef struct { + const char *vendor; + uint32_t id32; + uint32_t bus_clk; + const freq_info *freqtab; +} cpu_info; + +struct est_softc { + device_t dev; + const freq_info *freq_list; +}; + +/* Convert MHz and mV into IDs for passing to the MSR. */ +#define ID16(MHz, mV, bus_clk) \ + (((MHz / bus_clk) << 8) | ((mV ? mV - 700 : 0) >> 4)) +#define ID32(MHz_hi, mV_hi, MHz_lo, mV_lo, bus_clk) \ + ((ID16(MHz_lo, mV_lo, bus_clk) << 16) | (ID16(MHz_hi, mV_hi, bus_clk))) + +/* Format for storing IDs in our table. */ +#define FREQ_INFO(MHz, mV, bus_clk) \ + { MHz, mV, ID16(MHz, mV, bus_clk) } +#define INTEL(tab, zhi, vhi, zlo, vlo, bus_clk) \ + { GenuineIntel, ID32(zhi, vhi, zlo, vlo, bus_clk), bus_clk, tab } + +const char GenuineIntel[] = "GenuineIntel"; + +/* Default bus clock value for Centrino processors. */ +#define INTEL_BUS_CLK 100 + +/* XXX Update this if new CPUs have more settings. */ +#define EST_MAX_SETTINGS 10 +CTASSERT(EST_MAX_SETTINGS <= MAX_SETTINGS); + +/* Estimate in microseconds of latency for performing a transition. */ +#define EST_TRANS_LAT 10 + +/* + * Frequency (MHz) and voltage (mV) settings. Data from the + * Intel Pentium M Processor Datasheet (Order Number 252612), Table 5. + * + * XXX New Dothan processors have multiple VID# with different + * settings for each VID#. Since we can't uniquely identify this info + * without undisclosed methods from Intel, we can't support newer + * processors with this table method. If ACPI Px states are supported, + * we can get info from them. + */ +const freq_info PM17_130[] = { + /* 130nm 1.70GHz Pentium M */ + FREQ_INFO(1700, 1484, INTEL_BUS_CLK), + FREQ_INFO(1400, 1308, INTEL_BUS_CLK), + FREQ_INFO(1200, 1228, INTEL_BUS_CLK), + FREQ_INFO(1000, 1116, INTEL_BUS_CLK), + FREQ_INFO( 800, 1004, INTEL_BUS_CLK), + FREQ_INFO( 600, 956, INTEL_BUS_CLK), + FREQ_INFO( 0, 0, 1), +}; +const freq_info PM16_130[] = { + /* 130nm 1.60GHz Pentium M */ + FREQ_INFO(1600, 1484, INTEL_BUS_CLK), + FREQ_INFO(1400, 1420, INTEL_BUS_CLK), + FREQ_INFO(1200, 1276, INTEL_BUS_CLK), + FREQ_INFO(1000, 1164, INTEL_BUS_CLK), + FREQ_INFO( 800, 1036, INTEL_BUS_CLK), + FREQ_INFO( 600, 956, INTEL_BUS_CLK), + FREQ_INFO( 0, 0, 1), +}; +const freq_info PM15_130[] = { + /* 130nm 1.50GHz Pentium M */ + FREQ_INFO(1500, 1484, INTEL_BUS_CLK), + FREQ_INFO(1400, 1452, INTEL_BUS_CLK), + FREQ_INFO(1200, 1356, INTEL_BUS_CLK), + FREQ_INFO(1000, 1228, INTEL_BUS_CLK), + FREQ_INFO( 800, 1116, INTEL_BUS_CLK), + FREQ_INFO( 600, 956, INTEL_BUS_CLK), + FREQ_INFO( 0, 0, 1), +}; +const freq_info PM14_130[] = { + /* 130nm 1.40GHz Pentium M */ + FREQ_INFO(1400, 1484, INTEL_BUS_CLK), + FREQ_INFO(1200, 1436, INTEL_BUS_CLK), + FREQ_INFO(1000, 1308, INTEL_BUS_CLK), + FREQ_INFO( 800, 1180, INTEL_BUS_CLK), + FREQ_INFO( 600, 956, INTEL_BUS_CLK), + FREQ_INFO( 0, 0, 1), +}; +const freq_info PM13_130[] = { + /* 130nm 1.30GHz Pentium M */ + FREQ_INFO(1300, 1388, INTEL_BUS_CLK), + FREQ_INFO(1200, 1356, INTEL_BUS_CLK), + FREQ_INFO(1000, 1292, INTEL_BUS_CLK), + FREQ_INFO( 800, 1260, INTEL_BUS_CLK), + FREQ_INFO( 600, 956, INTEL_BUS_CLK), + FREQ_INFO( 0, 0, 1), +}; +const freq_info PM13_LV_130[] = { + /* 130nm 1.30GHz Low Voltage Pentium M */ + FREQ_INFO(1300, 1180, INTEL_BUS_CLK), + FREQ_INFO(1200, 1164, INTEL_BUS_CLK), + FREQ_INFO(1100, 1100, INTEL_BUS_CLK), + FREQ_INFO(1000, 1020, INTEL_BUS_CLK), + FREQ_INFO( 900, 1004, INTEL_BUS_CLK), + FREQ_INFO( 800, 988, INTEL_BUS_CLK), + FREQ_INFO( 600, 956, INTEL_BUS_CLK), + FREQ_INFO( 0, 0, 1), +}; +const freq_info PM12_LV_130[] = { + /* 130 nm 1.20GHz Low Voltage Pentium M */ + FREQ_INFO(1200, 1180, INTEL_BUS_CLK), + FREQ_INFO(1100, 1164, INTEL_BUS_CLK), + FREQ_INFO(1000, 1100, INTEL_BUS_CLK), + FREQ_INFO( 900, 1020, INTEL_BUS_CLK), + FREQ_INFO( 800, 1004, INTEL_BUS_CLK), + FREQ_INFO( 600, 956, INTEL_BUS_CLK), + FREQ_INFO( 0, 0, 1), +}; +const freq_info PM11_LV_130[] = { + /* 130 nm 1.10GHz Low Voltage Pentium M */ + FREQ_INFO(1100, 1180, INTEL_BUS_CLK), + FREQ_INFO(1000, 1164, INTEL_BUS_CLK), + FREQ_INFO( 900, 1100, INTEL_BUS_CLK), + FREQ_INFO( 800, 1020, INTEL_BUS_CLK), + FREQ_INFO( 600, 956, INTEL_BUS_CLK), + FREQ_INFO( 0, 0, 1), +}; +const freq_info PM11_ULV_130[] = { + /* 130 nm 1.10GHz Ultra Low Voltage Pentium M */ + FREQ_INFO(1100, 1004, INTEL_BUS_CLK), + FREQ_INFO(1000, 988, INTEL_BUS_CLK), + FREQ_INFO( 900, 972, INTEL_BUS_CLK), + FREQ_INFO( 800, 956, INTEL_BUS_CLK), + FREQ_INFO( 600, 844, INTEL_BUS_CLK), + FREQ_INFO( 0, 0, 1), +}; +const freq_info PM10_ULV_130[] = { + /* 130 nm 1.00GHz Ultra Low Voltage Pentium M */ + FREQ_INFO(1000, 1004, INTEL_BUS_CLK), + FREQ_INFO( 900, 988, INTEL_BUS_CLK), + FREQ_INFO( 800, 972, INTEL_BUS_CLK), + FREQ_INFO( 600, 844, INTEL_BUS_CLK), + FREQ_INFO( 0, 0, 1), +}; + +/* + * Data from "Intel Pentium M Processor on 90nm Process with + * 2-MB L2 Cache Datasheet", Order Number 302189, Table 5. + */ +const freq_info PM_765A_90[] = { + /* 90 nm 2.10GHz Pentium M, VID #A */ + FREQ_INFO(2100, 1340, INTEL_BUS_CLK), + FREQ_INFO(1800, 1276, INTEL_BUS_CLK), + FREQ_INFO(1600, 1228, INTEL_BUS_CLK), + FREQ_INFO(1400, 1180, INTEL_BUS_CLK), + FREQ_INFO(1200, 1132, INTEL_BUS_CLK), + FREQ_INFO(1000, 1084, INTEL_BUS_CLK), + FREQ_INFO( 800, 1036, INTEL_BUS_CLK), + FREQ_INFO( 600, 988, INTEL_BUS_CLK), + FREQ_INFO( 0, 0, 1), +}; +const freq_info PM_765B_90[] = { + /* 90 nm 2.10GHz Pentium M, VID #B */ + FREQ_INFO(2100, 1324, INTEL_BUS_CLK), + FREQ_INFO(1800, 1260, INTEL_BUS_CLK), + FREQ_INFO(1600, 1212, INTEL_BUS_CLK), + FREQ_INFO(1400, 1180, INTEL_BUS_CLK), + FREQ_INFO(1200, 1132, INTEL_BUS_CLK), + FREQ_INFO(1000, 1084, INTEL_BUS_CLK), + FREQ_INFO( 800, 1036, INTEL_BUS_CLK), + FREQ_INFO( 600, 988, INTEL_BUS_CLK), + FREQ_INFO( 0, 0, 1), +}; +const freq_info PM_765C_90[] = { + /* 90 nm 2.10GHz Pentium M, VID #C */ + FREQ_INFO(2100, 1308, INTEL_BUS_CLK), + FREQ_INFO(1800, 1244, INTEL_BUS_CLK), + FREQ_INFO(1600, 1212, INTEL_BUS_CLK), + FREQ_INFO(1400, 1164, INTEL_BUS_CLK), + FREQ_INFO(1200, 1116, INTEL_BUS_CLK), + FREQ_INFO(1000, 1084, INTEL_BUS_CLK), + FREQ_INFO( 800, 1036, INTEL_BUS_CLK), + FREQ_INFO( 600, 988, INTEL_BUS_CLK), + FREQ_INFO( 0, 0, 1), +}; +const freq_info PM_765E_90[] = { + /* 90 nm 2.10GHz Pentium M, VID #E */ + FREQ_INFO(2100, 1356, INTEL_BUS_CLK), + FREQ_INFO(1800, 1292, INTEL_BUS_CLK), + FREQ_INFO(1600, 1244, INTEL_BUS_CLK), + FREQ_INFO(1400, 1196, INTEL_BUS_CLK), + FREQ_INFO(1200, 1148, INTEL_BUS_CLK), + FREQ_INFO(1000, 1100, INTEL_BUS_CLK), + FREQ_INFO( 800, 1052, INTEL_BUS_CLK), + FREQ_INFO( 600, 988, INTEL_BUS_CLK), + FREQ_INFO( 0, 0, 1), +}; +const freq_info PM_755A_90[] = { + /* 90 nm 2.00GHz Pentium M, VID #A */ + FREQ_INFO(2000, 1340, INTEL_BUS_CLK), + FREQ_INFO(1800, 1292, INTEL_BUS_CLK), + FREQ_INFO(1600, 1244, INTEL_BUS_CLK), + FREQ_INFO(1400, 1196, INTEL_BUS_CLK), + FREQ_INFO(1200, 1148, INTEL_BUS_CLK), + FREQ_INFO(1000, 1100, INTEL_BUS_CLK), + FREQ_INFO( 800, 1052, INTEL_BUS_CLK), + FREQ_INFO( 600, 988, INTEL_BUS_CLK), + FREQ_INFO( 0, 0, 1), +}; +const freq_info PM_755B_90[] = { + /* 90 nm 2.00GHz Pentium M, VID #B */ + FREQ_INFO(2000, 1324, INTEL_BUS_CLK), + FREQ_INFO(1800, 1276, INTEL_BUS_CLK), + FREQ_INFO(1600, 1228, INTEL_BUS_CLK), + FREQ_INFO(1400, 1180, INTEL_BUS_CLK), + FREQ_INFO(1200, 1132, INTEL_BUS_CLK), + FREQ_INFO(1000, 1084, INTEL_BUS_CLK), + FREQ_INFO( 800, 1036, INTEL_BUS_CLK), + FREQ_INFO( 600, 988, INTEL_BUS_CLK), + FREQ_INFO( 0, 0, 1), +}; +const freq_info PM_755C_90[] = { + /* 90 nm 2.00GHz Pentium M, VID #C */ + FREQ_INFO(2000, 1308, INTEL_BUS_CLK), + FREQ_INFO(1800, 1276, INTEL_BUS_CLK), + FREQ_INFO(1600, 1228, INTEL_BUS_CLK), + FREQ_INFO(1400, 1180, INTEL_BUS_CLK), + FREQ_INFO(1200, 1132, INTEL_BUS_CLK), + FREQ_INFO(1000, 1084, INTEL_BUS_CLK), + FREQ_INFO( 800, 1036, INTEL_BUS_CLK), + FREQ_INFO( 600, 988, INTEL_BUS_CLK), + FREQ_INFO( 0, 0, 1), +}; +const freq_info PM_755D_90[] = { + /* 90 nm 2.00GHz Pentium M, VID #D */ + FREQ_INFO(2000, 1276, INTEL_BUS_CLK), + FREQ_INFO(1800, 1244, INTEL_BUS_CLK), + FREQ_INFO(1600, 1196, INTEL_BUS_CLK), + FREQ_INFO(1400, 1164, INTEL_BUS_CLK), + FREQ_INFO(1200, 1116, INTEL_BUS_CLK), + FREQ_INFO(1000, 1084, INTEL_BUS_CLK), + FREQ_INFO( 800, 1036, INTEL_BUS_CLK), + FREQ_INFO( 600, 988, INTEL_BUS_CLK), + FREQ_INFO( 0, 0, 1), +}; +const freq_info PM_745A_90[] = { + /* 90 nm 1.80GHz Pentium M, VID #A */ + FREQ_INFO(1800, 1340, INTEL_BUS_CLK), + FREQ_INFO(1600, 1292, INTEL_BUS_CLK), + FREQ_INFO(1400, 1228, INTEL_BUS_CLK), + FREQ_INFO(1200, 1164, INTEL_BUS_CLK), + FREQ_INFO(1000, 1116, INTEL_BUS_CLK), + FREQ_INFO( 800, 1052, INTEL_BUS_CLK), + FREQ_INFO( 600, 988, INTEL_BUS_CLK), + FREQ_INFO( 0, 0, 1), +}; +const freq_info PM_745B_90[] = { + /* 90 nm 1.80GHz Pentium M, VID #B */ + FREQ_INFO(1800, 1324, INTEL_BUS_CLK), + FREQ_INFO(1600, 1276, INTEL_BUS_CLK), + FREQ_INFO(1400, 1212, INTEL_BUS_CLK), + FREQ_INFO(1200, 1164, INTEL_BUS_CLK), + FREQ_INFO(1000, 1116, INTEL_BUS_CLK), + FREQ_INFO( 800, 1052, INTEL_BUS_CLK), + FREQ_INFO( 600, 988, INTEL_BUS_CLK), + FREQ_INFO( 0, 0, 1), +}; +const freq_info PM_745C_90[] = { + /* 90 nm 1.80GHz Pentium M, VID #C */ + FREQ_INFO(1800, 1308, INTEL_BUS_CLK), + FREQ_INFO(1600, 1260, INTEL_BUS_CLK), + FREQ_INFO(1400, 1212, INTEL_BUS_CLK), + FREQ_INFO(1200, 1148, INTEL_BUS_CLK), + FREQ_INFO(1000, 1100, INTEL_BUS_CLK), + FREQ_INFO( 800, 1052, INTEL_BUS_CLK), + FREQ_INFO( 600, 988, INTEL_BUS_CLK), + FREQ_INFO( 0, 0, 1), +}; +const freq_info PM_745D_90[] = { + /* 90 nm 1.80GHz Pentium M, VID #D */ + FREQ_INFO(1800, 1276, INTEL_BUS_CLK), + FREQ_INFO(1600, 1228, INTEL_BUS_CLK), + FREQ_INFO(1400, 1180, INTEL_BUS_CLK), + FREQ_INFO(1200, 1132, INTEL_BUS_CLK), + FREQ_INFO(1000, 1084, INTEL_BUS_CLK), + FREQ_INFO( 800, 1036, INTEL_BUS_CLK), + FREQ_INFO( 600, 988, INTEL_BUS_CLK), + FREQ_INFO( 0, 0, 1), +}; +const freq_info PM_735A_90[] = { + /* 90 nm 1.70GHz Pentium M, VID #A */ + FREQ_INFO(1700, 1340, INTEL_BUS_CLK), + FREQ_INFO(1400, 1244, INTEL_BUS_CLK), + FREQ_INFO(1200, 1180, INTEL_BUS_CLK), + FREQ_INFO(1000, 1116, INTEL_BUS_CLK), + FREQ_INFO( 800, 1052, INTEL_BUS_CLK), + FREQ_INFO( 600, 988, INTEL_BUS_CLK), + FREQ_INFO( 0, 0, 1), +}; +const freq_info PM_735B_90[] = { + /* 90 nm 1.70GHz Pentium M, VID #B */ + FREQ_INFO(1700, 1324, INTEL_BUS_CLK), + FREQ_INFO(1400, 1244, INTEL_BUS_CLK), + FREQ_INFO(1200, 1180, INTEL_BUS_CLK), + FREQ_INFO(1000, 1116, INTEL_BUS_CLK), + FREQ_INFO( 800, 1052, INTEL_BUS_CLK), + FREQ_INFO( 600, 988, INTEL_BUS_CLK), + FREQ_INFO( 0, 0, 1), +}; +const freq_info PM_735C_90[] = { + /* 90 nm 1.70GHz Pentium M, VID #C */ + FREQ_INFO(1700, 1308, INTEL_BUS_CLK), + FREQ_INFO(1400, 1228, INTEL_BUS_CLK), + FREQ_INFO(1200, 1164, INTEL_BUS_CLK), + FREQ_INFO(1000, 1116, INTEL_BUS_CLK), + FREQ_INFO( 800, 1052, INTEL_BUS_CLK), + FREQ_INFO( 600, 988, INTEL_BUS_CLK), + FREQ_INFO( 0, 0, 1), +}; +const freq_info PM_735D_90[] = { + /* 90 nm 1.70GHz Pentium M, VID #D */ + FREQ_INFO(1700, 1276, INTEL_BUS_CLK), + FREQ_INFO(1400, 1212, INTEL_BUS_CLK), + FREQ_INFO(1200, 1148, INTEL_BUS_CLK), + FREQ_INFO(1000, 1100, INTEL_BUS_CLK), + FREQ_INFO( 800, 1052, INTEL_BUS_CLK), + FREQ_INFO( 600, 988, INTEL_BUS_CLK), + FREQ_INFO( 0, 0, 1), +}; +const freq_info PM_725A_90[] = { + /* 90 nm 1.60GHz Pentium M, VID #A */ + FREQ_INFO(1600, 1340, INTEL_BUS_CLK), + FREQ_INFO(1400, 1276, INTEL_BUS_CLK), + FREQ_INFO(1200, 1212, INTEL_BUS_CLK), + FREQ_INFO(1000, 1132, INTEL_BUS_CLK), + FREQ_INFO( 800, 1068, INTEL_BUS_CLK), + FREQ_INFO( 600, 988, INTEL_BUS_CLK), + FREQ_INFO( 0, 0, 1), +}; +const freq_info PM_725B_90[] = { + /* 90 nm 1.60GHz Pentium M, VID #B */ + FREQ_INFO(1600, 1324, INTEL_BUS_CLK), + FREQ_INFO(1400, 1260, INTEL_BUS_CLK), + FREQ_INFO(1200, 1196, INTEL_BUS_CLK), + FREQ_INFO(1000, 1132, INTEL_BUS_CLK), + FREQ_INFO( 800, 1068, INTEL_BUS_CLK), + FREQ_INFO( 600, 988, INTEL_BUS_CLK), + FREQ_INFO( 0, 0, 1), +}; +const freq_info PM_725C_90[] = { + /* 90 nm 1.60GHz Pentium M, VID #C */ + FREQ_INFO(1600, 1308, INTEL_BUS_CLK), + FREQ_INFO(1400, 1244, INTEL_BUS_CLK), + FREQ_INFO(1200, 1180, INTEL_BUS_CLK), + FREQ_INFO(1000, 1116, INTEL_BUS_CLK), + FREQ_INFO( 800, 1052, INTEL_BUS_CLK), + FREQ_INFO( 600, 988, INTEL_BUS_CLK), + FREQ_INFO( 0, 0, 1), +}; +const freq_info PM_725D_90[] = { + /* 90 nm 1.60GHz Pentium M, VID #D */ + FREQ_INFO(1600, 1276, INTEL_BUS_CLK), + FREQ_INFO(1400, 1228, INTEL_BUS_CLK), + FREQ_INFO(1200, 1164, INTEL_BUS_CLK), + FREQ_INFO(1000, 1116, INTEL_BUS_CLK), + FREQ_INFO( 800, 1052, INTEL_BUS_CLK), + FREQ_INFO( 600, 988, INTEL_BUS_CLK), + FREQ_INFO( 0, 0, 1), +}; +const freq_info PM_715A_90[] = { + /* 90 nm 1.50GHz Pentium M, VID #A */ + FREQ_INFO(1500, 1340, INTEL_BUS_CLK), + FREQ_INFO(1200, 1228, INTEL_BUS_CLK), + FREQ_INFO(1000, 1148, INTEL_BUS_CLK), + FREQ_INFO( 800, 1068, INTEL_BUS_CLK), + FREQ_INFO( 600, 988, INTEL_BUS_CLK), + FREQ_INFO( 0, 0, 1), +}; +const freq_info PM_715B_90[] = { + /* 90 nm 1.50GHz Pentium M, VID #B */ + FREQ_INFO(1500, 1324, INTEL_BUS_CLK), + FREQ_INFO(1200, 1212, INTEL_BUS_CLK), + FREQ_INFO(1000, 1148, INTEL_BUS_CLK), + FREQ_INFO( 800, 1068, INTEL_BUS_CLK), + FREQ_INFO( 600, 988, INTEL_BUS_CLK), + FREQ_INFO( 0, 0, 1), +}; +const freq_info PM_715C_90[] = { + /* 90 nm 1.50GHz Pentium M, VID #C */ + FREQ_INFO(1500, 1308, INTEL_BUS_CLK), + FREQ_INFO(1200, 1212, INTEL_BUS_CLK), + FREQ_INFO(1000, 1132, INTEL_BUS_CLK), + FREQ_INFO( 800, 1068, INTEL_BUS_CLK), + FREQ_INFO( 600, 988, INTEL_BUS_CLK), + FREQ_INFO( 0, 0, 1), +}; +const freq_info PM_715D_90[] = { + /* 90 nm 1.50GHz Pentium M, VID #D */ + FREQ_INFO(1500, 1276, INTEL_BUS_CLK), + FREQ_INFO(1200, 1180, INTEL_BUS_CLK), + FREQ_INFO(1000, 1116, INTEL_BUS_CLK), + FREQ_INFO( 800, 1052, INTEL_BUS_CLK), + FREQ_INFO( 600, 988, INTEL_BUS_CLK), + FREQ_INFO( 0, 0, 1), +}; +const freq_info PM_738_90[] = { + /* 90 nm 1.40GHz Low Voltage Pentium M */ + FREQ_INFO(1400, 1116, INTEL_BUS_CLK), + FREQ_INFO(1300, 1116, INTEL_BUS_CLK), + FREQ_INFO(1200, 1100, INTEL_BUS_CLK), + FREQ_INFO(1100, 1068, INTEL_BUS_CLK), + FREQ_INFO(1000, 1052, INTEL_BUS_CLK), + FREQ_INFO( 900, 1036, INTEL_BUS_CLK), + FREQ_INFO( 800, 1020, INTEL_BUS_CLK), + FREQ_INFO( 600, 988, INTEL_BUS_CLK), + FREQ_INFO( 0, 0, 1), +}; +const freq_info PM_733_90[] = { + /* 90 nm 1.10GHz Ultra Low Voltage Pentium M */ + FREQ_INFO(1100, 940, INTEL_BUS_CLK), + FREQ_INFO(1000, 924, INTEL_BUS_CLK), + FREQ_INFO( 900, 892, INTEL_BUS_CLK), + FREQ_INFO( 800, 876, INTEL_BUS_CLK), + FREQ_INFO( 600, 812, INTEL_BUS_CLK), + FREQ_INFO( 0, 0, 1), +}; +const freq_info PM_723_90[] = { + /* 90 nm 1.00GHz Ultra Low Voltage Pentium M */ + FREQ_INFO(1000, 940, INTEL_BUS_CLK), + FREQ_INFO( 900, 908, INTEL_BUS_CLK), + FREQ_INFO( 800, 876, INTEL_BUS_CLK), + FREQ_INFO( 600, 812, INTEL_BUS_CLK), + FREQ_INFO( 0, 0, 1), +}; + +const cpu_info ESTprocs[] = { + INTEL(PM17_130, 1700, 1484, 600, 956, INTEL_BUS_CLK), + INTEL(PM16_130, 1600, 1484, 600, 956, INTEL_BUS_CLK), + INTEL(PM15_130, 1500, 1484, 600, 956, INTEL_BUS_CLK), + INTEL(PM14_130, 1400, 1484, 600, 956, INTEL_BUS_CLK), + INTEL(PM13_130, 1300, 1388, 600, 956, INTEL_BUS_CLK), + INTEL(PM13_LV_130, 1300, 1180, 600, 956, INTEL_BUS_CLK), + INTEL(PM12_LV_130, 1200, 1180, 600, 956, INTEL_BUS_CLK), + INTEL(PM11_LV_130, 1100, 1180, 600, 956, INTEL_BUS_CLK), + INTEL(PM11_ULV_130, 1100, 1004, 600, 844, INTEL_BUS_CLK), + INTEL(PM10_ULV_130, 1000, 1004, 600, 844, INTEL_BUS_CLK), + INTEL(PM_765A_90, 2100, 1340, 600, 988, INTEL_BUS_CLK), + INTEL(PM_765B_90, 2100, 1324, 600, 988, INTEL_BUS_CLK), + INTEL(PM_765C_90, 2100, 1308, 600, 988, INTEL_BUS_CLK), + INTEL(PM_765E_90, 2100, 1356, 600, 988, INTEL_BUS_CLK), + INTEL(PM_755A_90, 2000, 1340, 600, 988, INTEL_BUS_CLK), + INTEL(PM_755B_90, 2000, 1324, 600, 988, INTEL_BUS_CLK), + INTEL(PM_755C_90, 2000, 1308, 600, 988, INTEL_BUS_CLK), + INTEL(PM_755D_90, 2000, 1276, 600, 988, INTEL_BUS_CLK), + INTEL(PM_745A_90, 1800, 1340, 600, 988, INTEL_BUS_CLK), + INTEL(PM_745B_90, 1800, 1324, 600, 988, INTEL_BUS_CLK), + INTEL(PM_745C_90, 1800, 1308, 600, 988, INTEL_BUS_CLK), + INTEL(PM_745D_90, 1800, 1276, 600, 988, INTEL_BUS_CLK), + INTEL(PM_735A_90, 1700, 1340, 600, 988, INTEL_BUS_CLK), + INTEL(PM_735B_90, 1700, 1324, 600, 988, INTEL_BUS_CLK), + INTEL(PM_735C_90, 1700, 1308, 600, 988, INTEL_BUS_CLK), + INTEL(PM_735D_90, 1700, 1276, 600, 988, INTEL_BUS_CLK), + INTEL(PM_725A_90, 1600, 1340, 600, 988, INTEL_BUS_CLK), + INTEL(PM_725B_90, 1600, 1324, 600, 988, INTEL_BUS_CLK), + INTEL(PM_725C_90, 1600, 1308, 600, 988, INTEL_BUS_CLK), + INTEL(PM_725D_90, 1600, 1276, 600, 988, INTEL_BUS_CLK), + INTEL(PM_715A_90, 1500, 1340, 600, 988, INTEL_BUS_CLK), + INTEL(PM_715B_90, 1500, 1324, 600, 988, INTEL_BUS_CLK), + INTEL(PM_715C_90, 1500, 1308, 600, 988, INTEL_BUS_CLK), + INTEL(PM_715D_90, 1500, 1276, 600, 988, INTEL_BUS_CLK), + INTEL(PM_738_90, 1400, 1116, 600, 988, INTEL_BUS_CLK), + INTEL(PM_733_90, 1100, 940, 600, 812, INTEL_BUS_CLK), + INTEL(PM_723_90, 1000, 940, 600, 812, INTEL_BUS_CLK), + { NULL, 0, 0, NULL }, +}; + +static void est_identify(driver_t *driver, device_t parent); +static int est_probe(device_t parent); +static int est_attach(device_t parent); +static int est_detach(device_t parent); +static int est_find_cpu(const char *vendor, uint64_t msr, uint32_t bus_clk, + const freq_info **freqs); +static const freq_info *est_get_current(const freq_info *freq_list); +static int est_settings(device_t dev, struct cf_setting *sets, int *count, + int *type); +static int est_set(device_t dev, const struct cf_setting *set); +static int est_get(device_t dev, struct cf_setting *set); + +static device_method_t est_methods[] = { + /* Device interface */ + DEVMETHOD(device_identify, est_identify), + DEVMETHOD(device_probe, est_probe), + DEVMETHOD(device_attach, est_attach), + DEVMETHOD(device_detach, est_detach), + + /* cpufreq interface */ + DEVMETHOD(cpufreq_drv_set, est_set), + DEVMETHOD(cpufreq_drv_get, est_get), + DEVMETHOD(cpufreq_drv_settings, est_settings), + {0, 0} +}; + +static driver_t est_driver = { + "est", + est_methods, + sizeof(struct est_softc), +}; + +static devclass_t est_devclass; +DRIVER_MODULE(est, cpu, est_driver, est_devclass, 0, 0); + +static void +est_identify(driver_t *driver, device_t parent) +{ + u_int p[4]; + + /* + * XXX If we're not on cpu 0, don't add a child. We should add + * MP support instead. + */ + if (device_get_unit(parent) != 0) + return; + + /* Make sure we're not being doubly invoked. */ + if (device_find_child(parent, "est", -1) != NULL) + return; + + /* Check that CPUID is supported and the vendor is Intel.*/ + if (cpu_high == 0 || strcmp(cpu_vendor, GenuineIntel) != 0) + return; + + /* Read capability bits and check if the CPU supports EST. */ + do_cpuid(1, p); + if ((p[2] & 0x80) == 0) + return; + + if (BUS_ADD_CHILD(parent, 0, "est", -1) == NULL) + device_printf(parent, "add est child failed\n"); +} + +static int +est_probe(device_t dev) +{ + struct cf_setting set; + const freq_info *f; + device_t perf_dev; + uint64_t msr; + int count, type; + + /* + * If the ACPI perf driver has attached and is not just offering + * info, let it manage things. + */ + perf_dev = device_find_child(device_get_parent(dev), "acpi_perf", -1); + if (perf_dev && device_is_attached(perf_dev)) { + type = 0; + count = 1; + CPUFREQ_DRV_SETTINGS(perf_dev, &set, &count, &type); + if ((type & CPUFREQ_FLAG_INFO_ONLY) == 0) + return (ENXIO); + } + + /* Attempt to enable SpeedStep if not currently enabled. */ + msr = rdmsr(MSR_MISC_ENABLE); + if ((msr & MSR_SS_ENABLE) == 0) { + msr |= MSR_SS_ENABLE; + wrmsr(MSR_MISC_ENABLE, msr); + + /* Check if the enable failed. */ + msr = rdmsr(MSR_MISC_ENABLE); + if ((msr & MSR_SS_ENABLE) == 0) { + device_printf(dev, "failed to enable SpeedStep\n"); + return (ENXIO); + } + } + + /* Identify the exact CPU model */ + msr = rdmsr(MSR_PERF_STATUS); + if (est_find_cpu(cpu_vendor, msr, INTEL_BUS_CLK, &f) != 0) { + printf( + "CPU claims to support Enhanced Speedstep, but is not recognized.\n" + "Please update driver or contact the maintainer.\n" + "cpu_vendor = %s msr = %0jx, bus_clk = %x\n", + cpu_vendor, msr, INTEL_BUS_CLK); + return (ENXIO); + } + + device_set_desc(dev, "Enhanced SpeedStep Frequency Control"); + return (0); +} + +static int +est_attach(device_t dev) +{ + struct est_softc *sc; + uint64_t msr; + + sc = device_get_softc(dev); + sc->dev = dev; + msr = rdmsr(MSR_PERF_STATUS); + est_find_cpu(cpu_vendor, msr, INTEL_BUS_CLK, &sc->freq_list); + + return (0); +} + +static int +est_detach(device_t dev) +{ + return (ENXIO); +} + +static int +est_find_cpu(const char *vendor, uint64_t msr, uint32_t bus_clk, + const freq_info **freqs) +{ + const cpu_info *p; + uint32_t id; + + /* Find a table which matches (vendor, id, bus_clk). */ + id = msr >> 32; + for (p = ESTprocs; p->id32 != 0; p++) { + if (strcmp(p->vendor, vendor) == 0 && p->id32 == id && + p->bus_clk == bus_clk) + break; + } + if (p->id32 == 0) + return (EOPNOTSUPP); + + /* Make sure the current setpoint is valid. */ + if (est_get_current(p->freqtab) == NULL) + return (EOPNOTSUPP); + + *freqs = p->freqtab; + return (0); +} + +static const freq_info * +est_get_current(const freq_info *freq_list) +{ + const freq_info *f; + int i; + uint16_t id16; + + /* + * Try a few times to get a valid value. Sometimes, if the CPU + * is in the middle of an asynchronous transition (i.e., P4TCC), + * we get a temporary invalid result. + */ + for (i = 0; i < 5; i++) { + id16 = rdmsr(MSR_PERF_STATUS) & 0xffff; + for (f = freq_list; f->id16 != 0; f++) { + if (f->id16 == id16) + return (f); + } + } + return (NULL); +} + +static int +est_settings(device_t dev, struct cf_setting *sets, int *count, int *type) +{ + struct est_softc *sc; + const freq_info *f; + int i; + + if (*count < EST_MAX_SETTINGS) + return (E2BIG); + + i = 0; + for (f = sc->freq_list; f->freq != 0; f++) { + sets[i].freq = f->freq; + sets[i].volts = f->volts; + sets[i].power = CPUFREQ_VAL_UNKNOWN; + sets[i].lat = EST_TRANS_LAT; + sets[i].dev = dev; + i++; + } + *count = i + 1; + *type = CPUFREQ_TYPE_ABSOLUTE; + + return (0); +} + +static int +est_set(device_t dev, const struct cf_setting *set) +{ + struct est_softc *sc; + const freq_info *f; + uint64_t msr; + + /* Find the setting matching the requested one. */ + sc = device_get_softc(dev); + for (f = sc->freq_list; f->freq != 0; f++) { + if (f->freq == set->freq) + break; + } + if (f->freq == 0) + return (EINVAL); + + /* Read the current register, mask out the old, set the new id. */ + msr = rdmsr(MSR_PERF_CTL); + msr = (msr & ~0xffffLL) | f->id16; + wrmsr(MSR_PERF_CTL, msr); + + return (0); +} + +static int +est_get(device_t dev, struct cf_setting *set) +{ + struct est_softc *sc; + const freq_info *f; + + sc = device_get_softc(dev); + f = est_get_current(sc->freq_list); + if (f == NULL) + return (ENXIO); + + set->freq = f->freq; + set->volts = f->volts; + set->power = CPUFREQ_VAL_UNKNOWN; + set->lat = EST_TRANS_LAT; + set->dev = dev; + return (0); +} Index: i386/cpufreq/p4tcc.c =================================================================== RCS file: i386/cpufreq/p4tcc.c diff -N i386/cpufreq/p4tcc.c --- /dev/null 1 Jan 1970 00:00:00 -0000 +++ i386/cpufreq/p4tcc.c 17 Feb 2005 01:04:41 -0000 @@ -0,0 +1,246 @@ +/*- + * Copyright (c) 2003 Ted Unangst + * Copyright (c) 2004 Maxim Sobolev + * Copyright (c) 2005 Nate Lawson + * All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in the + * documentation and/or other materials provided with the distribution. + * + * THIS SOFTWARE IS PROVIDED BY THE AUTHOR ``AS IS'' AND ANY EXPRESS OR + * IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES + * OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. + * IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR ANY DIRECT, INDIRECT, + * INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, + * BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; + * LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED + * AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, + * OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY + * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF + * SUCH DAMAGE. + */ + +/* + * Throttle clock frequency by using the thermal control circuit. This + * operates independently of SpeedStep and ACPI throttling and is supported + * on Pentium 4 and later models (feature TM). + * + * Reference: Intel Developer's manual v.3 #245472-012 + */ + +#include +__FBSDID("$FreeBSD$"); + +#include +#include +#include +#include +#include +#include + +#include +#include + +#include "cpufreq_if.h" + +struct p4tcc_softc { + device_t dev; + int set_count; +}; + +#define TCC_NUM_SETTINGS 8 + +#define TCC_ENABLE_BIT (1<<4) +#define TCC_REG_OFFSET 1 +#define TCC_SPEED_PERCENT(x) ((10000 * (x)) / TCC_NUM_SETTINGS) + +static void p4tcc_identify(driver_t *driver, device_t parent); +static int p4tcc_probe(device_t dev); +static int p4tcc_attach(device_t dev); +static int p4tcc_settings(device_t dev, struct cf_setting *sets, + int *count, int *type); +static int p4tcc_set(device_t dev, const struct cf_setting *set); +static int p4tcc_get(device_t dev, struct cf_setting *set); + +static device_method_t p4tcc_methods[] = { + /* Device interface */ + DEVMETHOD(device_identify, p4tcc_identify), + DEVMETHOD(device_probe, p4tcc_probe), + DEVMETHOD(device_attach, p4tcc_attach), + + /* cpufreq interface */ + DEVMETHOD(cpufreq_drv_set, p4tcc_set), + DEVMETHOD(cpufreq_drv_get, p4tcc_get), + DEVMETHOD(cpufreq_drv_settings, p4tcc_settings), + {0, 0} +}; + +static driver_t p4tcc_driver = { + "p4tcc", + p4tcc_methods, + sizeof(struct p4tcc_softc), +}; + +static devclass_t p4tcc_devclass; +DRIVER_MODULE(p4tcc, cpu, p4tcc_driver, p4tcc_devclass, 0, 0); + +static void +p4tcc_identify(driver_t *driver, device_t parent) +{ + + if ((cpu_feature & (CPUID_ACPI | CPUID_TM)) != (CPUID_ACPI | CPUID_TM)) + return; + if (BUS_ADD_CHILD(parent, 0, "p4tcc", -1) == NULL) + device_printf(parent, "add p4tcc child failed\n"); +} + +static int +p4tcc_probe(device_t dev) +{ + + device_set_desc(dev, "CPU Frequency Thermal Control"); + return (0); +} + +static int +p4tcc_attach(device_t dev) +{ + struct p4tcc_softc *sc; + struct cf_setting set; + + sc = device_get_softc(dev); + sc->dev = dev; + sc->set_count = TCC_NUM_SETTINGS; + + switch (cpu_id & 0xf) { + case 0x22: + case 0x24: + case 0x25: + case 0x27: + case 0x29: + /* + * These CPU models hang when set to 12.5%. + * See Errata O50, P44, and Z21. + */ + sc->set_count -= 1; + break; + case 0x07: /* errata N44 and P18 */ + case 0x0a: + case 0x12: + case 0x13: + /* + * These CPU models hang when set to 12.5% or 25%. + * See Errata N44 and P18l. + */ + sc->set_count -= 2; + break; + } + + /* + * On boot, the TCC is usually in Automatic mode where reading the + * current performance level is likely to produce bogus results. + * We switch it to On-Demand mode and set a known performance level + * to avoid ambiguity. Unfortunately, there is no reliable way to + * check that TCC is in the Automatic mode. Reading bit 4 of ACPI + * Thermal Monitor Control Register produces 0 no matter what the + * current mode. + */ + set.freq = 10000; + set.dev = dev; + CPUFREQ_DRV_SET(dev, &set); + + return (0); +} + +static int +p4tcc_settings(device_t dev, struct cf_setting *sets, int *count, int *type) +{ + struct p4tcc_softc *sc; + int i, val; + + sc = device_get_softc(dev); + if (sets == NULL || count == NULL) + return (EINVAL); + if (*count < sc->set_count) + return (E2BIG); + + /* Return a list of valid settings for this driver. */ + memset(sets, CPUFREQ_VAL_UNKNOWN, sizeof(*sets) * sc->set_count); + for (i = 0, val = sc->set_count; val != 0; i++, val--) { + sets[i].freq = TCC_SPEED_PERCENT(val); + sets[i].dev = dev; + } + *count = sc->set_count; + *type = CPUFREQ_TYPE_RELATIVE; + + return (0); +} + +static int +p4tcc_set(device_t dev, const struct cf_setting *set) +{ + struct p4tcc_softc *sc; + uint64_t mask, msr; + int val; + + if (set == NULL) + return (EINVAL); + sc = device_get_softc(dev); + + /* + * Validate requested state converts to a setting that is an + * integer from [1 .. sc->set_count]. + */ + val = set->freq * sc->set_count / 10000; + if (val * 10000 != set->freq * sc->set_count || + val < 1 || val > sc->set_count) + return (EINVAL); + + /* Convert a setting of TCC_NUM_SETTINGS to 0. */ + if (val == TCC_NUM_SETTINGS) + val = 0; + + /* + * Read the current register and mask off the old setting/enable bit. + * If the new val is nonzero, set it and the enable bit. Finally, + * write the new register. + */ + msr = rdmsr(MSR_THERM_CONTROL); + mask = (TCC_NUM_SETTINGS - 1) << TCC_REG_OFFSET; + msr &= ~(mask | TCC_ENABLE_BIT); + if (val) + msr |= (val << TCC_REG_OFFSET) | TCC_ENABLE_BIT; + wrmsr(MSR_THERM_CONTROL, msr); + + return (0); +} + +static int +p4tcc_get(device_t dev, struct cf_setting *set) +{ + uint64_t msr; + int val; + + if (set == NULL) + return (EINVAL); + + /* Read the current register and extract the current setting. */ + msr = rdmsr(MSR_THERM_CONTROL); + val = (msr >> TCC_REG_OFFSET) & (TCC_NUM_SETTINGS - 1); + + /* Convert a setting of 0 to TCC_NUM_SETTINGS. */ + if (val == 0) + val = TCC_NUM_SETTINGS; + + memset(set, CPUFREQ_VAL_UNKNOWN, sizeof(*set)); + set->freq = TCC_SPEED_PERCENT(val); + set->dev = dev; + + return (0); +} --------------060506010507060809010505-- From owner-freebsd-current@FreeBSD.ORG Thu Feb 17 01:51: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 D170516A4CE for ; Thu, 17 Feb 2005 01:51:07 +0000 (GMT) Received: from smtphost.cis.strath.ac.uk (smtphost.cis.strath.ac.uk [130.159.196.96]) by mx1.FreeBSD.org (Postfix) with ESMTP id 339A743D5D for ; Thu, 17 Feb 2005 01:51:07 +0000 (GMT) (envelope-from chodgins@cis.strath.ac.uk) Received: from [192.168.0.4] (chrishodgins.force9.co.uk [84.92.20.141]) j1H1oPRL009537; Thu, 17 Feb 2005 01:50:27 GMT Message-ID: <4213F98D.7020304@cis.strath.ac.uk> Date: Thu, 17 Feb 2005 01:55:25 +0000 From: Chris Hodgins User-Agent: Mozilla Thunderbird 1.0 (X11/20050204) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Julian Elischer References: <1108584730.95661.12.camel@server.mcneil.com> <20050216201716.GA28436@odin.ac.hmc.edu> <4213B3C8.3090508@centtech.com> <1108588393.12275.9.camel@server.mcneil.com> <20050216214031.GA2787@odin.ac.hmc.edu> <4213D3AA.70809@elischer.org> In-Reply-To: <4213D3AA.70809@elischer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-CIS-MailScanner-Information: Please contact support@cis.strath.ac.uk for more information X-CIS-MailScanner: Found to be clean X-CIS-MailScanner-SpamCheck: not spam, SpamAssassin (score=0, required 6) X-CIS-MailScanner-From: chodgins@cis.strath.ac.uk cc: Eric Anderson cc: current@freebsd.org Subject: Re: where did all my memory go? (file system cache) 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: Thu, 17 Feb 2005 01:51:08 -0000 Julian Elischer wrote: > slightly off topic but.. > > Brooks Davis wrote: > >> On Wed, Feb 16, 2005 at 01:13:13PM -0800, Sean McNeil wrote: >> >> >> The concept that most of your memory should be entierly free when the >> system is not under load is simply wrong. The simplistic world view of >> memory being allocated to a specific task or entierly free simply isn't >> correct for all that it makes for nice graphs anyone can pretend they >> understand. You can produce some sort of aproximation of the output you >> see on other systems by modifying the program to include inactive memory >> in free memory. That's what I did with Ganglia. >> > > what I really want is a way to FORce certain pages out of cache. > In particular I need to verify teh correctness of the version on 2ndary > storage.. > > what I want is: > > int fd = open("myfile",...); > write1GBfiletodisk(fd, data); > ioctl(fd, PURGEFROMCACHE); > perform_md5(fd); > > and be sure that teh MD5 is that of what is on the disk. > not what is in RAM. > >> >> -- Brooks >> >> >> > > _______________________________________________ > 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" > IANAE but could you not use the O_DIRECT flag with open? O_DIRECT eliminate or reduce cache effects HTH Chris From owner-freebsd-current@FreeBSD.ORG Thu Feb 17 02:43: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 3B2A316A4CE; Thu, 17 Feb 2005 02:43:47 +0000 (GMT) Received: from www.mmlab.cse.yzu.edu.tw (www.mmlab.cse.yzu.edu.tw [140.138.150.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id E231443D4C; Thu, 17 Feb 2005 02:43:46 +0000 (GMT) (envelope-from avatar@mmlab.cse.yzu.edu.tw) Received: by www.mmlab.cse.yzu.edu.tw (qmail, from userid 1000) id E04DE4EFDD6; Thu, 17 Feb 2005 10:43:44 +0800 (CST) Received: from localhost (localhost [127.0.0.1]) by www.mmlab.cse.yzu.edu.tw (qmail) with ESMTP id C26A64EFDD5; Thu, 17 Feb 2005 10:43:44 +0800 (CST) Date: Thu, 17 Feb 2005 10:43:44 +0800 (CST) From: Tai-hwa Liang To: Greg 'groggy' Lehey In-Reply-To: <20050217000129.GD69640@wantadilla.lemis.com> Message-ID: <050217104048D.63322@www.mmlab.cse.yzu.edu.tw> References: <420C76C3.202@syskonnect.de> <20050217000129.GD69640@wantadilla.lemis.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: Gerald Heinig cc: freebsd-current@freebsd.org Subject: Re: gdb over Firewire 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: Thu, 17 Feb 2005 02:43:47 -0000 On Thu, 17 Feb 2005, Greg 'groggy' Lehey wrote: > On Friday, 11 February 2005 at 10:11:31 +0100, Gerald Heinig wrote: >> Hello Current'ers, >> >> I'm trying to get two-machine kernel debugging over Firewire working, >> unfortunately without much luck so far. dconschat over Firewire works >> fine, but gdb won't attach, complaining about get_tty_state failed, >> among other things. >> Is kernel gdb over Firewire a -current-only feature? > > Sorry for the slow reply; I've been busy. > > No, it's not a current-only feature. It used to work, but I've had a > lot of difficulty since the introduction of the new gdb framework. > > Try this: > > $ sysctl debug.kdb > debug.kdb.available: ddb > debug.kdb.current: ddb > debug.kdb.enter: 0 > debug.kdb.stop_cpus: 1 > > That's what I get, and it indicates that I don't have gdb capability. > If that's what you get, try building a kernel with firewire support > built-in (as opposed to the (recommended) method of loading the > firewire klds later). The background here is the hypothesis that the > kernel checks for debug back-ends at boot time, and not later, so if > you load the firewire klds later, it won't be registered. > Note that this is a hypothesis. If you try this, please let us know > what happens. From my observation, only "device dcons" is necessary to be static linked in kernel, the rest such like firewire.ko and dcons_crom.ko can still be dynamically loaded. From owner-freebsd-current@FreeBSD.ORG Thu Feb 17 02:46: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 ACCA616A4CE for ; Thu, 17 Feb 2005 02:46:48 +0000 (GMT) Received: from blackwater.lemis.com (wantadilla.lemis.com [192.109.197.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D91E43D41 for ; Thu, 17 Feb 2005 02:46:47 +0000 (GMT) (envelope-from grog@lemis.com) Received: by blackwater.lemis.com (Postfix, from userid 1004) id 8F83C85653; Thu, 17 Feb 2005 13:16:44 +1030 (CST) Date: Thu, 17 Feb 2005 13:16:44 +1030 From: Greg 'groggy' Lehey To: Tai-hwa Liang Message-ID: <20050217024644.GQ69640@wantadilla.lemis.com> References: <420C76C3.202@syskonnect.de> <20050217000129.GD69640@wantadilla.lemis.com> <050217104048D.63322@www.mmlab.cse.yzu.edu.tw> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="sTMGS+9l7rws3PCr" Content-Disposition: inline In-Reply-To: <050217104048D.63322@www.mmlab.cse.yzu.edu.tw> 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 cc: Gerald Heinig cc: freebsd-current@freebsd.org Subject: Re: gdb over Firewire 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: Thu, 17 Feb 2005 02:46:48 -0000 --sTMGS+9l7rws3PCr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thursday, 17 February 2005 at 10:43:44 +0800, Tai-hwa Liang wrote: > On Thu, 17 Feb 2005, Greg 'groggy' Lehey wrote: >> On Friday, 11 February 2005 at 10:11:31 +0100, Gerald Heinig wrote: >>> Hello Current'ers, >>> >>> I'm trying to get two-machine kernel debugging over Firewire working, >>> unfortunately without much luck so far. dconschat over Firewire works >>> fine, but gdb won't attach, complaining about get_tty_state failed, >>> among other things. >>> Is kernel gdb over Firewire a -current-only feature? >> >> >> That's what I get, and it indicates that I don't have gdb capability. >> If that's what you get, try building a kernel with firewire support >> built-in (as opposed to the (recommended) method of loading the >> firewire klds later). The background here is the hypothesis that the >> kernel checks for debug back-ends at boot time, and not later, so if >> you load the firewire klds later, it won't be registered. >> Note that this is a hypothesis. If you try this, please let us know >> what happens. > > From my observation, only "device dcons" is necessary to be static > linked in kernel, the rest such like firewire.ko and dcons_crom.ko > can still be dynamically loaded. So you're saying that this approach works for you where it has failed otherwise? Greg -- See complete headers for address and phone numbers. --sTMGS+9l7rws3PCr Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFCFAWUIubykFB6QiMRAgv5AJsEZ9O4DdMND+3gcGzRnnH4g//eYwCfQq6e l2ANDUI+61sClzyF9DA0XHE= =/or8 -----END PGP SIGNATURE----- --sTMGS+9l7rws3PCr-- From owner-freebsd-current@FreeBSD.ORG Thu Feb 17 02:51:11 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 0910B16A4CE; Thu, 17 Feb 2005 02:51:11 +0000 (GMT) Received: from www.mmlab.cse.yzu.edu.tw (www.mmlab.cse.yzu.edu.tw [140.138.150.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id B156443D45; Thu, 17 Feb 2005 02:51:10 +0000 (GMT) (envelope-from avatar@mmlab.cse.yzu.edu.tw) Received: by www.mmlab.cse.yzu.edu.tw (qmail, from userid 1000) id 0D7794EFDD6; Thu, 17 Feb 2005 10:51:10 +0800 (CST) Received: from localhost (localhost [127.0.0.1]) by www.mmlab.cse.yzu.edu.tw (qmail) with ESMTP id 05AB24EFDD5; Thu, 17 Feb 2005 10:51:10 +0800 (CST) Date: Thu, 17 Feb 2005 10:51:09 +0800 (CST) From: Tai-hwa Liang To: Greg 'groggy' Lehey In-Reply-To: <20050217024644.GQ69640@wantadilla.lemis.com> Message-ID: <0502171047593.63470@www.mmlab.cse.yzu.edu.tw> References: <420C76C3.202@syskonnect.de> <20050217000129.GD69640@wantadilla.lemis.com> <20050217024644.GQ69640@wantadilla.lemis.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed cc: Gerald Heinig cc: freebsd-current@freebsd.org Subject: Re: gdb over Firewire 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: Thu, 17 Feb 2005 02:51:11 -0000 On Thu, 17 Feb 2005, Greg 'groggy' Lehey wrote: > On Thursday, 17 February 2005 at 10:43:44 +0800, Tai-hwa Liang wrote: >> On Thu, 17 Feb 2005, Greg 'groggy' Lehey wrote: >>> On Friday, 11 February 2005 at 10:11:31 +0100, Gerald Heinig wrote: >>>> Hello Current'ers, >>>> >>>> I'm trying to get two-machine kernel debugging over Firewire working, >>>> unfortunately without much luck so far. dconschat over Firewire works >>>> fine, but gdb won't attach, complaining about get_tty_state failed, >>>> among other things. >>>> Is kernel gdb over Firewire a -current-only feature? >>> >>> >>> That's what I get, and it indicates that I don't have gdb capability. >>> If that's what you get, try building a kernel with firewire support >>> built-in (as opposed to the (recommended) method of loading the >>> firewire klds later). The background here is the hypothesis that the >>> kernel checks for debug back-ends at boot time, and not later, so if >>> you load the firewire klds later, it won't be registered. >>> Note that this is a hypothesis. If you try this, please let us know >>> what happens. >> >> From my observation, only "device dcons" is necessary to be static >> linked in kernel, the rest such like firewire.ko and dcons_crom.ko >> can still be dynamically loaded. > > So you're saying that this approach works for you where it has failed > otherwise? Exactly. It looks like that your hypothesis is right: dcons only does gdb backend registration during boot time(by static linked approach). From owner-freebsd-current@FreeBSD.ORG Thu Feb 17 02:54:11 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 391C816A4CE for ; Thu, 17 Feb 2005 02:54:11 +0000 (GMT) Received: from blackwater.lemis.com (wantadilla.lemis.com [192.109.197.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id D1A9A43D1D for ; Thu, 17 Feb 2005 02:54:09 +0000 (GMT) (envelope-from grog@lemis.com) Received: by blackwater.lemis.com (Postfix, from userid 1004) id F30778565C; Thu, 17 Feb 2005 13:24:07 +1030 (CST) Date: Thu, 17 Feb 2005 13:24:07 +1030 From: Greg 'groggy' Lehey To: Tai-hwa Liang Message-ID: <20050217025407.GR69640@wantadilla.lemis.com> References: <420C76C3.202@syskonnect.de> <20050217000129.GD69640@wantadilla.lemis.com> <050217104048D.63322@www.mmlab.cse.yzu.edu.tw> <20050217024644.GQ69640@wantadilla.lemis.com> <0502171047593.63470@www.mmlab.cse.yzu.edu.tw> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="KsUBxXnnTURmGdap" Content-Disposition: inline In-Reply-To: <0502171047593.63470@www.mmlab.cse.yzu.edu.tw> 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 cc: Gerald Heinig cc: freebsd-current@freebsd.org Subject: Re: gdb over Firewire 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: Thu, 17 Feb 2005 02:54:11 -0000 --KsUBxXnnTURmGdap Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thursday, 17 February 2005 at 10:51:09 +0800, Tai-hwa Liang wrote: > On Thu, 17 Feb 2005, Greg 'groggy' Lehey wrote: >> On Thursday, 17 February 2005 at 10:43:44 +0800, Tai-hwa Liang wrote: >>> On Thu, 17 Feb 2005, Greg 'groggy' Lehey wrote: >>>> On Friday, 11 February 2005 at 10:11:31 +0100, Gerald Heinig wrote: >>>>> Hello Current'ers, >>>>> >>>>> I'm trying to get two-machine kernel debugging over Firewire working, >>>>> unfortunately without much luck so far. dconschat over Firewire works >>>>> fine, but gdb won't attach, complaining about get_tty_state failed, >>>>> among other things. >>>>> Is kernel gdb over Firewire a -current-only feature? >>>> >>>> >>>> That's what I get, and it indicates that I don't have gdb capability. >>>> If that's what you get, try building a kernel with firewire support >>>> built-in (as opposed to the (recommended) method of loading the >>>> firewire klds later). The background here is the hypothesis that the >>>> kernel checks for debug back-ends at boot time, and not later, so if >>>> you load the firewire klds later, it won't be registered. >>>> Note that this is a hypothesis. If you try this, please let us know >>>> what happens. >>> >>> From my observation, only "device dcons" is necessary to be static >>> linked in kernel, the rest such like firewire.ko and dcons_crom.ko >>> can still be dynamically loaded. >> >> So you're saying that this approach works for you where it has failed >> otherwise? > > Exactly. It looks like that your hypothesis is right: dcons only > does gdb backend registration during boot time(by static linked > approach). Thanks. Good to know. -- See complete headers for address and phone numbers. --KsUBxXnnTURmGdap Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFCFAdPIubykFB6QiMRAgSvAKCmqb5WUAnWHNjncEAuIRKhaZzWiwCeLL7V frXt9S2JOGF6OFypqUPOmvs= =2jm0 -----END PGP SIGNATURE----- --KsUBxXnnTURmGdap-- From owner-freebsd-current@FreeBSD.ORG Thu Feb 17 05:30:25 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 6569616A4CE for ; Thu, 17 Feb 2005 05:30:25 +0000 (GMT) Received: from web54006.mail.yahoo.com (web54006.mail.yahoo.com [206.190.36.230]) by mx1.FreeBSD.org (Postfix) with SMTP id D9C9F43D45 for ; Thu, 17 Feb 2005 05:30:24 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: (qmail 33132 invoked by uid 60001); 17 Feb 2005 05:30:24 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; b=kwrxYd2pa2c9mTlf6DBEhTz1vkThOlOcP7b/hhLX50rG/+MHoLbr0FsumjBSPSYK4ZAQgRa1E+hsKlr4sOHzfHriczPWevTaQlzdvqtFk6ZyoVeUQuap57zGbEDVxpcpWSFfinF/ktikRU5R5Eh/vxv6CRpmxy1mnfaQDHNe0qw= ; Message-ID: <20050217053024.33130.qmail@web54006.mail.yahoo.com> Received: from [147.46.44.181] by web54006.mail.yahoo.com via HTTP; Wed, 16 Feb 2005 21:30:24 PST Date: Wed, 16 Feb 2005 21:30:24 -0800 (PST) From: Rob To: FreeBSD current , FreeBSD Stable MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: loader.conf: init_path="/stand/sysinstall" appropriate? 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: Thu, 17 Feb 2005 05:30:25 -0000 Hi, In /boot/defaults/loader.conf there's the line: #init_path="[...skip...]:/stand/sysinstall" I wonder if /stand/sysinstall is still appropriate as one of the defaults in the init path. There has been a plan to remove /stand/ altogether after install, or even have it completely replaced by /rescue/. Moreover, a more up-to-date sysinstall is now in /usr/sbin/sysinstall !! Regards, Rob. __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-current@FreeBSD.ORG Thu Feb 17 08:08: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 5302E16A4CE; Thu, 17 Feb 2005 08:08:47 +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 7A42F43D48; Thu, 17 Feb 2005 08:08:46 +0000 (GMT) (envelope-from nyan@jp.FreeBSD.org) Received: from localhost (localhost [IPv6:::1])j1H88K6D034320; Thu, 17 Feb 2005 17:08:25 +0900 (JST) (envelope-from nyan@jp.FreeBSD.org) Date: Thu, 17 Feb 2005 17:08:03 +0900 (JST) Message-Id: <20050217.170803.74725228.nyan@jp.FreeBSD.org> To: imp@bsdimp.com From: Takahashi Yoshihiro In-Reply-To: <20050216.085534.128329712.imp@bsdimp.com> References: <20050215.135815.112575021.imp@bsdimp.com> <20050216.131604.41667980.nyan@jp.FreeBSD.org> <20050216.085534.128329712.imp@bsdimp.com> X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-stable@freebsd.org cc: freebsd-current@freebsd.org cc: nakaji@jp.FreeBSD.org cc: sos@DeepCore.dk 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: Thu, 17 Feb 2005 08:08:47 -0000 In article <20050216.085534.128329712.imp@bsdimp.com> "M. Warner Losh" writes: > I see. Let me see if I understand the implications: > > (1) This disk won't interoperate with other OSes on the pc98 > machine because the pc98 partition format specifies things > in terms of CHS, but doesn't specify an actual geometry. I don't test it yet, but I think it is no problem if right geometry translation is done. > (2) Further, since dp_scyl and dp_ecyl are both 16bits, we are > limited to 65535 cylinders. The above geometry of 387621 > violates this assumption. So you can really only use > 66059280 of the 390721968 sectors on this disk (or about 17%). I tried to use the disk with 16H/63S geometry but I cannot at all. It seems that the fdisk and/or disklabel write to strange place. > (3) It is insufficent to fix this in geom_pc98 because that is > not used until after the partition is placed on the disk > and fdisk_pc98 needs the geometry to place that partition. Yes. > (4) This only impacts newer ATA6 disks. ATA5 and older appear > to be working properly. ata6 disks need some other > mechanism to get this information, correct? Probably... I am sure that ATA6 disks at least need to get a geometry information from PC98 BIOS. > When I asked about the 'get the geometry from the BIOS' patches that > are circulating, I was told that it was hard to match the FreeBSD > device to the BIOS table. I think that it is hard to get a right geometry in all cases, many extended ATA cards are used, but it succeeds mostly. --- TAKAHASHI Yoshihiro From owner-freebsd-current@FreeBSD.ORG Thu Feb 17 08:35: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 9F3E916A4CE; Thu, 17 Feb 2005 08:35:29 +0000 (GMT) Received: from gatekeeper.syskonnect.de (gatekeeper.syskonnect.de [213.144.13.149]) by mx1.FreeBSD.org (Postfix) with ESMTP id BBB1E43D53; Thu, 17 Feb 2005 08:35:28 +0000 (GMT) (envelope-from gheinig@syskonnect.de) Received: from syskonnect.de (skd.de [10.9.15.1])j1H8Zi91026884; Thu, 17 Feb 2005 09:35:44 +0100 (MET) Received: from syskonnect.de (localhost [127.0.0.1]) by syskonnect.de (8.12.11/8.12.11) with ESMTP id j1H8ZRO8026585; Thu, 17 Feb 2005 09:35:27 +0100 (MET) Message-ID: <42145726.3020701@syskonnect.de> Date: Thu, 17 Feb 2005 09:34:46 +0100 From: Gerald Heinig User-Agent: Mozilla Thunderbird 0.5 (X11/20040208) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Greg 'groggy' Lehey" References: <420C76C3.202@syskonnect.de> <20050217000129.GD69640@wantadilla.lemis.com> In-Reply-To: <20050217000129.GD69640@wantadilla.lemis.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@FreeBSD.org Subject: Re: gdb over Firewire 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: Thu, 17 Feb 2005 08:35:29 -0000 Greg 'groggy' Lehey wrote: > On Friday, 11 February 2005 at 10:11:31 +0100, Gerald Heinig wrote: > >>Hello Current'ers, >> >>I'm trying to get two-machine kernel debugging over Firewire working, >>unfortunately without much luck so far. dconschat over Firewire works >>fine, but gdb won't attach, complaining about get_tty_state failed, >>among other things. >>Is kernel gdb over Firewire a -current-only feature? > > > Sorry for the slow reply; I've been busy. > > No, it's not a current-only feature. It used to work, but I've had a > lot of difficulty since the introduction of the new gdb framework. [sorry about the off-topic post to -current] Hi Greg, thanks for the reply. I've actually got it to work now. I compiled dcons and dcons_crom into the kernel and upgraded to 5.3-STABLE on the debugging machine. In addition to this, there was something wrong with my target machine setup. I must have messed up the boot flags a while ago and forgotten about it, because the kernel kept waiting for remote gdb attach before it had probed the Firewire driver, which of course didn't work. Reinstalling a fresh 5.3-RELEASE on the target solved that problem. The kgdb on 5.3-RELEASE doesn't support the IP forwarding functionality for remote devices; that's what the upgrade to -STABLE fixed. So, 'standard' two-machine debugging works for me now. However, what I'm _really_ interested in is the alternative non-cooperative Firewire debugging scheme you describe in your BSDCon paper. Mine almost works, in that I can start up kgdb over /dev/fwmem0.0 However, there's no stack. What I get is: # kgdb -c /dev/fwmem0.0 kernel.debug [gdb copyright stuff] 0x00000000 in ?? () (kgdb) Any ideas as to what I'm doing wrong? Cheers, Gerald > > Try this: > > $ sysctl debug.kdb > debug.kdb.available: ddb > debug.kdb.current: ddb > debug.kdb.enter: 0 > debug.kdb.stop_cpus: 1 > > That's what I get, and it indicates that I don't have gdb capability. > If that's what you get, try building a kernel with firewire support > built-in (as opposed to the (recommended) method of loading the > firewire klds later). The background here is the hypothesis that the > kernel checks for debug back-ends at boot time, and not later, so if > you load the firewire klds later, it won't be registered. > > Note that this is a hypothesis. If you try this, please let us know > what happens. > > Greg > -- > See complete headers for address and phone numbers. From owner-freebsd-current@FreeBSD.ORG Thu Feb 17 09:33: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 133A916A4CE; Thu, 17 Feb 2005 09:33:29 +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 196F343D39; Thu, 17 Feb 2005 09:33:28 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [192.168.252.2] (dhcp150.deepcore.dk [194.192.25.150] (may be forged)) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id j1H9XH0C057064; Thu, 17 Feb 2005 10:33:19 +0100 (CET) (envelope-from sos@DeepCore.dk) Message-ID: <421464C3.2030308@DeepCore.dk> Date: Thu, 17 Feb 2005 10:32:51 +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: =?ISO-8859-1?Q?S=F8ren_Schmidt?= References: <42028F29.1030801@DeepCore.dk> <420A1792.900@DeepCore.dk> In-Reply-To: <420A1792.900@DeepCore.dk> 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 Current' cc: "freebsd-stable@freebsd.org" Subject: UPDATE2: 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: Thu, 17 Feb 2005 09:33:29 -0000 S=F8ren Schmidt wrote: > http://people.freebsd.org/~sos/ata-mk3k.diff-releng5.gz > http://people.freebsd.org/~sos/ata-mk3k.diff-current.gz > http://people.freebsd.org/~sos/ata-mk3k.tar.gz New version available for testing: http://people.freebsd.org/~sos/ata-mk3l.diff-releng5.gz http://people.freebsd.org/~sos/ata-mk3l.diff-current.gz http://people.freebsd.org/~sos/ata-mk3l.tar.gz This time the diff must be reapplied as there are new changes in there. Items in this release: o Fix ATA/ATAPI requests from userland. o Cleanup the attach/detach code further. o Add modules for atacard and atacbus o Fix the current/real geometry handling for CHS mode. o Add the ioctl interface back to ata-raid.c. o Update the ioctl API to match new RAID levels etc. o Add the infrastructure to allow create/delete/status of ATA RAID arrays. NOTE only Promise and FreeBSD Pseudo RAIDs supported at this time. o Update atacontrol to know about the new RAID levels etc NOTE: you need to recompile atacontrol with the new sys/ata.h, make world will take care of that. One warning applies to both this and the last snapshot. I accidentially released the RAID5 test code I had in there which allows to apparently=20 use a RAID5 array. However it *ONLY* reads and writes the data part, it=20 does *NOT* maintain the parity part. That means it will trash a RAID5=20 array for later real use as the parity wont match the data one there. Since the code is "out there" I've decided to let it stay, as it allows=20 for testing of getting and using the metadata etc.. As usual use at your own risk, but feedback on this is very welcomed. Big thanks to all those that has participated so far! I'll be mostly AFK for the next two weeks on needed vacation, so dont=20 panic if I dont respond as quickly as usual. Enjoy! --=20 -S=F8ren From owner-freebsd-current@FreeBSD.ORG Thu Feb 17 09:59: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 7A9E716A4CE; Thu, 17 Feb 2005 09:59:49 +0000 (GMT) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id C711643D41; Thu, 17 Feb 2005 09:59:48 +0000 (GMT) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id E2297530C; Thu, 17 Feb 2005 10:59:46 +0100 (CET) Received: from xps.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id CED815308; Thu, 17 Feb 2005 10:59:15 +0100 (CET) Received: by xps.des.no (Postfix, from userid 1001) id 95E1833C35; Thu, 17 Feb 2005 10:59:15 +0100 (CET) To: Rob References: <20050217053024.33130.qmail@web54006.mail.yahoo.com> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Thu, 17 Feb 2005 10:59:15 +0100 In-Reply-To: <20050217053024.33130.qmail@web54006.mail.yahoo.com> (spamrefuse@yahoo.com's message of "Wed, 16 Feb 2005 21:30:24 -0800 (PST)") Message-ID: <86ll9nbj7w.fsf@xps.des.no> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on flood.des.no X-Spam-Level: X-Spam-Status: No, score=0.1 required=5.0 tests=AWL,FORGED_RCVD_HELO autolearn=disabled version=3.0.1 cc: FreeBSD current cc: FreeBSD Stable Subject: Re: loader.conf: init_path="/stand/sysinstall" appropriate? 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: Thu, 17 Feb 2005 09:59:49 -0000 Rob writes: > In /boot/defaults/loader.conf there's the line: > > #init_path=3D"[...skip...]:/stand/sysinstall" this line reflects the default init_path hardcoded into sys/kern/init_main.c. > I wonder if /stand/sysinstall is still appropriate > as one of the defaults in the init path. It allows us to use a stock kernel on the installation CDs. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Thu Feb 17 10:14: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 E0C0A16A4CE; Thu, 17 Feb 2005 10:14:15 +0000 (GMT) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C96C43D58; Thu, 17 Feb 2005 10:14:15 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with SMTP id 541C646B40; Thu, 17 Feb 2005 05:14:14 -0500 (EST) Date: Thu, 17 Feb 2005 10:12:49 +0000 (GMT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Peter Holm In-Reply-To: <20050216153508.GA8590@peter.osted.lan> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: bms@FreeBSD.org cc: harti@FreeBSD.org cc: current@FreeBSD.org Subject: Re: panic: tcp_input: TCPS_LISTEN in netinet/tcp_input.c:1016 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Robert Watson List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Feb 2005 10:14:16 -0000 (harti CC'd because the attach patch touches netatm, even though this is a bit of ATM I'm not sure he's using; likewise bms) On Wed, 16 Feb 2005, Peter Holm wrote: > > This would appear to be an inter-layer race between the socket code and > > the TCP code. In particular, it looks like a SYN has come in during the > > call to listen() on another CPU (or perhaps a preempted thread), after the > > TCP state has been set up for the listening tcpcb, but before the > > SO_ACCEPTCONN flag is set in the socket state. The TCP code panics > > because it expects that if a tcpcb is in TCPS_LISTEN, the matching socket > > should be in SO_ACCEPTCONN. I'm working on a patch and hope to put it > > together for you today. However, this patch substantially tears up the > > current listen code for several protocols, so it will need a fair amount > > of testing. > You're welcome. It is always great to get feedback on the testing > I'm doing. Here's the patch I mentioned before. It requires some amount of testing, as I also mentioned :-). It does a couple of things: - Pushes the socket state transition from the socket layer solisten() to to socket "library" routines called from the protocol. This permits the socket routines to be called while holding the protocol mutexes, preventing a race exposing the incomplete socket state transition to TCP after the TCP state transition has completed. - Holds the socket lock for the duration of the socket state test and set, and over the protocol layer state transition, which is now possible as the socket lock is acquired by the protocol layer, rather than vice versa. This prevents additional state related races in the socket layer. I believe this will prevent the following scenario that occurred with the previous code: (1) The socket layer tests and finds that the socket can transition to listening state. (2) The socket layer calls the protocol layer. (3) The protocol layer transitions the TCP pcb to listening stat.e (4) The netisr preempts the user thread that called listen() in order to deliver a SYN, which finds the protocol layer in the listen state, but the socket layer in the pre-listen state. Panic. (5) Theoretical return to the socket layer and completion of the socket state transition. Unfortunately, this changes the implementation of pru_listen for all protocols, so affects UNIX domain sockets, TCP/IP, IPX/SPX, and ATM, hence the need for substantial testing. Thanks! Robert N M Watson Index: kern/uipc_socket.c =================================================================== RCS file: /home/ncvs/src/sys/kern/uipc_socket.c,v retrieving revision 1.226 diff -u -r1.226 uipc_socket.c --- kern/uipc_socket.c 24 Jan 2005 12:20:20 -0000 1.226 +++ kern/uipc_socket.c 16 Feb 2005 13:57:01 -0000 @@ -1,6 +1,6 @@ /*- * Copyright (c) 2004 The FreeBSD Foundation - * Copyright (c) 2004 Robert Watson + * Copyright (c) 2004-2005 Robert N. M. Watson * Copyright (c) 1982, 1986, 1988, 1990, 1993 * The Regents of the University of California. All rights reserved. * @@ -275,6 +275,18 @@ mtx_unlock(&so_global_mtx); } +/* + * solisten() transitions a socket from a non-listening state to a listening + * state, or is used to update the listen queue depth on an existing listen + * socket. In order to transition socket layer and protocol state atomically, + * the socket layer implementation is called from the protocol while socket + * locks (as well as any appropriate protocol locks) are held. The protocol + * will use solisten_proto_check() to check that the socket layer approves of + * the transition, once the socket lock is acquired; it may then implement + * the socket state transition when it is ready by invoking solisten_proto(). + * Protocol implementors are advised not to release the socket lock between + * the socket layer check and state transition. + */ int solisten(so, backlog, td) struct socket *so; @@ -283,30 +295,57 @@ { int error; - /* - * XXXRW: Ordering issue here -- perhaps we need to set - * SO_ACCEPTCONN before the call to pru_listen()? - * XXXRW: General atomic test-and-set concerns here also. - */ - if (so->so_state & (SS_ISCONNECTED | SS_ISCONNECTING | - SS_ISDISCONNECTING)) - return (EINVAL); error = (*so->so_proto->pr_usrreqs->pru_listen)(so, td); if (error) return (error); - ACCEPT_LOCK(); - if (TAILQ_EMPTY(&so->so_comp)) { - SOCK_LOCK(so); - so->so_options |= SO_ACCEPTCONN; - SOCK_UNLOCK(so); - } + + /* + * XXXRW: Really, we should pass the backlog down to the protocol so + * that the qlimit can be set on the socket when it's converted to a + * listen socket, rather than after connections may have started to + * come in. + */ if (backlog < 0 || backlog > somaxconn) backlog = somaxconn; so->so_qlimit = backlog; - ACCEPT_UNLOCK(); return (0); } +int +solisten_proto_check(so) + struct socket *so; +{ + + SOCK_LOCK_ASSERT(so); + + if (so->so_state & (SS_ISCONNECTED | SS_ISCONNECTING | + SS_ISDISCONNECTING)) + return (EINVAL); + return (0); +} + +void +solisten_proto(so) + struct socket *so; +{ + + SOCK_LOCK_ASSERT(so); + + /* + * XXXRW: In the 4.4BSDlite code drop, the socket so_comp queue is + * checked before setting SO_ACCEPTCONN: if connected sockets are + * already in the queue, SO_ACCEPTCONN is not set. I'm not sure why + * this is the case. Perhaps to avoid simply setting the flag again + * in the event it's a call of listen() on an already listening + * socket? In this code, we set it unconditionally -- setting it a + * second time for a follow-up call shouldn't hurt, and it's unclear + * that the race suggested by such code is desirable -- among other + * things, it allows the protocol and socket state to get out of + * sync. + */ + so->so_options |= SO_ACCEPTCONN; +} + /* * Attempt to free a socket. This should really be sotryfree(). * Index: kern/uipc_usrreq.c =================================================================== RCS file: /home/ncvs/src/sys/kern/uipc_usrreq.c,v retrieving revision 1.146 diff -u -r1.146 uipc_usrreq.c --- kern/uipc_usrreq.c 6 Jan 2005 23:35:40 -0000 1.146 +++ kern/uipc_usrreq.c 16 Feb 2005 13:45:30 -0000 @@ -124,7 +124,7 @@ static void unp_discard(struct file *); static void unp_freerights(struct file **, int); static int unp_internalize(struct mbuf **, struct thread *); -static int unp_listen(struct unpcb *, struct thread *); +static int unp_listen(struct socket *, struct unpcb *, struct thread *); static int uipc_abort(struct socket *so) @@ -284,7 +284,7 @@ UNP_UNLOCK(); return (EINVAL); } - error = unp_listen(unp, td); + error = unp_listen(so, unp, td); UNP_UNLOCK(); return (error); } @@ -1730,17 +1730,25 @@ } static int -unp_listen(unp, td) +unp_listen(so, unp, td) + struct socket *so; struct unpcb *unp; struct thread *td; { + int error; + UNP_LOCK_ASSERT(); - /* - * XXXRW: Why populate the local peer cred with our own credential? - */ + SOCK_LOCK(so); + error = solisten_proto_check(so); + if (error != 0) { + SOCK_UNLOCK(so); + return (error); + } cru2x(td->td_ucred, &unp->unp_peercred); unp->unp_flags |= UNP_HAVEPCCACHED; + solisten_proto(so); + SOCK_UNLOCK(so); return (0); } Index: netatm/atm_cm.c =================================================================== RCS file: /home/ncvs/src/sys/netatm/atm_cm.c,v retrieving revision 1.32 diff -u -r1.32 atm_cm.c --- netatm/atm_cm.c 7 Jan 2005 01:45:36 -0000 1.32 +++ netatm/atm_cm.c 16 Feb 2005 14:09:06 -0000 @@ -524,6 +524,7 @@ * atm_cm_release(). * * Arguments: + * so optional socket pointer -- if present, will set listen state * epp pointer to endpoint definition structure * token endpoint's listen instance token * ap pointer to listening connection attributes @@ -535,7 +536,8 @@ * */ int -atm_cm_listen(epp, token, ap, copp) +atm_cm_listen(so, epp, token, ap, copp) + struct socket *so; Atm_endpoint *epp; void *token; Atm_attributes *ap; @@ -718,7 +720,12 @@ /* * Now try to register the listening connection */ + if (so != NULL) + SOCK_LOCK(so); s = splnet(); + err = solisten_proto_check(so); + if (err) + goto donex; if (atm_cm_match(cop->co_lattr, NULL) != NULL) { /* * Can't have matching listeners @@ -728,9 +735,13 @@ } cop->co_state = COS_LISTEN; LINK2TAIL(cop, Atm_connection, atm_listen_queue, co_next); + if (so != NULL) + solisten_proto(so); donex: (void) splx(s); + if (so != NULL) + SOCK_UNLOCK(so); done: if (err) { Index: netatm/atm_socket.c =================================================================== RCS file: /home/ncvs/src/sys/netatm/atm_socket.c,v retrieving revision 1.22 diff -u -r1.22 atm_socket.c --- netatm/atm_socket.c 7 Jan 2005 01:45:36 -0000 1.22 +++ netatm/atm_socket.c 16 Feb 2005 13:45:30 -0000 @@ -350,7 +350,7 @@ /* * Start listening for incoming calls */ - return (atm_cm_listen(epp, atp, &atp->atp_attr, &atp->atp_conn)); + return (atm_cm_listen(so, epp, atp, &atp->atp_attr, &atp->atp_conn)); } Index: netatm/atm_var.h =================================================================== RCS file: /home/ncvs/src/sys/netatm/atm_var.h,v retrieving revision 1.25 diff -u -r1.25 atm_var.h --- netatm/atm_var.h 7 Jan 2005 01:45:36 -0000 1.25 +++ netatm/atm_var.h 16 Feb 2005 13:45:30 -0000 @@ -81,8 +81,8 @@ /* atm_cm.c */ int atm_cm_connect(Atm_endpoint *, void *, Atm_attributes *, Atm_connection **); -int atm_cm_listen(Atm_endpoint *, void *, Atm_attributes *, - Atm_connection **); +int atm_cm_listen(struct socket *, Atm_endpoint *, void *, + Atm_attributes *, Atm_connection **); int atm_cm_addllc(Atm_endpoint *, void *, struct attr_llc *, Atm_connection *, Atm_connection **); int atm_cm_addparty(Atm_connection *, int, struct t_atm_sap *); Index: netatm/ipatm/ipatm_load.c =================================================================== RCS file: /home/ncvs/src/sys/netatm/ipatm/ipatm_load.c,v retrieving revision 1.20 diff -u -r1.20 ipatm_load.c --- netatm/ipatm/ipatm_load.c 7 Jan 2005 01:45:37 -0000 1.20 +++ netatm/ipatm/ipatm_load.c 16 Feb 2005 13:45:30 -0000 @@ -522,8 +522,8 @@ /* * Now start listening */ - if ((err = atm_cm_listen(&ipatm_endpt, (void *)(intptr_t)i, - &ipatm_listeners[i].attr, + if ((err = atm_cm_listen(NULL, &ipatm_endpt, + (void *)(intptr_t)i, &ipatm_listeners[i].attr, &ipatm_listeners[i].conn)) != 0) goto done; } Index: netgraph/bluetooth/socket/ng_btsocket_l2cap.c =================================================================== RCS file: /home/ncvs/src/sys/netgraph/bluetooth/socket/ng_btsocket_l2cap.c,v retrieving revision 1.15 diff -u -r1.15 ng_btsocket_l2cap.c --- netgraph/bluetooth/socket/ng_btsocket_l2cap.c 7 Jan 2005 01:45:44 -0000 1.15 +++ netgraph/bluetooth/socket/ng_btsocket_l2cap.c 16 Feb 2005 14:10:46 -0000 @@ -2409,13 +2409,28 @@ ng_btsocket_l2cap_listen(struct socket *so, struct thread *td) { ng_btsocket_l2cap_pcb_p pcb = so2l2cap_pcb(so); + int error; - if (pcb == NULL) - return (EINVAL); - if (ng_btsocket_l2cap_node == NULL) - return (EINVAL); - - return ((pcb->psm == 0)? EDESTADDRREQ : 0); + SOCK_LOCK(so); + error = solisten_proto_check(so); + if (error != 0) + goto out; + if (pcb == NULL) { + error = EINVAL; + goto out; + } + if (ng_btsocket_l2cap_node == NULL) { + error = EINVAL; + goto out; + } + if (pcb->psm == 0) { + error = EDESTADDRREQ; + goto out; + } + solisten_proto(so); +out: + SOCK_UNLOCK(so); + return (error); } /* ng_btsocket_listen */ /* Index: netgraph/bluetooth/socket/ng_btsocket_rfcomm.c =================================================================== RCS file: /home/ncvs/src/sys/netgraph/bluetooth/socket/ng_btsocket_rfcomm.c,v retrieving revision 1.14 diff -u -r1.14 ng_btsocket_rfcomm.c --- netgraph/bluetooth/socket/ng_btsocket_rfcomm.c 7 Jan 2005 01:45:44 -0000 1.14 +++ netgraph/bluetooth/socket/ng_btsocket_rfcomm.c 16 Feb 2005 13:45:30 -0000 @@ -800,6 +800,7 @@ ng_btsocket_rfcomm_session_p s = NULL; struct socket *l2so = NULL; int error; + int socreate_error; if (pcb == NULL) return (EINVAL); @@ -816,14 +817,18 @@ * session. */ - error = socreate(PF_BLUETOOTH, &l2so, SOCK_SEQPACKET, + socreate_error = socreate(PF_BLUETOOTH, &l2so, SOCK_SEQPACKET, BLUETOOTH_PROTO_L2CAP, td->td_ucred, td); - /* - * Look for the session in LISTENING state. There can only be one. + /* + * Transition the socket and session into the LISTENING state. Check + * for collisions first, as there can only be one. */ - mtx_lock(&ng_btsocket_rfcomm_sessions_mtx); + SOCK_LOCK(so); + error = solisten_proto_check(so); + if (error != 0) + goto out; LIST_FOREACH(s, &ng_btsocket_rfcomm_sessions, next) if (s->state == NG_BTSOCKET_RFCOMM_SESSION_LISTENING) @@ -835,10 +840,9 @@ * L2CAP socket. If l2so == NULL then error has the error code * from socreate() */ - if (l2so == NULL) { - mtx_unlock(&ng_btsocket_rfcomm_sessions_mtx); - return (error); + error = socreate_error; + goto out; } /* @@ -848,21 +852,24 @@ * XXX FIXME Note that currently there is no way to adjust MTU * for the default session. */ - error = ng_btsocket_rfcomm_session_create(&s, l2so, NG_HCI_BDADDR_ANY, NULL, td); - if (error != 0) { - mtx_unlock(&ng_btsocket_rfcomm_sessions_mtx); - soclose(l2so); - - return (error); - } - } else if (l2so != NULL) - soclose(l2so); /* we don't need new L2CAP socket */ - + if (error != 0) + goto out; + l2so = NULL; + } + solisten_proto(so); mtx_unlock(&ng_btsocket_rfcomm_sessions_mtx); - - return (0); +out: + SOCK_UNLOCK(so); + mtx_unlock(&ng_btsocket_rfcomm_sessions_mtx); + /* + * If we still have an l2so reference here, it's unneeded, so release + * it. + */ + if (l2so != NULL) + soclose(l2so); + return (error); } /* ng_btsocket_listen */ /* Index: netinet/tcp_usrreq.c =================================================================== RCS file: /home/ncvs/src/sys/netinet/tcp_usrreq.c,v retrieving revision 1.114 diff -u -r1.114 tcp_usrreq.c --- netinet/tcp_usrreq.c 14 Feb 2005 07:37:50 -0000 1.114 +++ netinet/tcp_usrreq.c 16 Feb 2005 13:45:30 -0000 @@ -302,10 +302,15 @@ const int inirw = INI_WRITE; COMMON_START(); - if (inp->inp_lport == 0) + SOCK_LOCK(so); + error = solisten_proto_check(so); + if (error == 0 && inp->inp_lport == 0) error = in_pcbbind(inp, (struct sockaddr *)0, td->td_ucred); - if (error == 0) + if (error == 0) { tp->t_state = TCPS_LISTEN; + solisten_proto(so); + } + SOCK_UNLOCK(so); COMMON_END(PRU_LISTEN); } @@ -319,14 +324,19 @@ const int inirw = INI_WRITE; COMMON_START(); - if (inp->inp_lport == 0) { + SOCK_LOCK(so); + error = solisten_proto_check(so); + if (error == 0 && inp->inp_lport == 0) { inp->inp_vflag &= ~INP_IPV4; if ((inp->inp_flags & IN6P_IPV6_V6ONLY) == 0) inp->inp_vflag |= INP_IPV4; error = in6_pcbbind(inp, (struct sockaddr *)0, td->td_ucred); } - if (error == 0) + if (error == 0) { tp->t_state = TCPS_LISTEN; + solisten_proto(so); + } + SOCK_UNLOCK(so); COMMON_END(PRU_LISTEN); } #endif /* INET6 */ Index: netipx/spx_usrreq.c =================================================================== RCS file: /home/ncvs/src/sys/netipx/spx_usrreq.c,v retrieving revision 1.61 diff -u -r1.61 spx_usrreq.c --- netipx/spx_usrreq.c 9 Jan 2005 05:31:16 -0000 1.61 +++ netipx/spx_usrreq.c 16 Feb 2005 13:45:30 -0000 @@ -1532,10 +1532,15 @@ IPX_LIST_LOCK(); IPX_LOCK(ipxp); - if (ipxp->ipxp_lport == 0) + SOCK_LOCK(so); + error = solisten_proto_check(so); + if (error == 0 && ipxp->ipxp_lport == 0) error = ipx_pcbbind(ipxp, NULL, td); - if (error == 0) + if (error == 0) { cb->s_state = TCPS_LISTEN; + solisten_proto(so); + } + SOCK_UNLOCK(so); IPX_UNLOCK(ipxp); IPX_LIST_UNLOCK(); return (error); Index: sys/socketvar.h =================================================================== RCS file: /home/ncvs/src/sys/sys/socketvar.h,v retrieving revision 1.137 diff -u -r1.137 socketvar.h --- sys/socketvar.h 30 Jan 2005 13:11:44 -0000 1.137 +++ sys/socketvar.h 16 Feb 2005 13:57:42 -0000 @@ -512,6 +512,8 @@ void soisdisconnected(struct socket *so); void soisdisconnecting(struct socket *so); int solisten(struct socket *so, int backlog, struct thread *td); +void solisten_proto(struct socket *so); +int solisten_proto_check(struct socket *so); struct socket * sonewconn(struct socket *head, int connstatus); int sooptcopyin(struct sockopt *sopt, void *buf, size_t len, size_t minlen); From owner-freebsd-current@FreeBSD.ORG Thu Feb 17 12:25:32 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 5C0AB16A4CE; Thu, 17 Feb 2005 12:25:32 +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 D385F43D5A; Thu, 17 Feb 2005 12:25:31 +0000 (GMT) (envelope-from nyan@jp.FreeBSD.org) Received: from localhost (localhost [IPv6:::1])j1HCPE6D049358; Thu, 17 Feb 2005 21:25:15 +0900 (JST) (envelope-from nyan@jp.FreeBSD.org) Date: Thu, 17 Feb 2005 21:24:53 +0900 (JST) Message-Id: <20050217.212453.112589656.nyan@jp.FreeBSD.org> To: sos@DeepCore.dk, imp@bsdimp.com, nakaji@jp.FreeBSD.org, wnabe@par.odn.ne.jp From: Takahashi Yoshihiro In-Reply-To: <421464C3.2030308@DeepCore.dk> References: <42028F29.1030801@DeepCore.dk> <420A1792.900@DeepCore.dk> <421464C3.2030308@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-current@freebsd.org cc: freebsd-stable@freebsd.org Subject: Re: UPDATE2: 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: Thu, 17 Feb 2005 12:25:32 -0000 In article <421464C3.2030308@DeepCore.dk> S=F8ren Schmidt writes: > New version available for testing: > = > http://people.freebsd.org/~sos/ata-mk3l.diff-releng5.gz > http://people.freebsd.org/~sos/ata-mk3l.diff-current.gz > http://people.freebsd.org/~sos/ata-mk3l.tar.gz > = > o Add modules for atacard and atacbus Modules for pc98 are still broken because modules/ata/Makefile.inc is missing. See my patch. > o Fix the current/real geometry handling for CHS mode. The problem is fixed. Thanks. --- TAKAHASHI Yoshihiro From owner-freebsd-current@FreeBSD.ORG Wed Feb 16 14:36:46 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 DB16216A4CE; Wed, 16 Feb 2005 14:36:46 +0000 (GMT) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8CBB943D1F; Wed, 16 Feb 2005 14:36:46 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with SMTP id 2142146B17; Wed, 16 Feb 2005 09:36:46 -0500 (EST) Date: Wed, 16 Feb 2005 14:35:23 +0000 (GMT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Andre Oppermann In-Reply-To: <421358FB.9090000@freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailman-Approved-At: Thu, 17 Feb 2005 12:57:06 +0000 cc: current@freebsd.org Subject: Re: panic: tcp_input: TCPS_LISTEN in netinet/tcp_input.c:1016 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: Wed, 16 Feb 2005 14:36:47 -0000 On Wed, 16 Feb 2005, Andre Oppermann wrote: > I was pulling out my hair because I couldn't figure out how this can > happen. I never thought about the socket layer and was only tracing and > following the TCP code back and forth and back and forth... Really good > catch! I went to bed last night after a few hours of trying to figure out how on earth we could be racing during socket allocation and getting our tcpcb's mixed up, but had just noticed that the contents of the tcpcb were basically in the "I've just been listen()'d" state, and the socket looked like it was exposed to the user (no SS_NOFDREF) but otherwise unused. I woke up in the morning thinking "Oh. I guess it's still being set up to listen, which would explain the lack of SO_ACCEPTCONN". I guess sleeping on things really does help :-). Not sure if you saw my post on freebsd-net this afternoon, but if you have a moment, I'd like your insight into the conditional setting of SO_ACCEPTCONN in solisten(), which would be nice to get rid of if it's unneeded. Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Thu Feb 17 09:00: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 17DF116A4CE for ; Thu, 17 Feb 2005 09:00:33 +0000 (GMT) Received: from just.puresimplicity.net (just.puresimplicity.net [140.177.207.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 98FF343D41 for ; Thu, 17 Feb 2005 09:00:32 +0000 (GMT) (envelope-from craig@puresimplicity.net) Received: from localhost (CPE0050bf78b8c6-CM023459906096.cpe.net.cable.rogers.com [24.157.84.118]) (authenticated bits=0)j1H90PFl067762 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Thu, 17 Feb 2005 03:00:29 -0600 (CST) (envelope-from craig@backfire.ca) Date: Thu, 17 Feb 2005 04:00:21 -0500 From: Craig Reyenga To: Rob Message-ID: <20050217090021.GA42383@burnout.lan.bluemidnight.ca> References: <20050217053024.33130.qmail@web54006.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050217053024.33130.qmail@web54006.mail.yahoo.com> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: ClamAV version 0.81, clamav-milter version 0.81b on just.puresimplicity.net X-Virus-Status: Clean X-Spam-Status: No, score=1.8 required=8.0 tests=AWL,RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=disabled version=3.0.2 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on just.puresimplicity.net X-Mailman-Approved-At: Thu, 17 Feb 2005 12:57:06 +0000 cc: freebsd-current@freebsd.org Subject: Re: loader.conf: init_path="/stand/sysinstall" appropriate? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Craig Reyenga List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Feb 2005 09:00:33 -0000 On Wed, Feb 16, 2005 at 09:30:24PM -0800, Rob wrote: > > Hi, > > In /boot/defaults/loader.conf there's the line: > > #init_path="[...skip...]:/stand/sysinstall" > > I wonder if /stand/sysinstall is still appropriate > as one of the defaults in the init path. > > There has been a plan to remove /stand/ altogether > after install, or even have it completely replaced > by /rescue/. > > Moreover, a more up-to-date sysinstall is now in > /usr/sbin/sysinstall !! > /usr is almost certainly a different filesystem, making that copy of sysinstall inappropriate for init duty. -Craig > Regards, > Rob. > From owner-freebsd-current@FreeBSD.ORG Thu Feb 17 09:48: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 4512616A4CE for ; Thu, 17 Feb 2005 09:48:03 +0000 (GMT) Received: from alogis.com (firewall2.alogis.com [62.8.223.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id D837743D48 for ; Thu, 17 Feb 2005 09:48:01 +0000 (GMT) (envelope-from hk@alogis.com) Received: from alogis.com (localhost [127.0.0.1]) by alogis.com (8.13.1/8.13.1) with ESMTP id j1H9lxe6091830; Thu, 17 Feb 2005 10:47:59 +0100 (CET) (envelope-from hk@alogis.com) Received: (from hk@localhost) by alogis.com (8.13.1/8.13.1/Submit) id j1H9lxCK091829; Thu, 17 Feb 2005 10:47:59 +0100 (CET) (envelope-from hk) Date: Thu, 17 Feb 2005 10:47:59 +0100 From: Holger Kipp To: Sean McNeil Message-ID: <20050217094759.GA91552@intserv.int1.b.intern> References: <1108584730.95661.12.camel@server.mcneil.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1108584730.95661.12.camel@server.mcneil.com> User-Agent: Mutt/1.4.2.1i X-Mailman-Approved-At: Thu, 17 Feb 2005 12:57:06 +0000 cc: current@freebsd.org Subject: Re: where did all my memory go? 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: Thu, 17 Feb 2005 09:48:03 -0000 On Wed, Feb 16, 2005 at 12:12:10PM -0800, Sean McNeil wrote: > With a system built yesterday on my amd64, I had plenty of memory > showing as free when the system completely started up. Even after > intense usage I showed lots of free memory in top. Over night at some > point all my memory is no longer free but inactive. Is there anything > wrong here or is this expected behavior? ps doesn't show any serious expected behaviour. http://www.freebsd.org/doc/en_US.ISO8859-1/articles/vm-design/x37.html http://www.freebsd.org/doc/en_US.ISO8859-1/articles/vm-design/x89.html Regards, Holger Kipp From owner-freebsd-current@FreeBSD.ORG Thu Feb 17 12:42: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 6C31316A4CE; Thu, 17 Feb 2005 12:42:39 +0000 (GMT) Received: from scar.jinr.ru (scar.jinr.ru [159.93.3.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9849243D5E; Thu, 17 Feb 2005 12:42:38 +0000 (GMT) (envelope-from polzun@scar.jinr.ru) Received: from scar.jinr.ru (polzun@localhost [127.0.0.1]) by scar.jinr.ru (8.13.1/8.12.11) with ESMTP id j1HCgHNR004519 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 17 Feb 2005 15:42:18 +0300 (MSK) (envelope-from polzun@scar.jinr.ru) Received: (from polzun@localhost) by scar.jinr.ru (8.13.1/8.12.11/Submit) id j1HCgEf4004518; Thu, 17 Feb 2005 15:42:14 +0300 (MSK) (envelope-from polzun) Date: Thu, 17 Feb 2005 15:42:14 +0300 From: Ilya Pizik To: S?ren Schmidt Message-ID: <20050217124214.GN55553@scar.jinr.ru> References: <42028F29.1030801@DeepCore.dk> <420A1792.900@DeepCore.dk> <421464C3.2030308@DeepCore.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <421464C3.2030308@DeepCore.dk> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD scar.jinr.ru 4.10-STABLE i386 X-Spam-Status: No, score=-5.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.1 X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on scar.jinr.ru X-Mailman-Approved-At: Thu, 17 Feb 2005 12:57:06 +0000 cc: 'FreeBSD Current' cc: "freebsd-stable@freebsd.org" Subject: Re: UPDATE2: 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: Thu, 17 Feb 2005 12:42:39 -0000 On Thu, Feb 17, 2005 at 10:32:51AM +0100, S?ren Schmidt wrote: S> S?ren Schmidt wrote: S> S> New version available for testing: S> S> http://people.freebsd.org/~sos/ata-mk3l.diff-releng5.gz S> http://people.freebsd.org/~sos/ata-mk3l.diff-current.gz S> http://people.freebsd.org/~sos/ata-mk3l.tar.gz S> S> Items in this release: S> S> o Fix ATA/ATAPI requests from userland. S> o Cleanup the attach/detach code further. Great work! At the first blush my problem with panic on attach/detach has been fixed. Thanks. -- With respect, Pizik Ilya. From owner-freebsd-current@FreeBSD.ORG Thu Feb 17 11:12: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 8CAA216A4CE for ; Thu, 17 Feb 2005 11:12:03 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3172043D3F for ; Thu, 17 Feb 2005 11:12:03 +0000 (GMT) (envelope-from valenok@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so248720wri for ; Thu, 17 Feb 2005 03:12:02 -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=AEIbrtAQ5q5B5Db7SX/KT3WpZkltkCb8giGihmY6z090mPF4GgDxJ7MrmpvGa+x7AN4Z9SrQCW35WcokrWd/+OZPCP0e0o6qlobFqB7ZrRTaPnU21djJwfDptkYykbTjxTU6Own6s3n6+cTvutJTKHC3rjwBmADtz9swvmUPCIE= Received: by 10.54.57.9 with SMTP id f9mr62956wra; Thu, 17 Feb 2005 03:12:02 -0800 (PST) Received: by 10.54.44.57 with HTTP; Thu, 17 Feb 2005 03:12:02 -0800 (PST) Message-ID: <72c3a957050217031230598f63@mail.gmail.com> Date: Thu, 17 Feb 2005 11:12:02 +0000 From: Sergey Lyubka To: freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Thu, 17 Feb 2005 12:58:14 +0000 Subject: pcre in base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Sergey Lyubka List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Feb 2005 11:12:03 -0000 Would it be a good idea to: 1. import pcre library into the base system. 2. link sed(1) against the pcre library, so Perl-style regular expressions may be used as well as Posix-style ones. sergey From owner-freebsd-current@FreeBSD.ORG Thu Feb 17 13:56: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 3116816A4CE for ; Thu, 17 Feb 2005 13:56:14 +0000 (GMT) Received: from relay.bestcom.ru (relay.bestcom.ru [217.72.144.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5055F43D41 for ; Thu, 17 Feb 2005 13:56:13 +0000 (GMT) (envelope-from glebius@freebsd.org) Received: from cell.sick.ru (root@cell.sick.ru [217.72.144.68]) by relay.bestcom.ru (8.13.1/8.12.9) with ESMTP id j1HDuBUn038641 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for ; Thu, 17 Feb 2005 16:56:11 +0300 (MSK) (envelope-from glebius@freebsd.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.12.11/8.12.8) with ESMTP id j1HDuAgC097569 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 17 Feb 2005 16:56:10 +0300 (MSK) (envelope-from glebius@freebsd.org) Received: (from glebius@localhost) by cell.sick.ru (8.12.11/8.12.11/Submit) id j1HDuA6k097568 for current@freebsd.org; Thu, 17 Feb 2005 16:56:10 +0300 (MSK) (envelope-from glebius@freebsd.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@freebsd.org using -f Date: Thu, 17 Feb 2005 16:56:09 +0300 From: Gleb Smirnoff To: current@freebsd.org Message-ID: <20050217135609.GA97455@cell.sick.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline User-Agent: Mutt/1.5.6i X-Virus-Scanned: ClamAV version devel-20050125, clamav-milter version 0.80ff on relay.bestcom.ru X-Virus-Status: Clean Subject: changing debuglevel of kernel messaging going to console 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: Thu, 17 Feb 2005 13:56:14 -0000 Dear collegues, now all kernel messages are printed to system console by default: *.err;kern.debug;auth.notice;mail.crit /dev/console There is a problem that in case of a serial console, this printing is very slow and heavily pessimizes box performance, when kernel messages are printed at high speed. Moreover, several kernel messages with LOG_DEBUG severity can be triggered remotely, for example sending bogus ARP replies. So, sending bogus ARP packets to a FreeBSD box with serial console may lead to a DoS like conditions. I'd like to raise this level to kern.warning, so that important messages are still printed, but debug messages won't flood console. No logging will be lost, since next line logs kern.debug to /var/log/messages. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-current@FreeBSD.ORG Thu Feb 17 14:37: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 D780B16A4CE for ; Thu, 17 Feb 2005 14:37:10 +0000 (GMT) Received: from mvs5.plala.or.jp (c158133.vh.plala.or.jp [210.150.158.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id DAF5143D53 for ; Thu, 17 Feb 2005 14:37:09 +0000 (GMT) (envelope-from sf@FreeBSD.org) Received: from i220-220-25-196.s02.a026.ap.plala.or.jp ([220.220.25.196]) by mvs5.plala.or.jp with ESMTP <20050217143709.EOOB24627.mvs5.plala.or.jp@i220-220-25-196.s02.a026.ap.plala.or.jp>; Thu, 17 Feb 2005 23:37:09 +0900 Date: Thu, 17 Feb 2005 23:36:53 +0900 Message-ID: <86zmy3qmm2.wl%sf@FreeBSD.org> From: FUJISHIMA Satsuki To: Sergey Lyubka In-Reply-To: <72c3a957050217031230598f63@mail.gmail.com> References: <72c3a957050217031230598f63@mail.gmail.com> Mail-Followup-To: Sergey Lyubka , freebsd-current@freebsd.org User-Agent: Wanderlust/2.11.32 (Wonderwall) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 Emacs/20.7 (i386--freebsd) MULE/4.1 (AOI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: pcre in base system 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: Thu, 17 Feb 2005 14:37:11 -0000 There was an interestiong discussion at tech-userlevel@NetBSD.org while ago. http://arkiv.netbsd.se/?ml=netbsd-tech-userlevel&a=2004-09&t=365036 From owner-freebsd-current@FreeBSD.ORG Thu Feb 17 14:52: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 7EB3516A4CE for ; Thu, 17 Feb 2005 14:52:09 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id D04F743D48 for ; Thu, 17 Feb 2005 14:52:08 +0000 (GMT) (envelope-from valenok@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so277800wri for ; Thu, 17 Feb 2005 06:52:06 -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=czpM9ySFa3+LtjqN6jMU2XuRu8TryImZqpwGPwrOwBoT+kyXGj1T81xR8GJgwqjGf2v03r+z/ahOYvYmONSRgQCHpmPIPV0+ZXeq13fGcDLe6AAvRmrBRLiSXD+VgnXVaH5OmX70pWe91MHV0KmbtHMydTMUR3+3lkb2HP74LbQ= Received: by 10.54.39.78 with SMTP id m78mr55605wrm; Thu, 17 Feb 2005 06:52:05 -0800 (PST) Received: by 10.54.44.57 with HTTP; Thu, 17 Feb 2005 06:52:05 -0800 (PST) Message-ID: <72c3a957050217065223729f83@mail.gmail.com> Date: Thu, 17 Feb 2005 14:52:05 +0000 From: Sergey Lyubka To: FUJISHIMA Satsuki , freebsd-current@freebsd.org In-Reply-To: <86zmy3qmm2.wl%sf@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <72c3a957050217031230598f63@mail.gmail.com> <86zmy3qmm2.wl%sf@FreeBSD.org> X-Mailman-Approved-At: Thu, 17 Feb 2005 14:53:29 +0000 Subject: Re: pcre in base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Sergey Lyubka List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Feb 2005 14:52:09 -0000 Interesting discussion. Anyway, the last call is yours, guys committers. If you decide to do this pcre thing, I am willing to provide a patch for both sed and pcre. sergey From owner-freebsd-current@FreeBSD.ORG Thu Feb 17 16:15: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 0E57B16A4CE for ; Thu, 17 Feb 2005 16:15:47 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6528943D54 for ; Thu, 17 Feb 2005 16:15:46 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by rproxy.gmail.com with SMTP id j1so328632rnf for ; Thu, 17 Feb 2005 08:15:44 -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=ZJwadz+Ec8vL1aOJOajxpZQjpFiQQB1MrA/kTyvRNBgqQAaBOu3YG+hbesBA9MVQd3J1IM1JqHAmqAa4rYPJZVCtQx7xV88+YYOnljTRBWzxmmvmlLhQgHCvLQRkHreJLpllKWCAwFoT494Orhw9rk97YcQBksaydEwwGYIxvaY= Received: by 10.38.101.70 with SMTP id y70mr13311rnb; Thu, 17 Feb 2005 08:15:44 -0800 (PST) Received: by 10.38.209.12 with HTTP; Thu, 17 Feb 2005 08:15:44 -0800 (PST) Message-ID: <84dead72050217081540fd7640@mail.gmail.com> Date: Thu, 17 Feb 2005 16:15:44 +0000 From: Joseph Koshy To: Julian Elischer In-Reply-To: <4213D3AA.70809@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <1108584730.95661.12.camel@server.mcneil.com> <20050216201716.GA28436@odin.ac.hmc.edu> <4213B3C8.3090508@centtech.com> <1108588393.12275.9.camel@server.mcneil.com> <20050216214031.GA2787@odin.ac.hmc.edu> <4213D3AA.70809@elischer.org> cc: current@freebsd.org Subject: Re: where did all my memory go? (file system cache) 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: Thu, 17 Feb 2005 16:15:47 -0000 > what I want is: > > int fd = open("myfile",...); > write1GBfiletodisk(fd, data); > ioctl(fd, PURGEFROMCACHE); > perform_md5(fd); > > and be sure that teh MD5 is that of what is on the disk. > not what is in RAM. unmount(file-system-of("myfile")) (even if it fails) ? -- FreeBSD Volunteer, http://people.freebsd.org/~jkoshy From owner-freebsd-current@FreeBSD.ORG Thu Feb 17 17:36: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 5CF4C16A4CE for ; Thu, 17 Feb 2005 17:36:19 +0000 (GMT) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1FC1243D39 for ; Thu, 17 Feb 2005 17:36:18 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received-SPF: pass (mp2.macomnet.net: domain of maxim@macomnet.ru designates 127.0.0.1 as permitted sender) receiver=mp2.macomnet.net; client_ip=127.0.0.1; envelope-from=maxim@macomnet.ru; Received: from localhost (localhost [127.0.0.1]) by mp2.macomnet.net (8.12.11/8.12.11) with ESMTP id j1HHaFvJ013925; Thu, 17 Feb 2005 20:36:15 +0300 (MSK) (envelope-from maxim@macomnet.ru) Date: Thu, 17 Feb 2005 20:36:15 +0300 (MSK) From: Maxim Konovalov To: Nate Lawson In-Reply-To: <4213F066.2050708@root.org> Message-ID: <20050217131022.M57641@mp2.macomnet.net> References: <4213F066.2050708@root.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-SpamTest-Info: Profile: Formal (208/050203) X-SpamTest-Info: Profile: Detect Hard (4/030526) X-SpamTest-Info: Profile: SysLog X-SpamTest-Info: Profile: Marking - Keywords (2/030321) X-SpamTest-Status: Not detected X-SpamTest-Version: SMTP-Filter Version 2.0.0 [0124], SpamtestISP/Release cc: current@freebsd.org Subject: Re: patch: p4tcc and speedstep cpufreq drivers 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: Thu, 17 Feb 2005 17:36:19 -0000 Hi Nate, Sony PCG-505BX [1]. With your patch I've got several new freq_levels: dev.cpu.0.freq_levels: 1990/-1 1741/-1 1492/-1 1305/-1 1243/-1 1195/-1 1119/-1 1088/-1 1045/-1 995/-1 932/-1 896/-1 870/-1 776/-1 746/-1 652/-1 597/-1 559/-1 522/-1 497/-1 448/-1 373/-1 336/-1 298/-1 248/-1 217/-1 186/-1 149/-1 124/-1 93/-1 62/-1 37/-1 starting from 373 IIRC. When I try to change dev.cpu.0.freq several of these values produce "invalid argument" e.g. 1305, 1119, 1088. The system is starting working very slow at 448 and practically hang at 298. [1] http://maxim.int.ru/stuff/SONNIE.dmesg http://maxim.int.ru/stuff/SONNIE.sysctl-a -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Thu Feb 17 18:20: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 BA18716A4CE for ; Thu, 17 Feb 2005 18:20:41 +0000 (GMT) Received: from pandora.afflictions.org (asylum.afflictions.org [64.7.134.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id D828E43D53 for ; Thu, 17 Feb 2005 18:20:40 +0000 (GMT) (envelope-from dgerow@afflictions.org) Received: from localhost (localhost [127.0.0.1]) by pandora.afflictions.org (Postfix) with ESMTP id C546D78C72 for ; Thu, 17 Feb 2005 13:20:38 -0500 (EST) Received: from pandora.afflictions.org ([127.0.0.1]) by localhost (pandora.afflictions.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 28385-01 for ; Thu, 17 Feb 2005 13:20:29 -0500 (EST) Received: from dementia.afflictions.org (dementia.afflictions.org [172.19.206.56]) by pandora.afflictions.org (Postfix) with ESMTP id 3450878C64 for ; Thu, 17 Feb 2005 13:20:27 -0500 (EST) Received: by dementia.afflictions.org (Postfix, from userid 1001) id 8D17128BAE; Thu, 17 Feb 2005 13:20:33 -0500 (EST) Date: Thu, 17 Feb 2005 13:20:33 -0500 From: Damian Gerow To: 'FreeBSD Current' Message-ID: <20050217182033.GO718@afflictions.org> Mail-Followup-To: 'FreeBSD Current' References: <42028F29.1030801@DeepCore.dk> <420A1792.900@DeepCore.dk> <421464C3.2030308@DeepCore.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <421464C3.2030308@DeepCore.dk> X-GPG-Fingerprint: B3D7 D901 A53A 1A99 BFD6 E6DF 9F3B 742B C288 9CC9 User-Agent: Mutt/1.5.6i X-Virus-Scanned: amavisd-new at pandora.afflictions.org Subject: Re: UPDATE2: 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: Thu, 17 Feb 2005 18:20:41 -0000 Thus spake Sren Schmidt (sos@DeepCore.dk) [17/02/05 04:33]: : New version available for testing: : : http://people.freebsd.org/~sos/ata-mk3l.diff-releng5.gz : http://people.freebsd.org/~sos/ata-mk3l.diff-current.gz : http://people.freebsd.org/~sos/ata-mk3l.tar.gz : : This time the diff must be reapplied as there are new changes in there. Huzzah! It works, and it works really nicely! I can now use my new Promise card -- thanks! (The only thing it didn't fix is that I still can't use ACPI: I seem to remember it being a problem with DMA, but my memory doesn't go back that far.) - Damian From owner-freebsd-current@FreeBSD.ORG Thu Feb 17 18:31: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 02DAB16A4CE; Thu, 17 Feb 2005 18:31:16 +0000 (GMT) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E07643D2F; Thu, 17 Feb 2005 18:31:15 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received-SPF: pass (mp2.macomnet.net: domain of maxim@macomnet.ru designates 127.0.0.1 as permitted sender) receiver=mp2.macomnet.net; client_ip=127.0.0.1; envelope-from=maxim@macomnet.ru; Received: from localhost (localhost [127.0.0.1]) by mp2.macomnet.net (8.12.11/8.12.11) with ESMTP id j1HIV9XE009209; Thu, 17 Feb 2005 21:31:09 +0300 (MSK) (envelope-from maxim@macomnet.ru) Date: Thu, 17 Feb 2005 21:31:09 +0300 (MSK) From: Maxim Konovalov To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= In-Reply-To: <421464C3.2030308@DeepCore.dk> Message-ID: <20050217212655.E14434@mp2.macomnet.net> References: <42028F29.1030801@DeepCore.dk> <420A1792.900@DeepCore.dk> <421464C3.2030308@DeepCore.dk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-SpamTest-Info: Profile: Formal (208/050203) X-SpamTest-Info: Profile: Detect Hard (4/030526) X-SpamTest-Info: Profile: SysLog X-SpamTest-Info: Profile: Marking - Keywords (2/030321) X-SpamTest-Status: Not detected X-SpamTest-Version: SMTP-Filter Version 2.0.0 [0124], SpamtestISP/Release cc: 'FreeBSD Current' cc: "freebsd-stable@freebsd.org" Subject: Re: UPDATE2: 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: Thu, 17 Feb 2005 18:31:16 -0000 Hi, On Thu, 17 Feb 2005, 10:32+0100, S?ren Schmidt wrote: > S?ren Schmidt wrote: > > > http: //people.freebsd.org/~sos/ata-mk3k.diff-releng5.gz > > http: //people.freebsd.org/~sos/ata-mk3k.diff-current.gz > > http: //people.freebsd.org/~sos/ata-mk3k.tar.gz > > New version available for testing: > > http: //people.freebsd.org/~sos/ata-mk3l.diff-releng5.gz > http: //people.freebsd.org/~sos/ata-mk3l.diff-current.gz > http: //people.freebsd.org/~sos/ata-mk3l.tar.gz > > This time the diff must be reapplied as there are new changes in there. atadisk.ko and atapicd.ko still do not depend on atapci.ko. So if you don't ask to load atapci.ko in loader.conf you will get a panic because the kernel won't find the root fs. I added MODULE_DEPEND() on atapci macro to ata-disk.c and this solved the problem. Perhaps this is just a feature. -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Thu Feb 17 18:33: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 7DCA216A4CE for ; Thu, 17 Feb 2005 18:33:39 +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 C07D443D55 for ; Thu, 17 Feb 2005 18:33:38 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [192.168.252.2] (dhcp150.deepcore.dk [194.192.25.150] (may be forged)) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id j1HIXKFO063463; Thu, 17 Feb 2005 19:33:22 +0100 (CET) (envelope-from sos@DeepCore.dk) Message-ID: <4214E351.5040505@DeepCore.dk> Date: Thu, 17 Feb 2005 19:32:49 +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: Damian Gerow References: <42028F29.1030801@DeepCore.dk> <420A1792.900@DeepCore.dk> <421464C3.2030308@DeepCore.dk> <20050217182033.GO718@afflictions.org> In-Reply-To: <20050217182033.GO718@afflictions.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 Current' Subject: Re: UPDATE2: 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: Thu, 17 Feb 2005 18:33:39 -0000 Damian Gerow wrote: > Thus spake S=F8ren Schmidt (sos@DeepCore.dk) [17/02/05 04:33]: > : New version available for testing: > :=20 > : http://people.freebsd.org/~sos/ata-mk3l.diff-releng5.gz > : http://people.freebsd.org/~sos/ata-mk3l.diff-current.gz > : http://people.freebsd.org/~sos/ata-mk3l.tar.gz > :=20 > : This time the diff must be reapplied as there are new changes in ther= e. >=20 > Huzzah! It works, and it works really nicely! I can now use my new Pr= omise > card -- thanks! Good :) > (The only thing it didn't fix is that I still can't use ACPI: I seem to= > remember it being a problem with DMA, but my memory doesn't go back tha= t > far.) Yeah, ACPI is slowly turning into a roadblock for several reasons, but=20 nothing I can fix from ATA... --=20 -S=F8ren From owner-freebsd-current@FreeBSD.ORG Thu Feb 17 18:36: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 E018016A4CE; Thu, 17 Feb 2005 18:36:12 +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 2624D43D31; Thu, 17 Feb 2005 18:36:12 +0000 (GMT) (envelope-from sos@DeepCore.dk) Received: from [192.168.252.2] (dhcp150.deepcore.dk [194.192.25.150] (may be forged)) by spider.deepcore.dk (8.12.11/8.12.10) with ESMTP id j1HIa8xj063523; Thu, 17 Feb 2005 19:36:10 +0100 (CET) (envelope-from sos@DeepCore.dk) Message-ID: <4214E3F9.40604@DeepCore.dk> Date: Thu, 17 Feb 2005 19:35:37 +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: Maxim Konovalov References: <42028F29.1030801@DeepCore.dk> <420A1792.900@DeepCore.dk> <421464C3.2030308@DeepCore.dk> <20050217212655.E14434@mp2.macomnet.net> In-Reply-To: <20050217212655.E14434@mp2.macomnet.net> 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 Current' cc: "freebsd-stable@freebsd.org" Subject: Re: UPDATE2: 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: Thu, 17 Feb 2005 18:36:13 -0000 Maxim Konovalov wrote: > Hi, >=20 > On Thu, 17 Feb 2005, 10:32+0100, S?ren Schmidt wrote: >=20 >=20 >>S?ren Schmidt wrote: >> >> >>>http: //people.freebsd.org/~sos/ata-mk3k.diff-releng5.gz >>>http: //people.freebsd.org/~sos/ata-mk3k.diff-current.gz >>>http: //people.freebsd.org/~sos/ata-mk3k.tar.gz >> >>New version available for testing: >> >>http: //people.freebsd.org/~sos/ata-mk3l.diff-releng5.gz >>http: //people.freebsd.org/~sos/ata-mk3l.diff-current.gz >>http: //people.freebsd.org/~sos/ata-mk3l.tar.gz >> >>This time the diff must be reapplied as there are new changes in there.= >=20 >=20 > atadisk.ko and atapicd.ko still do not depend on atapci.ko. So if you > don't ask to load atapci.ko in loader.conf you will get a panic > because the kernel won't find the root fs. I added MODULE_DEPEND() on > atapci macro to ata-disk.c and this solved the problem. Perhaps this > is just a feature. Yes its a feature, if you make everything depend on each other there is=20 no reason to have it as seperate modules... --=20 -S=F8ren From owner-freebsd-current@FreeBSD.ORG Thu Feb 17 18:54:25 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 6A37616A4CE; Thu, 17 Feb 2005 18:54:25 +0000 (GMT) Received: from mail06.syd.optusnet.com.au (mail06.syd.optusnet.com.au [211.29.132.187]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8DB8843D53; Thu, 17 Feb 2005 18:54:24 +0000 (GMT) (envelope-from PeterJeremy@optushome.com.au) Received: from cirb503493.alcatel.com.au (c211-30-75-229.belrs2.nsw.optusnet.com.au [211.30.75.229]) j1HIsMWc015908 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Fri, 18 Feb 2005 05:54:23 +1100 Received: from cirb503493.alcatel.com.au (localhost.alcatel.com.au [127.0.0.1])j1HIsM7l076656; Fri, 18 Feb 2005 05:54:22 +1100 (EST) (envelope-from pjeremy@cirb503493.alcatel.com.au) Received: (from pjeremy@localhost)j1HIsMWi076655; Fri, 18 Feb 2005 05:54:22 +1100 (EST) (envelope-from pjeremy) Date: Fri, 18 Feb 2005 05:54:22 +1100 From: Peter Jeremy To: Sergey Lyubka Message-ID: <20050217185422.GJ57256@cirb503493.alcatel.com.au> References: <72c3a957050217031230598f63@mail.gmail.com> <86zmy3qmm2.wl%sf@FreeBSD.org> <72c3a957050217065223729f83@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <72c3a957050217065223729f83@mail.gmail.com> User-Agent: Mutt/1.4.2i cc: FUJISHIMA Satsuki cc: freebsd-current@freebsd.org Subject: Re: pcre in base system 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: Thu, 17 Feb 2005 18:54:25 -0000 On Thu, 2005-Feb-17 14:52:05 +0000, Sergey Lyubka wrote: >Anyway, the last call is yours, guys committers. >If you decide to do this pcre thing, I am willing to >provide a patch for both sed and pcre. In terms of effort, putting new software into the base system and patching other utilities to use it should be fairly trivial. The major effort is maintaining it - validating and updating to new releases. Are you willing to provide ongoing maintenance for a pcre import? Based on the NetBSD thread, pcre also has an area where it is not POSIX compliant (and does not plan to become POSIX compliant) and does not provide BREs. This may present a sticking point. Overall, I'd prefer to see the base system become more minimal with greater reliance on ports. An interesting approach could be to break out regex(3) from libc and allow base utilities to use shared libraries from ports - this would allow someone to install the pcre port and have the base sed(1) use it. -- Peter Jeremy From owner-freebsd-current@FreeBSD.ORG Thu Feb 17 19:15:36 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 0E4CA16A4CE for ; Thu, 17 Feb 2005 19:15:36 +0000 (GMT) Received: from mail.latnet.lv (trollis.latnet.lv [159.148.19.114]) by mx1.FreeBSD.org (Postfix) with SMTP id A784143D1F for ; Thu, 17 Feb 2005 19:15:32 +0000 (GMT) (envelope-from kaspars@os.lv) Received: (qmail 28415 invoked by uid 102); 17 Feb 2005 19:15:31 -0000 Received: from 159.148.155.3 by trollis (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.02446 secs); 17 Feb 2005 19:15:31 -0000 Received: from unknown (HELO os.lv) (159.148.155.3) by trollis.latnet.lv with SMTP; 17 Feb 2005 19:15:31 -0000 Received: from 192.168.1.21 ([192.168.1.21]) by os.lv (WinRoute Pro 4.1) with SMTP; Thu, 17 Feb 2005 21:18:26 +0200 Message-ID: <4214ED77.6000206@os.lv> Date: Thu, 17 Feb 2005 21:16:07 +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: Change tar to GNU 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: Thu, 17 Feb 2005 19:15:36 -0000 Hi, I have backup script build with tar and -newer options. on FreeBSD 4.x it worked and i see: $tar --version tar (GNU tar) 1.13.25 on FreeBSD 5.3 not working and I found: $tar --version bsdtar 1.01.011, libarchive 1.01.013 Copyright (C) 2003-2004 Tim Kientzle So I understand that you change own tar to make different licence. I just thinking what is proper way to update tar to GNU tar to make working again my script? thanks, Casper From owner-freebsd-current@FreeBSD.ORG Thu Feb 17 19:17: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 A952016A4CE for ; Thu, 17 Feb 2005 19:17:48 +0000 (GMT) Received: from makeworld.com (makeworld.com [198.92.228.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5BF8943D41 for ; Thu, 17 Feb 2005 19:17:48 +0000 (GMT) (envelope-from racerx@makeworld.com) Received: from localhost (localhost.com [127.0.0.1]) by makeworld.com (Postfix) with ESMTP id BA4146130; Thu, 17 Feb 2005 13:17:47 -0600 (CST) Received: from makeworld.com ([127.0.0.1]) by localhost (makeworld.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 79330-06; Thu, 17 Feb 2005 13:17:45 -0600 (CST) Received: by makeworld.com (Postfix, from userid 1001) id B2C2B6129; Thu, 17 Feb 2005 13:17:45 -0600 (CST) Received: from localhost (localhost [127.0.0.1]) by makeworld.com (Postfix) with ESMTP id 9FDCC60F3; Thu, 17 Feb 2005 13:17:45 -0600 (CST) Date: Thu, 17 Feb 2005 13:17:45 -0600 (CST) From: RacerX To: Kaspars In-Reply-To: <4214ED77.6000206@os.lv> Message-ID: <20050217131710.G79478@makeworld.com> References: <4214ED77.6000206@os.lv> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by ClamAV 0.75.1/amavisd-new-2.2.1 (20041222) at makeworld.com - Isn't it ironic cc: freebsd-current@freebsd.org Subject: Re: Change tar to GNU 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: Thu, 17 Feb 2005 19:17:48 -0000 On Thu, 17 Feb 2005, Kaspars wrote: > > Hi, > > I have backup script build with tar and -newer options. > on FreeBSD 4.x it worked and i see: > $tar --version > tar (GNU tar) 1.13.25 > > on FreeBSD 5.3 not working and I found: > $tar --version > bsdtar 1.01.011, libarchive 1.01.013 > Copyright (C) 2003-2004 Tim Kientzle > > So I understand that you change own tar to make different licence. > > I just thinking what is proper way to update tar to GNU tar to make working > again my script? > > thanks, > > Casper Why not change your script to work with the 5.3 tar? Wouldn't that be easier? Best regards, Chris From owner-freebsd-current@FreeBSD.ORG Thu Feb 17 19:23: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 56C5716A4CE for ; Thu, 17 Feb 2005 19:23:39 +0000 (GMT) Received: from alf.dyndns.ws (244.Red-217-126-240.pooles.rima-tde.net [217.126.240.244]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D4C043D49 for ; Thu, 17 Feb 2005 19:23:37 +0000 (GMT) (envelope-from victor@alf.dyndns.ws) Received: from pato.euesrg02.net (pato.euesrg02.net [192.168.0.3]) by alf.dyndns.ws (8.13.1/8.13.1) with ESMTP id j1HJNYr5098888 for ; Thu, 17 Feb 2005 20:23:34 +0100 (CET) (envelope-from victor@smtp.euesrg02.net) Received: from pato.euesrg02.net (localhost [127.0.0.1]) by pato.euesrg02.net (8.13.1/8.13.1) with ESMTP id j1HJNYDh001823 for ; Thu, 17 Feb 2005 20:23:34 +0100 (CET) (envelope-from victor@pato.euesrg02.net) Received: (from victor@localhost) by pato.euesrg02.net (8.13.1/8.13.1/Submit) id j1HJNYwR001822 for freebsd-current@freebsd.org; Thu, 17 Feb 2005 20:23:34 +0100 (CET) (envelope-from victor) Date: Thu, 17 Feb 2005 20:23:33 +0100 From: Victor Balada Diaz To: freebsd-current@freebsd.org Message-ID: <20050217192333.GA1785@pato.euesrg02.net> Mail-Followup-To: Victor Balada Diaz , freebsd-current@freebsd.org References: <4214ED77.6000206@os.lv> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4214ED77.6000206@os.lv> User-Agent: Mutt/1.4.2.1i Subject: Re: Change tar to GNU 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: Thu, 17 Feb 2005 19:23:39 -0000 On Thu, Feb 17, 2005 at 09:16:07PM +0200, Kaspars wrote: > > Hi, > > I have backup script build with tar and -newer options. > on FreeBSD 4.x it worked and i see: > $tar --version > tar (GNU tar) 1.13.25 > > on FreeBSD 5.3 not working and I found: > $tar --version > bsdtar 1.01.011, libarchive 1.01.013 > Copyright (C) 2003-2004 Tim Kientzle > > So I understand that you change own tar to make different licence. > > I just thinking what is proper way to update tar to GNU tar to make > working again my script? In FreeBSD 5.3 you have the gnu tar installed as "gtar". -- La prueba mas fehaciente de que existe vida inteligente en otros planetas, es que no han intentado contactar con nosotros. From owner-freebsd-current@FreeBSD.ORG Thu Feb 17 19:24: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 6C2C016A4CE for ; Thu, 17 Feb 2005 19:24:13 +0000 (GMT) Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id F20AC43D45 for ; Thu, 17 Feb 2005 19:24:12 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from alpha.siliconlandmark.com (andy@localhost [127.0.0.1]) j1HJOBtZ054483 for ; Thu, 17 Feb 2005 14:24:11 -0500 (EST) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)j1HJOBal054480 for ; Thu, 17 Feb 2005 14:24:11 -0500 (EST) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing -bs Date: Thu, 17 Feb 2005 14:24:11 -0500 (EST) From: Andre Guibert de Bruet To: current@freebsd.org Message-ID: <20050217140951.R637@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: ntpdate behavior changes between 4.x, 5.x and 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: Thu, 17 Feb 2005 19:24:13 -0000 Hi, This is the output of ntpdate on a 4.11 machine: alpha# ntpdate -b time-b.nist.gov > /dev/null alpha# The following is output of ntpdate on a 5.3-stable machine: vnode# ntpdate -b time-b.nist.gov > /dev/null host found : time-b.nist.gov vnode# The following is the output of ntpdate on a CURRENT machine: bling# ntpdate -b time-b.nist.gov > /dev/null bling# Why is "host found : $server" printed to stderr on 5.x but not 4.x or CURRENT? I tried rebuilding my ntpd binaries with a blank make.conf just in case some option that I have in there was enabling some extra debugging. This wasn't the case. Anyone have any ideas? vnode is: FreeBSD vnode.properkernel.com 5.3-STABLE FreeBSD 5.3-STABLE #0: Sun Jan 30 19:28:28 EST 2005 andy@vnode.properkernel.com:/usr/src/sys/i386/compile/VNODE i386 Regards, Andy | Andre Guibert de Bruet | Enterprise Software Consultant > | Silicon Landmark, LLC. | http://siliconlandmark.com/ > From owner-freebsd-current@FreeBSD.ORG Thu Feb 17 19:28: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 B3DA416A4CE; Thu, 17 Feb 2005 19:28:23 +0000 (GMT) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7094F43D54; Thu, 17 Feb 2005 19:28: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 j1HJSMr5055534; Thu, 17 Feb 2005 11:28:22 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.13.1/8.13.1/Submit) id j1HJSMQM055533; Thu, 17 Feb 2005 11:28:22 -0800 (PST) (envelope-from obrien) Date: Thu, 17 Feb 2005 11:28:22 -0800 From: "David O'Brien" To: Peter Jeremy Message-ID: <20050217192822.GA85506@dragon.nuxi.com> References: <72c3a957050217031230598f63@mail.gmail.com> <86zmy3qmm2.wl%sf@FreeBSD.org> <72c3a957050217065223729f83@mail.gmail.com> <20050217185422.GJ57256@cirb503493.alcatel.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050217185422.GJ57256@cirb503493.alcatel.com.au> 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: FUJISHIMA Satsuki cc: freebsd-current@freebsd.org cc: Sergey Lyubka Subject: Re: pcre in base system 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: Thu, 17 Feb 2005 19:28:23 -0000 On Fri, Feb 18, 2005 at 05:54:22AM +1100, Peter Jeremy wrote: > Overall, I'd prefer to see the base system become more minimal with > greater reliance on ports. An interesting approach could be to > break out regex(3) from libc and allow base utilities to use shared > libraries from ports - this would allow someone to install the pcre > port and have the base sed(1) use it. Uh, no. /usr/src should be self-contained. -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Thu Feb 17 19:29:35 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 A30DF16A4CE for ; Thu, 17 Feb 2005 19:29:35 +0000 (GMT) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 734FB43D2D for ; Thu, 17 Feb 2005 19:29:35 +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 j1HJTVPE055582; Thu, 17 Feb 2005 11:29:31 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.13.1/8.13.1/Submit) id j1HJTV1q055581; Thu, 17 Feb 2005 11:29:31 -0800 (PST) (envelope-from obrien) Date: Thu, 17 Feb 2005 11:29:31 -0800 From: "David O'Brien" To: Kaspars Message-ID: <20050217192931.GB85506@dragon.nuxi.com> References: <4214ED77.6000206@os.lv> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4214ED77.6000206@os.lv> 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: Change tar to GNU X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-current@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: Thu, 17 Feb 2005 19:29:35 -0000 On Thu, Feb 17, 2005 at 09:16:07PM +0200, Kaspars wrote: > I have backup script build with tar and -newer options. > on FreeBSD 4.x it worked and i see: > $tar --version > tar (GNU tar) 1.13.25 > > on FreeBSD 5.3 not working and I found: > $tar --version > bsdtar 1.01.011, libarchive 1.01.013 > Copyright (C) 2003-2004 Tim Kientzle > > So I understand that you change own tar to make different licence. > > I just thinking what is proper way to update tar to GNU tar to make > working again my script? pkg_add -r gtar -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Thu Feb 17 19:31: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 0F42816A4CE for ; Thu, 17 Feb 2005 19:31:19 +0000 (GMT) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD81B43D2D for ; Thu, 17 Feb 2005 19:31:18 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with SMTP id 5226F46B4C; Thu, 17 Feb 2005 14:31:18 -0500 (EST) Date: Thu, 17 Feb 2005 19:29:52 +0000 (GMT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Kaspars In-Reply-To: <4214ED77.6000206@os.lv> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-current@freebsd.org Subject: Re: Change tar to GNU 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: Thu, 17 Feb 2005 19:31:19 -0000 On Thu, 17 Feb 2005, Kaspars wrote: > I have backup script build with tar and -newer options. > on FreeBSD 4.x it worked and i see: > $tar --version > tar (GNU tar) 1.13.25 > > on FreeBSD 5.3 not working and I found: > $tar --version > bsdtar 1.01.011, libarchive 1.01.013 > Copyright (C) 2003-2004 Tim Kientzle > > So I understand that you change own tar to make different licence. > > I just thinking what is proper way to update tar to GNU tar to make > working again my script? You can install the GNU tar as a package; however, it would be quite helpful if you could describe the problem in a little more detail so that the bug, if any, can be fixed. Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Thu Feb 17 19:38: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 B29D316A4CE for ; Thu, 17 Feb 2005 19:38:58 +0000 (GMT) Received: from smtp803.mail.sc5.yahoo.com (smtp803.mail.sc5.yahoo.com [66.163.168.182]) by mx1.FreeBSD.org (Postfix) with SMTP id 4E45043D2D for ; Thu, 17 Feb 2005 19:38:58 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noacks@swbell.net@70.240.177.173 with login) by smtp803.mail.sc5.yahoo.com with SMTP; 17 Feb 2005 19:38:58 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 26A52633A; Thu, 17 Feb 2005 13:38:57 -0600 (CST) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 28175-10; Thu, 17 Feb 2005 13:38:55 -0600 (CST) Received: from [127.0.0.1] (optimator [192.168.1.11]) by optimator.noacks.org (Postfix) with ESMTP id 4D6126336; Thu, 17 Feb 2005 13:38:55 -0600 (CST) Message-ID: <4214F2CB.8030506@alumni.rice.edu> Date: Thu, 17 Feb 2005 13:38:51 -0600 From: Jon Noack User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Kaspars References: <4214ED77.6000206@os.lv> In-Reply-To: <4214ED77.6000206@os.lv> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at noacks.org cc: freebsd-current@freebsd.org Subject: Re: Change tar to GNU X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Feb 2005 19:38:58 -0000 Kaspars wrote: > I have backup script build with tar and -newer options. > on FreeBSD 4.x it worked and i see: > $tar --version > tar (GNU tar) 1.13.25 > > on FreeBSD 5.3 not working and I found: > $tar --version > bsdtar 1.01.011, libarchive 1.01.013 > Copyright (C) 2003-2004 Tim Kientzle > > So I understand that you change own tar to make different licence. > > I just thinking what is proper way to update tar to GNU tar to make > working again my script? One of the great things about FreeBSD is that a big, user-visible change in a new release has a >99% of being documented. This case follows that trend (third item of Userland Changes): http://www.freebsd.org/releases/5.3R/relnotes-i386.html#USERLAND Throw "WITH_GTAR=yes" into /etc/make.conf. After the next build/installworld, you're back to gtar. For the time being you may simply point your script to "gtar" as pointed out in other responses. Jon From owner-freebsd-current@FreeBSD.ORG Thu Feb 17 19:43: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 3E78316A4CE for ; Thu, 17 Feb 2005 19:43:06 +0000 (GMT) Received: from smtp801.mail.sc5.yahoo.com (smtp801.mail.sc5.yahoo.com [66.163.168.180]) by mx1.FreeBSD.org (Postfix) with SMTP id B137043D4C for ; Thu, 17 Feb 2005 19:43:05 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noacks@swbell.net@70.240.177.173 with login) by smtp801.mail.sc5.yahoo.com with SMTP; 17 Feb 2005 19:43:04 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id D67E0633A; Thu, 17 Feb 2005 13:43:03 -0600 (CST) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 28444-07; Thu, 17 Feb 2005 13:43:02 -0600 (CST) Received: from [127.0.0.1] (optimator [192.168.1.11]) by optimator.noacks.org (Postfix) with ESMTP id 1E2B66336; Thu, 17 Feb 2005 13:43:02 -0600 (CST) Message-ID: <4214F3C2.4020102@alumni.rice.edu> Date: Thu, 17 Feb 2005 13:42:58 -0600 From: Jon Noack User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Robert Watson References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at noacks.org cc: Kaspars cc: freebsd-current@freebsd.org Subject: Re: Change tar to GNU X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Feb 2005 19:43:06 -0000 Robert Watson wrote: > On Thu, 17 Feb 2005, Kaspars wrote: >> I have backup script build with tar and -newer options. >>on FreeBSD 4.x it worked and i see: >>$tar --version >>tar (GNU tar) 1.13.25 >> >>on FreeBSD 5.3 not working and I found: >>$tar --version >>bsdtar 1.01.011, libarchive 1.01.013 >>Copyright (C) 2003-2004 Tim Kientzle >> >>So I understand that you change own tar to make different licence. >> >>I just thinking what is proper way to update tar to GNU tar to make >>working again my script? > > > You can install the GNU tar as a package; however, it would be quite > helpful if you could describe the problem in a little more detail so that > the bug, if any, can be fixed. I think the issue is simply that the --newer option does not exist in bsdtar. A very brief glance at the bsdtar man page didn't reveal any replacement. Jon From owner-freebsd-current@FreeBSD.ORG Thu Feb 17 19:48: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 D5A5E16A4CE; Thu, 17 Feb 2005 19:48:13 +0000 (GMT) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id A090343D55; Thu, 17 Feb 2005 19:48:13 +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 j1HJmD6Q056473; Thu, 17 Feb 2005 11:48:13 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.13.1/8.13.1/Submit) id j1HJmCUk056472; Thu, 17 Feb 2005 11:48:12 -0800 (PST) (envelope-from obrien) Date: Thu, 17 Feb 2005 11:48:12 -0800 From: "David O'Brien" To: Sergey Lyubka Message-ID: <20050217194812.GE56059@dragon.nuxi.com> References: <72c3a957050217031230598f63@mail.gmail.com> <86zmy3qmm2.wl%sf@FreeBSD.org> <72c3a957050217065223729f83@mail.gmail.com> <20050217185422.GJ57256@cirb503493.alcatel.com.au> <20050217192822.GA85506@dragon.nuxi.com> <72c3a95705021711371c45952d@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <72c3a95705021711371c45952d@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: FUJISHIMA Satsuki cc: Peter Jeremy cc: freebsd-current@freebsd.org Subject: Re: pcre in base system 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: Thu, 17 Feb 2005 19:48:14 -0000 On Thu, Feb 17, 2005 at 07:37:14PM +0000, Sergey Lyubka wrote: > So it will. > If regex(3) will be decoupled from libc, one can remap > libregex to pcre, for example. > > > > greater reliance on ports. An interesting approach could be to > > > break out regex(3) from libc and allow base utilities to use shared > > > libraries from ports - this would allow someone to install the pcre > > > port and have the base sed(1) use it. > > > > Uh, no. /usr/src should be self-contained. DON'T TOP POST. -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Thu Feb 17 19: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 B1C3016A4CE for ; Thu, 17 Feb 2005 19:49:18 +0000 (GMT) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id BAB8143D2F for ; Thu, 17 Feb 2005 19:49:17 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id j1HJnGLJ072088; Thu, 17 Feb 2005 13:49:17 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <4214F538.30409@centtech.com> Date: Thu, 17 Feb 2005 13:49:12 -0600 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050210 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Brooks Davis References: <20050216215325.9201.qmail@web26805.mail.ukl.yahoo.com> <4213C1FB.6030802@centtech.com> <20050216225528.GB2787@odin.ac.hmc.edu> <4213D099.3020504@centtech.com> <20050216230709.GA22840@odin.ac.hmc.edu> In-Reply-To: <20050216230709.GA22840@odin.ac.hmc.edu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.82/707/Wed Feb 16 16:00:07 2005 on mh2.centtech.com X-Virus-Status: Clean cc: FreeBSD Current Subject: Re: newfs limits? 10TB filesystem max? 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: Thu, 17 Feb 2005 19:49:18 -0000 Brooks Davis wrote: [..snip..] >>>>>>I've just built an enormous 10TB filesystem. When >>>>>>trying to newfs the disk, it bombed with something >>>>>>like "cannot allocate memory" after something like >>>>>>23xxxxxxxxx sectors.. I noticed disklabel complains >>>>>>about disks with more than 2^32-1 sectors not being >>>>>>supported.. [..snip..] > In that case, you probably don't actually have a bsdlabel there. It's > not longer required with geom since you can newfs disks. > > -- Brooks > Ok - but I'm still wondering why newfs can't newfs.. Here's the real error pasted in: a newfs -U /dev/vinum/plex/raid.p0 gives: ... 23425543840, 23425920160, 23426296480, 23426672800, 23427049120, 23427425440, 23427801760, 23428178080, 23428554400, 23428930720, 23429307040, 23429683360, 23430059680, 23430436000, 23430812320, 23431188640, 23431564960, 23431941280, 23432317600, 23432693920, 23433070240, 23433446560, 23433822880, 23434199200, 23434575520, 23434951840, 23435328160, 23435704480, 23436080800, 23436457120, 23436833440, 23437209760, 23437586080, 23437962400, 23438338720,newfs: wtfs: 65536 bytes at sector 23438715040: Cannot allocate memory But: newfs -U -s 23438338720 /dev/vinum/plex/raid.p0 works.. So I'm losing the last part of my partition.. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology I have seen the future and it is just like the present, only longer. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Thu Feb 17 19:49: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 CA1B516A4CE for ; Thu, 17 Feb 2005 19:49:21 +0000 (GMT) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7EB0043D2F for ; Thu, 17 Feb 2005 19:49:19 +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 j1HJnJ6A056514; Thu, 17 Feb 2005 11:49:19 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.13.1/8.13.1/Submit) id j1HJnJWv056513; Thu, 17 Feb 2005 11:49:19 -0800 (PST) (envelope-from obrien) Date: Thu, 17 Feb 2005 11:49:18 -0800 From: "David O'Brien" To: Sergey Lyubka Message-ID: <20050217194918.GF56059@dragon.nuxi.com> References: <72c3a957050217031230598f63@mail.gmail.com> <86zmy3qmm2.wl%sf@FreeBSD.org> <72c3a957050217065223729f83@mail.gmail.com> <20050217185422.GJ57256@cirb503493.alcatel.com.au> <20050217192822.GA85506@dragon.nuxi.com> <72c3a95705021711371c45952d@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <72c3a95705021711371c45952d@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 Subject: Re: pcre in base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: freebsd-current@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: Thu, 17 Feb 2005 19:49:21 -0000 On Thu, Feb 17, 2005 at 07:37:14PM +0000, Sergey Lyubka wrote: > > > greater reliance on ports. An interesting approach could be to > > > break out regex(3) from libc and allow base utilities to use shared > > > libraries from ports - this would allow someone to install the pcre > > > port and have the base sed(1) use it. > > > > Uh, no. /usr/src should be self-contained. > > So it will. > If regex(3) will be decoupled from libc, one can remap > libregex to pcre, for example. No it won't. We would have to document the differences in regex syntax in the man page. That would mean documenting functionality you only get with a port installed. I don't call that "self-containted". -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Thu Feb 17 19:52:51 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 BAAE916A4CE; Thu, 17 Feb 2005 19:52:51 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 39E2043D2D; Thu, 17 Feb 2005 19:52:51 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [IPv6:::1]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id j1HJpbTa001186; Thu, 17 Feb 2005 12:51:38 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Thu, 17 Feb 2005 12:51:37 -0700 (MST) Message-Id: <20050217.125137.74752166.imp@bsdimp.com> To: maxim@macomnet.ru From: Warner Losh In-Reply-To: <20050217212655.E14434@mp2.macomnet.net> References: <420A1792.900@DeepCore.dk> <421464C3.2030308@DeepCore.dk> <20050217212655.E14434@mp2.macomnet.net> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org cc: freebsd-stable@freebsd.org cc: sos@DeepCore.dk Subject: Re: UPDATE2: 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: Thu, 17 Feb 2005 19:52:51 -0000 > atadisk.ko and atapicd.ko still do not depend on atapci.ko. So if you > don't ask to load atapci.ko in loader.conf you will get a panic > because the kernel won't find the root fs. I added MODULE_DEPEND() on > atapci macro to ata-disk.c and this solved the problem. Perhaps this > is just a feature. MODULE_DEPEND should only be there when when there's a link time dependency between modles. If you were to add the atapci.ko as a depend, then you destroy the ability to boot on machines that don't have a pci bus in the kernel.... Warner From owner-freebsd-current@FreeBSD.ORG Thu Feb 17 19:55: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 73FE316A4CE; Thu, 17 Feb 2005 19:55:49 +0000 (GMT) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4725B43D39; Thu, 17 Feb 2005 19:55:49 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) j1HJtlBk034025; Thu, 17 Feb 2005 11:55:47 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost)j1HJtl5x034024; Thu, 17 Feb 2005 11:55:47 -0800 (PST) (envelope-from sgk) Date: Thu, 17 Feb 2005 11:55:47 -0800 From: Steve Kargl To: Jon Noack Message-ID: <20050217195547.GA33893@troutmask.apl.washington.edu> References: <4214F3C2.4020102@alumni.rice.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4214F3C2.4020102@alumni.rice.edu> User-Agent: Mutt/1.4.2.1i cc: Kaspars cc: freebsd-current@freebsd.org cc: Robert Watson Subject: Re: Change tar to GNU 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: Thu, 17 Feb 2005 19:55:49 -0000 On Thu, Feb 17, 2005 at 01:42:58PM -0600, Jon Noack wrote: > Robert Watson wrote: > >On Thu, 17 Feb 2005, Kaspars wrote: > >> I have backup script build with tar and -newer options. > >>on FreeBSD 4.x it worked and i see: > >>$tar --version > >>tar (GNU tar) 1.13.25 > >> > >>on FreeBSD 5.3 not working and I found: > >>$tar --version > >>bsdtar 1.01.011, libarchive 1.01.013 > >>Copyright (C) 2003-2004 Tim Kientzle > >> > >>So I understand that you change own tar to make different licence. > >> > >>I just thinking what is proper way to update tar to GNU tar to make > >>working again my script? > > > > > >You can install the GNU tar as a package; however, it would be quite > >helpful if you could describe the problem in a little more detail so that > >the bug, if any, can be fixed. > > I think the issue is simply that the --newer option does not exist in > bsdtar. A very brief glance at the bsdtar man page didn't reveal any > replacement. > This is a Unix-like OS, so command pipes are possible. find $PATH -newermt 20050214 | xargs tar cf new.tar -- Steve From owner-freebsd-current@FreeBSD.ORG Thu Feb 17 19:55:59 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 B738316A4D8 for ; Thu, 17 Feb 2005 19:55:59 +0000 (GMT) Received: from odin.ac.hmc.edu (Odin.AC.HMC.Edu [134.173.32.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 780E143D41 for ; Thu, 17 Feb 2005 19:55:59 +0000 (GMT) (envelope-from brdavis@odin.ac.hmc.edu) Received: from odin.ac.hmc.edu (localhost.localdomain [127.0.0.1]) by odin.ac.hmc.edu (8.13.0/8.13.0) with ESMTP id j1HJtxx6029052; Thu, 17 Feb 2005 11:55:59 -0800 Received: (from brdavis@localhost) by odin.ac.hmc.edu (8.13.0/8.13.0/Submit) id j1HJtxob029051; Thu, 17 Feb 2005 11:55:59 -0800 Date: Thu, 17 Feb 2005 11:55:59 -0800 From: Brooks Davis To: Eric Anderson Message-ID: <20050217195559.GA6201@odin.ac.hmc.edu> References: <20050216215325.9201.qmail@web26805.mail.ukl.yahoo.com> <4213C1FB.6030802@centtech.com> <20050216225528.GB2787@odin.ac.hmc.edu> <4213D099.3020504@centtech.com> <20050216230709.GA22840@odin.ac.hmc.edu> <4214F538.30409@centtech.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="DocE+STaALJfprDB" Content-Disposition: inline In-Reply-To: <4214F538.30409@centtech.com> User-Agent: Mutt/1.4.1i X-Virus-Scanned: by amavisd-new X-Spam-Status: No, hits=0.0 required=8.0 tests=none autolearn=no version=2.63 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on odin.ac.hmc.edu cc: FreeBSD Current Subject: Re: newfs limits? 10TB filesystem max? 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: Thu, 17 Feb 2005 19:55:59 -0000 --DocE+STaALJfprDB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Feb 17, 2005 at 01:49:12PM -0600, Eric Anderson wrote: > Brooks Davis wrote: > [..snip..] > >>>>>>I've just built an enormous 10TB filesystem. When > >>>>>>trying to newfs the disk, it bombed with something > >>>>>>like "cannot allocate memory" after something like > >>>>>>23xxxxxxxxx sectors.. I noticed disklabel complains > >>>>>>about disks with more than 2^32-1 sectors not being > >>>>>>supported.. =20 >=20 > [..snip..] > >In that case, you probably don't actually have a bsdlabel there. It's > >not longer required with geom since you can newfs disks. > > > >-- Brooks > > >=20 > Ok - but I'm still wondering why newfs can't newfs.. Here's the real erro= r=20 > pasted in: >=20 > a newfs -U /dev/vinum/plex/raid.p0 gives: > ... > 23425543840, 23425920160, 23426296480, 23426672800, 23427049120,=20 > 23427425440, 23427801760, 23428178080, 23428554400, 23428930720, > 23429307040, 23429683360, 23430059680, 23430436000, 23430812320,=20 > 23431188640, 23431564960, 23431941280, 23432317600, 23432693920, > 23433070240, 23433446560, 23433822880, 23434199200, 23434575520,=20 > 23434951840, 23435328160, 23435704480, 23436080800, 23436457120, > 23436833440, 23437209760, 23437586080, 23437962400, 23438338720,newfs:=20 > wtfs: 65536 bytes at sector 23438715040: Cannot allocate memory >=20 > But: > newfs -U -s 23438338720 /dev/vinum/plex/raid.p0=20 > works.. So I'm losing the last part of my partition.. I'm guessing you are hitting the process datasize limit with newfs. You should be able to raise it a bit from the default. Be warned, that fsck has much higher memory requirements so recovery may be difficult if not impossiable without a 64-bit machine. -- Brooks --=20 Any statement of the form "X is the one, true Y" is FALSE. PGP fingerprint 655D 519C 26A7 82E7 2529 9BF0 5D8E 8BE9 F238 1AD4 --DocE+STaALJfprDB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQFCFPbOXY6L6fI4GtQRAt4TAJ4xMkmHHx0r1lHzjUqshaBoYpyGEACgp3q9 EqjmS1YeB+hAcIXcDAL2cR0= =cSPV -----END PGP SIGNATURE----- --DocE+STaALJfprDB-- From owner-freebsd-current@FreeBSD.ORG Thu Feb 17 20:13: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 6263C16A4CE; Thu, 17 Feb 2005 20:13:48 +0000 (GMT) Received: from postfix4-1.free.fr (postfix4-1.free.fr [213.228.0.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8CC8343D31; Thu, 17 Feb 2005 20:13:45 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix4-1.free.fr (Postfix) with ESMTP id 2F99928C729; Thu, 17 Feb 2005 21:13:43 +0100 (CET) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 74AB9407C; Thu, 17 Feb 2005 21:13:11 +0100 (CET) Date: Thu, 17 Feb 2005 21:13:11 +0100 From: Jeremie Le Hen To: Gleb Smirnoff Message-ID: <20050217201311.GN82324@obiwan.tataz.chchile.org> References: <20050217135609.GA97455@cell.sick.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050217135609.GA97455@cell.sick.ru> User-Agent: Mutt/1.5.7i cc: current@freebsd.org Subject: Re: changing debuglevel of kernel messaging going to console 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: Thu, 17 Feb 2005 20:13:48 -0000 Hi Gleb, > now all kernel messages are printed to system console by default: > > *.err;kern.debug;auth.notice;mail.crit /dev/console > > There is a problem that in case of a serial console, this printing > is very slow and heavily pessimizes box performance, when kernel > messages are printed at high speed. Moreover, several kernel messages > with LOG_DEBUG severity can be triggered remotely, for example > sending bogus ARP replies. So, sending bogus ARP packets to a > FreeBSD box with serial console may lead to a DoS like conditions. I don't want to be picky, you are right. I encountered this behaviour while working on a Linux firewall which was printing all NetFilter's log on the console (which in turn was a serial link). I have wondered for a few days why the hell making a nmap scan from a DSL connexion would come off having a ping of 20 seconds and 100% CPU usage whereas my tests through a 100Mbits link left it emotionless. But, although it is possible to trigger kernel message remotely sending fake ARP packets, I really do not want to have my FreeBSD box being silent by default when I am ARP spoofed. Furthermore, once the attacker is able to have local network access, there are numerous ways to make a DoS on the service the server provides anyway. Best regards, -- Jeremie Le Hen jeremie at le-hen dot org From owner-freebsd-current@FreeBSD.ORG Thu Feb 17 20:24: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 C7E2A16A4CE for ; Thu, 17 Feb 2005 20:24:39 +0000 (GMT) Received: from pi.codefab.com (pi.codefab.com [199.103.21.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6532C43D53 for ; Thu, 17 Feb 2005 20:24:39 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from localhost (localhost [127.0.0.1]) by pi.codefab.com (Postfix) with ESMTP id C50985DE0; Thu, 17 Feb 2005 15:24:38 -0500 (EST) Received: from pi.codefab.com ([127.0.0.1]) by localhost (pi.codefab.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 58613-09; Thu, 17 Feb 2005 15:24:38 -0500 (EST) Received: from [192.168.1.3] (pool-68-161-50-112.ny325.east.verizon.net [68.161.50.112]) by pi.codefab.com (Postfix) with ESMTP id 9A66C5DCC; Thu, 17 Feb 2005 15:24:36 -0500 (EST) Message-ID: <4214FD67.7060801@mac.com> Date: Thu, 17 Feb 2005 15:24:07 -0500 From: Chuck Swiger Organization: The Courts of Chaos User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041217 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Joseph Koshy References: <1108584730.95661.12.camel@server.mcneil.com> <20050216201716.GA28436@odin.ac.hmc.edu> <4213B3C8.3090508@centtech.com> <1108588393.12275.9.camel@server.mcneil.com> <20050216214031.GA2787@odin.ac.hmc.edu> <4213D3AA.70809@elischer.org> <84dead72050217081540fd7640@mail.gmail.com> In-Reply-To: <84dead72050217081540fd7640@mail.gmail.com> X-Enigmail-Version: 0.90.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at codefab.com cc: Julian Elischer cc: current@freebsd.org Subject: Re: where did all my memory go? (file system cache) 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: Thu, 17 Feb 2005 20:24:39 -0000 Joseph Koshy wrote: >> what I want is: >> >> int fd = open("myfile",...); >> write1GBfiletodisk(fd, data); >> ioctl(fd, PURGEFROMCACHE); >> perform_md5(fd); >> >>and be sure that teh MD5 is that of what is on the disk. >>not what is in RAM. > > unmount(file-system-of("myfile")) (even if it fails) ? That's actually a pretty good suggestion, and is less intrusive than, say rebooting, which is probably the only way to be entirely sure that the write cache on the drive itself has been flushed. If the write cache is off, Julian probably ought to be able to trust fsync(2)...? -- -Chuck From owner-freebsd-current@FreeBSD.ORG Thu Feb 17 20:26:04 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 8877316A4CE for ; Thu, 17 Feb 2005 20:26:04 +0000 (GMT) Received: from saturn.criticalmagic.com (saturn.criticalmagic.com [64.74.124.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2F55443D45 for ; Thu, 17 Feb 2005 20:26:04 +0000 (GMT) (envelope-from rcoleman@criticalmagic.com) Received: from [10.40.30.75] (delta.ciphertrust.com [216.235.158.34]) by saturn.criticalmagic.com (Postfix) with ESMTP id 6C0923BD10 for ; Thu, 17 Feb 2005 15:26:03 -0500 (EST) Message-ID: <4214FE03.8060302@criticalmagic.com> Date: Thu, 17 Feb 2005 15:26:43 -0500 From: Richard Coleman Organization: Critical Magic User-Agent: Mozilla Thunderbird 1.0 (X11/20041230) X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: sysctl error message (unknown oid) on boot from 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: Thu, 17 Feb 2005 20:26:04 -0000 Today, I rebuilt the world on a freshly checked out copy of -CURRENT on my laptop (Dell Inspiron 4100). When I booted up, the following error message was echoed twice: sysctl: unknown oid 'dev.cpu.0.freq_levels' The only differences between my kernel config and GENERIC is that I have commented out I486_CPU, I586_CPU, WITNESS, INVARIANTS, and SMP. Richard Coleman rcoleman@criticalmagic.com From owner-freebsd-current@FreeBSD.ORG Thu Feb 17 21:19: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 721F516A4CE for ; Thu, 17 Feb 2005 21:19:03 +0000 (GMT) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E12343D2D for ; Thu, 17 Feb 2005 21:19:00 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id j1HLIwKO073137; Thu, 17 Feb 2005 15:18:58 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <42150A3D.8080500@centtech.com> Date: Thu, 17 Feb 2005 15:18:53 -0600 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050210 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Chuck Swiger References: <1108584730.95661.12.camel@server.mcneil.com> <20050216201716.GA28436@odin.ac.hmc.edu> <4213B3C8.3090508@centtech.com> <1108588393.12275.9.camel@server.mcneil.com> <20050216214031.GA2787@odin.ac.hmc.edu> <4213D3AA.70809@elischer.org> <84dead72050217081540fd7640@mail.gmail.com> <4214FD67.7060801@mac.com> In-Reply-To: <4214FD67.7060801@mac.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.82/707/Wed Feb 16 16:00:07 2005 on mh2.centtech.com X-Virus-Status: Clean cc: Julian Elischer cc: current@freebsd.org Subject: Re: where did all my memory go? (file system cache) 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: Thu, 17 Feb 2005 21:19:03 -0000 Chuck Swiger wrote: > Joseph Koshy wrote: > >>> what I want is: >>> >>> int fd = open("myfile",...); >>> write1GBfiletodisk(fd, data); >>> ioctl(fd, PURGEFROMCACHE); >>> perform_md5(fd); >>> >>> and be sure that teh MD5 is that of what is on the disk. >>> not what is in RAM. >> >> >> unmount(file-system-of("myfile")) (even if it fails) ? > > > That's actually a pretty good suggestion, and is less intrusive than, > say rebooting, which is probably the only way to be entirely sure that > the write cache on the drive itself has been flushed. If the write > cache is off, Julian probably ought to be able to trust fsync(2)...? Wouldn't there be a way to take the code that does the cache dumping (excuse my bad lingo here) and make a little tool that does it without any actual unmounting? Suppose the filesystem actually unmounted.. yikes! Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology I have seen the future and it is just like the present, only longer. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Thu Feb 17 21:20: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 27C5C16A4CF for ; Thu, 17 Feb 2005 21:20:55 +0000 (GMT) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 856E943D1F for ; Thu, 17 Feb 2005 21:20:54 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id j1HLKr2F073175; Thu, 17 Feb 2005 15:20:54 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <42150AB1.9010800@centtech.com> Date: Thu, 17 Feb 2005 15:20:49 -0600 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050210 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Brooks Davis References: <20050216215325.9201.qmail@web26805.mail.ukl.yahoo.com> <4213C1FB.6030802@centtech.com> <20050216225528.GB2787@odin.ac.hmc.edu> <4213D099.3020504@centtech.com> <20050216230709.GA22840@odin.ac.hmc.edu> <4214F538.30409@centtech.com> <20050217195559.GA6201@odin.ac.hmc.edu> In-Reply-To: <20050217195559.GA6201@odin.ac.hmc.edu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.82/707/Wed Feb 16 16:00:07 2005 on mh2.centtech.com X-Virus-Status: Clean cc: FreeBSD Current Subject: Re: newfs limits? 10TB filesystem max? 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: Thu, 17 Feb 2005 21:20:55 -0000 Brooks Davis wrote: > On Thu, Feb 17, 2005 at 01:49:12PM -0600, Eric Anderson wrote: > >>Brooks Davis wrote: >>[..snip..] >> >>>>>>>>I've just built an enormous 10TB filesystem. When >>>>>>>>trying to newfs the disk, it bombed with something >>>>>>>>like "cannot allocate memory" after something like >>>>>>>>23xxxxxxxxx sectors.. I noticed disklabel complains >>>>>>>>about disks with more than 2^32-1 sectors not being >>>>>>>>supported.. >> >>[..snip..] >> >>>In that case, you probably don't actually have a bsdlabel there. It's >>>not longer required with geom since you can newfs disks. >>> >>>-- Brooks >>> >> >>Ok - but I'm still wondering why newfs can't newfs.. Here's the real error >>pasted in: >> >>a newfs -U /dev/vinum/plex/raid.p0 gives: >>... >>23425543840, 23425920160, 23426296480, 23426672800, 23427049120, >>23427425440, 23427801760, 23428178080, 23428554400, 23428930720, >>23429307040, 23429683360, 23430059680, 23430436000, 23430812320, >>23431188640, 23431564960, 23431941280, 23432317600, 23432693920, >>23433070240, 23433446560, 23433822880, 23434199200, 23434575520, >>23434951840, 23435328160, 23435704480, 23436080800, 23436457120, >>23436833440, 23437209760, 23437586080, 23437962400, 23438338720,newfs: >>wtfs: 65536 bytes at sector 23438715040: Cannot allocate memory >> >>But: >>newfs -U -s 23438338720 /dev/vinum/plex/raid.p0 >>works.. So I'm losing the last part of my partition.. > > > I'm guessing you are hitting the process datasize limit with newfs. You > should be able to raise it a bit from the default. Be warned, that fsck > has much higher memory requirements so recovery may be difficult if not > impossiable without a 64-bit machine. During the newfs, the process only uses 2424K of memory (1825K resident). I have several hundred MB of memory free the whole time, through and after the newfs. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology I have seen the future and it is just like the present, only longer. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Thu Feb 17 21:33: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 A11F616A4CE for ; Thu, 17 Feb 2005 21:33:21 +0000 (GMT) Received: from hobbiton.shire.net (hobbiton.shire.net [166.70.252.250]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3AC6243D4C for ; Thu, 17 Feb 2005 21:33:21 +0000 (GMT) (envelope-from chad@shire.net) Received: from [67.161.222.227] (helo=[192.168.99.68]) by hobbiton.shire.net with esmtpsa (TLSv1:RC4-SHA:128) (Exim 4.43) id 1D1tGw-000NrW-LU; Thu, 17 Feb 2005 14:33:18 -0700 In-Reply-To: <42150AB1.9010800@centtech.com> References: <20050216215325.9201.qmail@web26805.mail.ukl.yahoo.com> <4213C1FB.6030802@centtech.com> <20050216225528.GB2787@odin.ac.hmc.edu> <4213D099.3020504@centtech.com> <20050216230709.GA22840@odin.ac.hmc.edu> <4214F538.30409@centtech.com> <20050217195559.GA6201@odin.ac.hmc.edu> <42150AB1.9010800@centtech.com> Mime-Version: 1.0 (Apple Message framework v619.2) Message-Id: From: Chad Leigh -- Shire.Net LLC Date: Thu, 17 Feb 2005 14:33:08 -0700 To: Eric Anderson X-Mailer: Apple Mail (2.619.2) X-SA-Exim-Connect-IP: 67.161.222.227 X-SA-Exim-Mail-From: chad@shire.net Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 3.0.0 (2004-09-13) on hobbiton.shire.net X-Spam-Status: No, score=-0.1 required=5.0 tests=AWL,BAYES_50 autolearn=disabled version=3.0.0 X-Spam-Level: X-SA-Exim-Version: 4.1+cvs (built Mon, 23 Aug 2004 08:44:05 -0700) X-SA-Exim-Scanned: Yes (on hobbiton.shire.net) cc: FreeBSD Current Subject: Re: newfs limits? 10TB filesystem max? 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: Thu, 17 Feb 2005 21:33:21 -0000 On Feb 17, 2005, at 2:20 PM, Eric Anderson wrote: > Brooks Davis wrote: >> On Thu, Feb 17, 2005 at 01:49:12PM -0600, Eric Anderson wrote: >>> Brooks Davis wrote: >>> [..snip..] >>> >>>>>>>>> I've just built an enormous 10TB filesystem. When >>>>>>>>> trying to newfs the disk, it bombed with something >>>>>>>>> like "cannot allocate memory" after something like >>>>>>>>> 23xxxxxxxxx sectors.. I noticed disklabel complains >>>>>>>>> about disks with more than 2^32-1 sectors not being >>>>>>>>> supported.. >>> >>> [..snip..] >>> >>>> In that case, you probably don't actually have a bsdlabel there. >>>> It's >>>> not longer required with geom since you can newfs disks. >>>> >>>> -- Brooks >>>> >>> >>> Ok - but I'm still wondering why newfs can't newfs.. Here's the real >>> error pasted in: >>> >>> a newfs -U /dev/vinum/plex/raid.p0 gives: >>> ... >>> 23425543840, 23425920160, 23426296480, 23426672800, 23427049120, >>> 23427425440, 23427801760, 23428178080, 23428554400, 23428930720, >>> 23429307040, 23429683360, 23430059680, 23430436000, 23430812320, >>> 23431188640, 23431564960, 23431941280, 23432317600, 23432693920, >>> 23433070240, 23433446560, 23433822880, 23434199200, 23434575520, >>> 23434951840, 23435328160, 23435704480, 23436080800, 23436457120, >>> 23436833440, 23437209760, 23437586080, 23437962400, >>> 23438338720,newfs: wtfs: 65536 bytes at sector 23438715040: Cannot >>> allocate memory >>> >>> But: >>> newfs -U -s 23438338720 /dev/vinum/plex/raid.p0 works.. So I'm >>> losing the last part of my partition.. >> I'm guessing you are hitting the process datasize limit with newfs. >> You >> should be able to raise it a bit from the default. Be warned, that >> fsck >> has much higher memory requirements so recovery may be difficult if >> not >> impossiable without a 64-bit machine. > > During the newfs, the process only uses 2424K of memory (1825K > resident). I have several hundred MB of memory free the whole time, > through and after the newfs. > > Eric > check the *process limits* is what Brooks was suggesting. Not the system actual resources... best Chad From owner-freebsd-current@FreeBSD.ORG Thu Feb 17 21:45: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 CA02016A4CF for ; Thu, 17 Feb 2005 21:45:02 +0000 (GMT) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 018D843D41 for ; Thu, 17 Feb 2005 21:45:02 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id j1HLj1hG009589; Thu, 17 Feb 2005 15:45:01 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <42151059.30107@centtech.com> Date: Thu, 17 Feb 2005 15:44:57 -0600 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050210 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Chad Leigh -- Shire.Net LLC" References: <20050216215325.9201.qmail@web26805.mail.ukl.yahoo.com> <4213C1FB.6030802@centtech.com> <20050216225528.GB2787@odin.ac.hmc.edu> <4213D099.3020504@centtech.com> <20050216230709.GA22840@odin.ac.hmc.edu> <4214F538.30409@centtech.com> <20050217195559.GA6201@odin.ac.hmc.edu> <42150AB1.9010800@centtech.com> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.82/707/Wed Feb 16 16:00:07 2005 on mh1.centtech.com X-Virus-Status: Clean cc: FreeBSD Current Subject: Re: newfs limits? 10TB filesystem max? 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: Thu, 17 Feb 2005 21:45:03 -0000 Chad Leigh -- Shire.Net LLC wrote: > > On Feb 17, 2005, at 2:20 PM, Eric Anderson wrote: > >> Brooks Davis wrote: >> >>> On Thu, Feb 17, 2005 at 01:49:12PM -0600, Eric Anderson wrote: >>> >>>> Brooks Davis wrote: >>>> [..snip..] >>>> >>>>>>>>>> I've just built an enormous 10TB filesystem. When >>>>>>>>>> trying to newfs the disk, it bombed with something >>>>>>>>>> like "cannot allocate memory" after something like >>>>>>>>>> 23xxxxxxxxx sectors.. I noticed disklabel complains >>>>>>>>>> about disks with more than 2^32-1 sectors not being >>>>>>>>>> supported.. >>>> >>>> >>>> [..snip..] >>>> >>>>> In that case, you probably don't actually have a bsdlabel there. It's >>>>> not longer required with geom since you can newfs disks. >>>>> >>>>> -- Brooks >>>>> >>>> >>>> Ok - but I'm still wondering why newfs can't newfs.. Here's the real >>>> error pasted in: >>>> >>>> a newfs -U /dev/vinum/plex/raid.p0 gives: >>>> ... >>>> 23425543840, 23425920160, 23426296480, 23426672800, 23427049120, >>>> 23427425440, 23427801760, 23428178080, 23428554400, 23428930720, >>>> 23429307040, 23429683360, 23430059680, 23430436000, 23430812320, >>>> 23431188640, 23431564960, 23431941280, 23432317600, 23432693920, >>>> 23433070240, 23433446560, 23433822880, 23434199200, 23434575520, >>>> 23434951840, 23435328160, 23435704480, 23436080800, 23436457120, >>>> 23436833440, 23437209760, 23437586080, 23437962400, >>>> 23438338720,newfs: wtfs: 65536 bytes at sector 23438715040: Cannot >>>> allocate memory >>>> >>>> But: >>>> newfs -U -s 23438338720 /dev/vinum/plex/raid.p0 works.. So I'm >>>> losing the last part of my partition.. >>> >>> I'm guessing you are hitting the process datasize limit with newfs. You >>> should be able to raise it a bit from the default. Be warned, that fsck >>> has much higher memory requirements so recovery may be difficult if not >>> impossiable without a 64-bit machine. >> >> >> During the newfs, the process only uses 2424K of memory (1825K >> resident). I have several hundred MB of memory free the whole time, >> through and after the newfs. >> >> Eric >> > > check the *process limits* is what Brooks was suggesting. Not the > system actual resources... > best > Chad Well, I guess I'm wondering how it could be hitting any limit? Which limit would I be looking at, if it's memory usage is so low.. Sorry if I'm missing something here, but it just doesn't seem evident that a process could be hitting a limit, if it isn't showing anything close in ps output or top.. Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology I have seen the future and it is just like the present, only longer. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Thu Feb 17 22:14:59 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 D5D5D16A4CE for ; Thu, 17 Feb 2005 22:14:59 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C50A43D1D for ; Thu, 17 Feb 2005 22:14:59 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id 7662F7A403; Thu, 17 Feb 2005 14:14:59 -0800 (PST) Message-ID: <42151763.6050607@elischer.org> Date: Thu, 17 Feb 2005 14:14:59 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030516 X-Accept-Language: en, hu MIME-Version: 1.0 To: Joseph Koshy References: <1108584730.95661.12.camel@server.mcneil.com> <20050216201716.GA28436@odin.ac.hmc.edu> <4213B3C8.3090508@centtech.com> <1108588393.12275.9.camel@server.mcneil.com> <20050216214031.GA2787@odin.ac.hmc.edu> <4213D3AA.70809@elischer.org> <84dead72050217081540fd7640@mail.gmail.com> In-Reply-To: <84dead72050217081540fd7640@mail.gmail.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: where did all my memory go? (file system cache) 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: Thu, 17 Feb 2005 22:14:59 -0000 Joseph Koshy wrote: >>what I want is: >> >>int fd = open("myfile",...); >>write1GBfiletodisk(fd, data); >>ioctl(fd, PURGEFROMCACHE); >>perform_md5(fd); >> >>and be sure that teh MD5 is that of what is on the disk. >>not what is in RAM. >> >> > >unmount(file-system-of("myfile")) (even if it fails) ? > > I actually heard this trick before.. I can't say I'm enthusiastic about it.. it also forces the flushing of a lot of stuff I may not want to flush, (yet) I don't want to force my other apps to have to reload their cached data. Neat trick though. > > > From owner-freebsd-current@FreeBSD.ORG Thu Feb 17 22: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 99DD616A4CE for ; Thu, 17 Feb 2005 22:17:53 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B8EB43D1F for ; Thu, 17 Feb 2005 22:17:53 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 486F572DD4; Thu, 17 Feb 2005 14:17:53 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 4351A72DCB; Thu, 17 Feb 2005 14:17:53 -0800 (PST) Date: Thu, 17 Feb 2005 14:17:53 -0800 (PST) From: Doug White To: Eric Anderson In-Reply-To: <42151059.30107@centtech.com> Message-ID: <20050217141542.L49950@carver.gumbysoft.com> References: <20050216215325.9201.qmail@web26805.mail.ukl.yahoo.com> <4213C1FB.6030802@centtech.com> <20050216225528.GB2787@odin.ac.hmc.edu> <4213D099.3020504@centtech.com> <20050216230709.GA22840@odin.ac.hmc.edu> <4214F538.30409@centtech.com> <20050217195559.GA6201@odin.ac.hmc.edu> <42150AB1.9010800@centtech.com> <42151059.30107@centtech.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: FreeBSD Current cc: "Chad Leigh -- Shire.Net LLC" Subject: Re: newfs limits? 10TB filesystem max? 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: Thu, 17 Feb 2005 22:17:53 -0000 On Thu, 17 Feb 2005, Eric Anderson wrote: > >>>> 23438338720,newfs: wtfs: 65536 bytes at sector 23438715040: Cannot > >>>> allocate memory > > check the *process limits* is what Brooks was suggesting. Not the > > system actual resources... > > Well, I guess I'm wondering how it could be hitting any limit? Which > limit would I be looking at, if it's memory usage is so low.. Sorry if > I'm missing something here, but it just doesn't seem evident that a > process could be hitting a limit, if it isn't showing anything close in > ps output or top.. MAXDSIZ probably. Put this in /boot/loader.conf, reboot, then try your newfs: kern.maxdsiz=1073741824 kern.dfldsiz=1073741824 That should give newfs 1GB to play with. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Feb 18 00:05: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 7171C16A4CE for ; Fri, 18 Feb 2005 00:05:33 +0000 (GMT) Received: from gw.catspoiler.org (217-ip-163.nccn.net [209.79.217.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9644743D41 for ; Fri, 18 Feb 2005 00:05:32 +0000 (GMT) (envelope-from truckman@FreeBSD.org) Received: from FreeBSD.org (mousie.catspoiler.org [192.168.101.2]) by gw.catspoiler.org (8.13.1/8.13.1) with ESMTP id j1I05BbL031106; Thu, 17 Feb 2005 16:05:19 -0800 (PST) (envelope-from truckman@FreeBSD.org) Message-Id: <200502180005.j1I05BbL031106@gw.catspoiler.org> Date: Thu, 17 Feb 2005 16:05:11 -0800 (PST) From: Don Lewis To: brooks@one-eyed-alien.net In-Reply-To: <20050217195559.GA6201@odin.ac.hmc.edu> MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii cc: freebsd-current@FreeBSD.org cc: anderson@centtech.com Subject: Re: newfs limits? 10TB filesystem max? 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: Fri, 18 Feb 2005 00:05:33 -0000 On 17 Feb, Brooks Davis wrote: > On Thu, Feb 17, 2005 at 01:49:12PM -0600, Eric Anderson wrote: >> Brooks Davis wrote: >> [..snip..] >> >>>>>>I've just built an enormous 10TB filesystem. When >> >>>>>>trying to newfs the disk, it bombed with something >> >>>>>>like "cannot allocate memory" after something like >> >>>>>>23xxxxxxxxx sectors.. I noticed disklabel complains >> >>>>>>about disks with more than 2^32-1 sectors not being >> >>>>>>supported.. >> >> [..snip..] >> >In that case, you probably don't actually have a bsdlabel there. It's >> >not longer required with geom since you can newfs disks. >> > >> >-- Brooks >> > >> >> Ok - but I'm still wondering why newfs can't newfs.. Here's the real error >> pasted in: >> >> a newfs -U /dev/vinum/plex/raid.p0 gives: >> ... >> 23425543840, 23425920160, 23426296480, 23426672800, 23427049120, >> 23427425440, 23427801760, 23428178080, 23428554400, 23428930720, >> 23429307040, 23429683360, 23430059680, 23430436000, 23430812320, >> 23431188640, 23431564960, 23431941280, 23432317600, 23432693920, >> 23433070240, 23433446560, 23433822880, 23434199200, 23434575520, >> 23434951840, 23435328160, 23435704480, 23436080800, 23436457120, >> 23436833440, 23437209760, 23437586080, 23437962400, 23438338720,newfs: >> wtfs: 65536 bytes at sector 23438715040: Cannot allocate memory >> >> But: >> newfs -U -s 23438338720 /dev/vinum/plex/raid.p0 >> works.. So I'm losing the last part of my partition.. > > I'm guessing you are hitting the process datasize limit with newfs. You > should be able to raise it a bit from the default. Be warned, that fsck > has much higher memory requirements so recovery may be difficult if not > impossiable without a 64-bit machine. I don't know of any reason that newfs would need a lot of memory. I would think that it's memory usage would be independent of file system size. I just looked at the code, and the error message seems to be triggered by bwrite() in libufs failing. There is a potential pair of calls in malloc()/free() in bwrite(), but I think the more likely problem is that pwrite() is failing. I seem to to recall seeing a recent kernel commit that changed an ENOMEM error return to something else like EFBIG or ENOSPC. From owner-freebsd-current@FreeBSD.ORG Fri Feb 18 00:33:11 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 B159616A4CE for ; Fri, 18 Feb 2005 00:33:11 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 48BBF43D41 for ; Fri, 18 Feb 2005 00:33:11 +0000 (GMT) (envelope-from alexjeffburke@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so355829wra for ; Thu, 17 Feb 2005 16:33:10 -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=bHGkMJCA2inYM9uJbKFibohC/EnkIk4vpbqFOGRCFzoyBIyFu5G4VK0wJza8HNDyn6UTlwBhTKJia0TsNy+kTfNXJZR0spZ+Dh44jEvLcaKKtMDHf3q1HDwhRMCHrKC4ZMhmZe7ydw9Rwpl/lIpCkRgBTSzEIsDwFAic4ny9cbI= Received: by 10.54.5.42 with SMTP id 42mr99747wre; Thu, 17 Feb 2005 16:33:09 -0800 (PST) Received: by 10.54.37.43 with HTTP; Thu, 17 Feb 2005 16:33:08 -0800 (PST) Message-ID: Date: Fri, 18 Feb 2005 00:33:08 +0000 From: Alex Burke To: FreeBSD CURRENT Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: single user v multiuser boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Alex Burke List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Feb 2005 00:33:11 -0000 Hi, I was wondering what gives the kernel the ability to boot in multiuser mode, and whether it is some code in the kernel or whether it is the init process and associated tools? As a follow-up question, if the kernel for a new architecture can already boot in single user mode, would it be just a matter of compiling init and those tools for that particular architecture to get the kernel to run in multiuser mode? The reason I ask these questions is that I would like to continue work on the FreeBSD/390 port. I have a mini mainframe (P/390) which I could use to test the code on real hardware, and I'd much rather use FreeBSD/390 than Linux/390 on the little box! Since I cant write kernel code yet, I was going to try compiling init and the shared libraries as 390 code and try to get the system booting further (it would have to be a memory based filesystem mounted as root, I dont think a driver for mainframe CKD or FBA disk exists yet). I was thinking eventually of porting linux 390 drivers to FreeBSD, but im not sure if licensing issues come into that. Apologies if i have posted to the wrong mailing list, i am not sure what this comes under. Thanks for your patience, Alex J Burke. From owner-freebsd-current@FreeBSD.ORG Fri Feb 18 00:33: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 BD68D16A4CE; Fri, 18 Feb 2005 00:33:50 +0000 (GMT) Received: from ylpvm01.prodigy.net (ylpvm01-ext.prodigy.net [207.115.57.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E4F343D3F; Fri, 18 Feb 2005 00:33:48 +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])j1I0XjvE011617; Thu, 17 Feb 2005 19:33:45 -0500 Message-ID: <421537E9.8050203@root.org> Date: Thu, 17 Feb 2005 16:33:45 -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 References: <4213F066.2050708@root.org> <4214119B.2010909@telia.com> In-Reply-To: <4214119B.2010909@telia.com> Content-Type: multipart/mixed; boundary="------------090907050404050609010507" cc: current@freebsd.org Subject: Re: patch: p4tcc and speedstep cpufreq drivers 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: Fri, 18 Feb 2005 00:33:50 -0000 This is a multi-part message in MIME format. --------------090907050404050609010507 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Pawel Worach wrote: > Nate Lawson wrote: > >> Attached is a patch that I'd like to get tested. After applying it, >> rebuild and load the cpufreq.ko module. Be sure you do _not_ have >> "options CPU_ENABLE_TCC" in your kernel config or the new driver will >> conflict with the old. > > > Hi Nate, > > This is what I get on a TP T41, do the cpufreq results below look right? > Also if I loaded both modules all I got for dev.cpu.0.freq was -1 or > 1700 and no levels. > > CPU: Intel(R) Pentium(R) M processor 1700MHz (1698.56-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0x695 Stepping = 5 > Features=0xa7e9f9bf Apologies. I found 2 bugs, one was not calling cpufreq_register() and the other was that the code to detect acpi_perf (in ichss and est) was incorrect. I've committed fixes for that and have updated the patch. Please ues this version and test again. Thanks, -- Nate --------------090907050404050609010507 Content-Type: text/plain; name="cpufreq_est_p4tcc.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="cpufreq_est_p4tcc.diff" Index: conf/files.i386 =================================================================== RCS file: /home/ncvs/src/sys/conf/files.i386,v retrieving revision 1.516 diff -u -r1.516 files.i386 --- conf/files.i386 9 Feb 2005 20:03:39 -0000 1.516 +++ conf/files.i386 16 Feb 2005 16:05:02 -0000 @@ -218,6 +218,8 @@ i386/bios/smapi_bios.S optional smapi i386/bios/smbios.c optional smbios i386/bios/vpd.c optional vpd +i386/cpufreq/est.c optional cpufreq +i386/cpufreq/p4tcc.c optional cpufreq #i386/i386/apic_vector.s optional apic i386/i386/atomic.c standard \ compile-with "${CC} -c ${CFLAGS} ${DEFINED_PROF:S/^$/-fomit-frame-pointer/} ${.IMPSRC}" Index: modules/cpufreq/Makefile =================================================================== RCS file: /home/ncvs/src/sys/modules/cpufreq/Makefile,v retrieving revision 1.1 diff -u -r1.1 Makefile --- modules/cpufreq/Makefile 4 Feb 2005 05:49:36 -0000 1.1 +++ modules/cpufreq/Makefile 17 Feb 2005 01:03:30 -0000 @@ -1,10 +1,15 @@ # $FreeBSD$ -.PATH: ${.CURDIR}/../../dev/cpufreq +.PATH: ${.CURDIR}/../../dev/cpufreq \ + ${.CURDIR}/../../${MACHINE_ARCH}/cpufreq KMOD= cpufreq WARNS?= 2 SRCS= ichss.c SRCS+= bus_if.h cpufreq_if.h device_if.h pci_if.h +.if ${MACHINE} == "i386" +SRCS+= est.c p4tcc.c +.endif + .include Index: i386/cpufreq/est.c =================================================================== RCS file: i386/cpufreq/est.c diff -N i386/cpufreq/est.c --- /dev/null 1 Jan 1970 00:00:00 -0000 +++ i386/cpufreq/est.c 18 Feb 2005 00:09:59 -0000 @@ -0,0 +1,788 @@ +/*- + * Copyright (c) 2004 Colin Percival + * Copyright (c) 2005 Nate Lawson + * All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted providing that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in the + * documentation and/or other materials provided with the distribution. + * + * THIS SOFTWARE IS PROVIDED BY THE AUTHOR``AS IS'' AND ANY EXPRESS OR + * IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED + * WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE + * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR ANY + * DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL + * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS + * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) + * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, + * STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING + * IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE + * POSSIBILITY OF SUCH DAMAGE. + */ + +#include +__FBSDID("$FreeBSD$"); + +#include +#include +#include +#include +#include +#include +#include + +#include "cpufreq_if.h" +#include + +/* Status/control registers (from the IA-32 System Programming Guide). */ +#define MSR_PERF_STATUS 0x198 +#define MSR_PERF_CTL 0x199 + +/* Register and bit for enabling SpeedStep. */ +#define MSR_MISC_ENABLE 0x1a0 +#define MSR_SS_ENABLE (1<<16) + +/* Frequency and MSR control values. */ +typedef struct { + uint16_t freq; + uint16_t volts; + uint16_t id16; +} freq_info; + +/* Identifying characteristics of a processor and supported frequencies. */ +typedef struct { + const char *vendor; + uint32_t id32; + uint32_t bus_clk; + const freq_info *freqtab; +} cpu_info; + +struct est_softc { + device_t dev; + const freq_info *freq_list; +}; + +/* Convert MHz and mV into IDs for passing to the MSR. */ +#define ID16(MHz, mV, bus_clk) \ + (((MHz / bus_clk) << 8) | ((mV ? mV - 700 : 0) >> 4)) +#define ID32(MHz_hi, mV_hi, MHz_lo, mV_lo, bus_clk) \ + ((ID16(MHz_lo, mV_lo, bus_clk) << 16) | (ID16(MHz_hi, mV_hi, bus_clk))) + +/* Format for storing IDs in our table. */ +#define FREQ_INFO(MHz, mV, bus_clk) \ + { MHz, mV, ID16(MHz, mV, bus_clk) } +#define INTEL(tab, zhi, vhi, zlo, vlo, bus_clk) \ + { GenuineIntel, ID32(zhi, vhi, zlo, vlo, bus_clk), bus_clk, tab } + +const char GenuineIntel[] = "GenuineIntel"; + +/* Default bus clock value for Centrino processors. */ +#define INTEL_BUS_CLK 100 + +/* XXX Update this if new CPUs have more settings. */ +#define EST_MAX_SETTINGS 10 +CTASSERT(EST_MAX_SETTINGS <= MAX_SETTINGS); + +/* Estimate in microseconds of latency for performing a transition. */ +#define EST_TRANS_LAT 10 + +/* + * Frequency (MHz) and voltage (mV) settings. Data from the + * Intel Pentium M Processor Datasheet (Order Number 252612), Table 5. + * + * XXX New Dothan processors have multiple VID# with different + * settings for each VID#. Since we can't uniquely identify this info + * without undisclosed methods from Intel, we can't support newer + * processors with this table method. If ACPI Px states are supported, + * we can get info from them. + */ +const freq_info PM17_130[] = { + /* 130nm 1.70GHz Pentium M */ + FREQ_INFO(1700, 1484, INTEL_BUS_CLK), + FREQ_INFO(1400, 1308, INTEL_BUS_CLK), + FREQ_INFO(1200, 1228, INTEL_BUS_CLK), + FREQ_INFO(1000, 1116, INTEL_BUS_CLK), + FREQ_INFO( 800, 1004, INTEL_BUS_CLK), + FREQ_INFO( 600, 956, INTEL_BUS_CLK), + FREQ_INFO( 0, 0, 1), +}; +const freq_info PM16_130[] = { + /* 130nm 1.60GHz Pentium M */ + FREQ_INFO(1600, 1484, INTEL_BUS_CLK), + FREQ_INFO(1400, 1420, INTEL_BUS_CLK), + FREQ_INFO(1200, 1276, INTEL_BUS_CLK), + FREQ_INFO(1000, 1164, INTEL_BUS_CLK), + FREQ_INFO( 800, 1036, INTEL_BUS_CLK), + FREQ_INFO( 600, 956, INTEL_BUS_CLK), + FREQ_INFO( 0, 0, 1), +}; +const freq_info PM15_130[] = { + /* 130nm 1.50GHz Pentium M */ + FREQ_INFO(1500, 1484, INTEL_BUS_CLK), + FREQ_INFO(1400, 1452, INTEL_BUS_CLK), + FREQ_INFO(1200, 1356, INTEL_BUS_CLK), + FREQ_INFO(1000, 1228, INTEL_BUS_CLK), + FREQ_INFO( 800, 1116, INTEL_BUS_CLK), + FREQ_INFO( 600, 956, INTEL_BUS_CLK), + FREQ_INFO( 0, 0, 1), +}; +const freq_info PM14_130[] = { + /* 130nm 1.40GHz Pentium M */ + FREQ_INFO(1400, 1484, INTEL_BUS_CLK), + FREQ_INFO(1200, 1436, INTEL_BUS_CLK), + FREQ_INFO(1000, 1308, INTEL_BUS_CLK), + FREQ_INFO( 800, 1180, INTEL_BUS_CLK), + FREQ_INFO( 600, 956, INTEL_BUS_CLK), + FREQ_INFO( 0, 0, 1), +}; +const freq_info PM13_130[] = { + /* 130nm 1.30GHz Pentium M */ + FREQ_INFO(1300, 1388, INTEL_BUS_CLK), + FREQ_INFO(1200, 1356, INTEL_BUS_CLK), + FREQ_INFO(1000, 1292, INTEL_BUS_CLK), + FREQ_INFO( 800, 1260, INTEL_BUS_CLK), + FREQ_INFO( 600, 956, INTEL_BUS_CLK), + FREQ_INFO( 0, 0, 1), +}; +const freq_info PM13_LV_130[] = { + /* 130nm 1.30GHz Low Voltage Pentium M */ + FREQ_INFO(1300, 1180, INTEL_BUS_CLK), + FREQ_INFO(1200, 1164, INTEL_BUS_CLK), + FREQ_INFO(1100, 1100, INTEL_BUS_CLK), + FREQ_INFO(1000, 1020, INTEL_BUS_CLK), + FREQ_INFO( 900, 1004, INTEL_BUS_CLK), + FREQ_INFO( 800, 988, INTEL_BUS_CLK), + FREQ_INFO( 600, 956, INTEL_BUS_CLK), + FREQ_INFO( 0, 0, 1), +}; +const freq_info PM12_LV_130[] = { + /* 130 nm 1.20GHz Low Voltage Pentium M */ + FREQ_INFO(1200, 1180, INTEL_BUS_CLK), + FREQ_INFO(1100, 1164, INTEL_BUS_CLK), + FREQ_INFO(1000, 1100, INTEL_BUS_CLK), + FREQ_INFO( 900, 1020, INTEL_BUS_CLK), + FREQ_INFO( 800, 1004, INTEL_BUS_CLK), + FREQ_INFO( 600, 956, INTEL_BUS_CLK), + FREQ_INFO( 0, 0, 1), +}; +const freq_info PM11_LV_130[] = { + /* 130 nm 1.10GHz Low Voltage Pentium M */ + FREQ_INFO(1100, 1180, INTEL_BUS_CLK), + FREQ_INFO(1000, 1164, INTEL_BUS_CLK), + FREQ_INFO( 900, 1100, INTEL_BUS_CLK), + FREQ_INFO( 800, 1020, INTEL_BUS_CLK), + FREQ_INFO( 600, 956, INTEL_BUS_CLK), + FREQ_INFO( 0, 0, 1), +}; +const freq_info PM11_ULV_130[] = { + /* 130 nm 1.10GHz Ultra Low Voltage Pentium M */ + FREQ_INFO(1100, 1004, INTEL_BUS_CLK), + FREQ_INFO(1000, 988, INTEL_BUS_CLK), + FREQ_INFO( 900, 972, INTEL_BUS_CLK), + FREQ_INFO( 800, 956, INTEL_BUS_CLK), + FREQ_INFO( 600, 844, INTEL_BUS_CLK), + FREQ_INFO( 0, 0, 1), +}; +const freq_info PM10_ULV_130[] = { + /* 130 nm 1.00GHz Ultra Low Voltage Pentium M */ + FREQ_INFO(1000, 1004, INTEL_BUS_CLK), + FREQ_INFO( 900, 988, INTEL_BUS_CLK), + FREQ_INFO( 800, 972, INTEL_BUS_CLK), + FREQ_INFO( 600, 844, INTEL_BUS_CLK), + FREQ_INFO( 0, 0, 1), +}; + +/* + * Data from "Intel Pentium M Processor on 90nm Process with + * 2-MB L2 Cache Datasheet", Order Number 302189, Table 5. + */ +const freq_info PM_765A_90[] = { + /* 90 nm 2.10GHz Pentium M, VID #A */ + FREQ_INFO(2100, 1340, INTEL_BUS_CLK), + FREQ_INFO(1800, 1276, INTEL_BUS_CLK), + FREQ_INFO(1600, 1228, INTEL_BUS_CLK), + FREQ_INFO(1400, 1180, INTEL_BUS_CLK), + FREQ_INFO(1200, 1132, INTEL_BUS_CLK), + FREQ_INFO(1000, 1084, INTEL_BUS_CLK), + FREQ_INFO( 800, 1036, INTEL_BUS_CLK), + FREQ_INFO( 600, 988, INTEL_BUS_CLK), + FREQ_INFO( 0, 0, 1), +}; +const freq_info PM_765B_90[] = { + /* 90 nm 2.10GHz Pentium M, VID #B */ + FREQ_INFO(2100, 1324, INTEL_BUS_CLK), + FREQ_INFO(1800, 1260, INTEL_BUS_CLK), + FREQ_INFO(1600, 1212, INTEL_BUS_CLK), + FREQ_INFO(1400, 1180, INTEL_BUS_CLK), + FREQ_INFO(1200, 1132, INTEL_BUS_CLK), + FREQ_INFO(1000, 1084, INTEL_BUS_CLK), + FREQ_INFO( 800, 1036, INTEL_BUS_CLK), + FREQ_INFO( 600, 988, INTEL_BUS_CLK), + FREQ_INFO( 0, 0, 1), +}; +const freq_info PM_765C_90[] = { + /* 90 nm 2.10GHz Pentium M, VID #C */ + FREQ_INFO(2100, 1308, INTEL_BUS_CLK), + FREQ_INFO(1800, 1244, INTEL_BUS_CLK), + FREQ_INFO(1600, 1212, INTEL_BUS_CLK), + FREQ_INFO(1400, 1164, INTEL_BUS_CLK), + FREQ_INFO(1200, 1116, INTEL_BUS_CLK), + FREQ_INFO(1000, 1084, INTEL_BUS_CLK), + FREQ_INFO( 800, 1036, INTEL_BUS_CLK), + FREQ_INFO( 600, 988, INTEL_BUS_CLK), + FREQ_INFO( 0, 0, 1), +}; +const freq_info PM_765E_90[] = { + /* 90 nm 2.10GHz Pentium M, VID #E */ + FREQ_INFO(2100, 1356, INTEL_BUS_CLK), + FREQ_INFO(1800, 1292, INTEL_BUS_CLK), + FREQ_INFO(1600, 1244, INTEL_BUS_CLK), + FREQ_INFO(1400, 1196, INTEL_BUS_CLK), + FREQ_INFO(1200, 1148, INTEL_BUS_CLK), + FREQ_INFO(1000, 1100, INTEL_BUS_CLK), + FREQ_INFO( 800, 1052, INTEL_BUS_CLK), + FREQ_INFO( 600, 988, INTEL_BUS_CLK), + FREQ_INFO( 0, 0, 1), +}; +const freq_info PM_755A_90[] = { + /* 90 nm 2.00GHz Pentium M, VID #A */ + FREQ_INFO(2000, 1340, INTEL_BUS_CLK), + FREQ_INFO(1800, 1292, INTEL_BUS_CLK), + FREQ_INFO(1600, 1244, INTEL_BUS_CLK), + FREQ_INFO(1400, 1196, INTEL_BUS_CLK), + FREQ_INFO(1200, 1148, INTEL_BUS_CLK), + FREQ_INFO(1000, 1100, INTEL_BUS_CLK), + FREQ_INFO( 800, 1052, INTEL_BUS_CLK), + FREQ_INFO( 600, 988, INTEL_BUS_CLK), + FREQ_INFO( 0, 0, 1), +}; +const freq_info PM_755B_90[] = { + /* 90 nm 2.00GHz Pentium M, VID #B */ + FREQ_INFO(2000, 1324, INTEL_BUS_CLK), + FREQ_INFO(1800, 1276, INTEL_BUS_CLK), + FREQ_INFO(1600, 1228, INTEL_BUS_CLK), + FREQ_INFO(1400, 1180, INTEL_BUS_CLK), + FREQ_INFO(1200, 1132, INTEL_BUS_CLK), + FREQ_INFO(1000, 1084, INTEL_BUS_CLK), + FREQ_INFO( 800, 1036, INTEL_BUS_CLK), + FREQ_INFO( 600, 988, INTEL_BUS_CLK), + FREQ_INFO( 0, 0, 1), +}; +const freq_info PM_755C_90[] = { + /* 90 nm 2.00GHz Pentium M, VID #C */ + FREQ_INFO(2000, 1308, INTEL_BUS_CLK), + FREQ_INFO(1800, 1276, INTEL_BUS_CLK), + FREQ_INFO(1600, 1228, INTEL_BUS_CLK), + FREQ_INFO(1400, 1180, INTEL_BUS_CLK), + FREQ_INFO(1200, 1132, INTEL_BUS_CLK), + FREQ_INFO(1000, 1084, INTEL_BUS_CLK), + FREQ_INFO( 800, 1036, INTEL_BUS_CLK), + FREQ_INFO( 600, 988, INTEL_BUS_CLK), + FREQ_INFO( 0, 0, 1), +}; +const freq_info PM_755D_90[] = { + /* 90 nm 2.00GHz Pentium M, VID #D */ + FREQ_INFO(2000, 1276, INTEL_BUS_CLK), + FREQ_INFO(1800, 1244, INTEL_BUS_CLK), + FREQ_INFO(1600, 1196, INTEL_BUS_CLK), + FREQ_INFO(1400, 1164, INTEL_BUS_CLK), + FREQ_INFO(1200, 1116, INTEL_BUS_CLK), + FREQ_INFO(1000, 1084, INTEL_BUS_CLK), + FREQ_INFO( 800, 1036, INTEL_BUS_CLK), + FREQ_INFO( 600, 988, INTEL_BUS_CLK), + FREQ_INFO( 0, 0, 1), +}; +const freq_info PM_745A_90[] = { + /* 90 nm 1.80GHz Pentium M, VID #A */ + FREQ_INFO(1800, 1340, INTEL_BUS_CLK), + FREQ_INFO(1600, 1292, INTEL_BUS_CLK), + FREQ_INFO(1400, 1228, INTEL_BUS_CLK), + FREQ_INFO(1200, 1164, INTEL_BUS_CLK), + FREQ_INFO(1000, 1116, INTEL_BUS_CLK), + FREQ_INFO( 800, 1052, INTEL_BUS_CLK), + FREQ_INFO( 600, 988, INTEL_BUS_CLK), + FREQ_INFO( 0, 0, 1), +}; +const freq_info PM_745B_90[] = { + /* 90 nm 1.80GHz Pentium M, VID #B */ + FREQ_INFO(1800, 1324, INTEL_BUS_CLK), + FREQ_INFO(1600, 1276, INTEL_BUS_CLK), + FREQ_INFO(1400, 1212, INTEL_BUS_CLK), + FREQ_INFO(1200, 1164, INTEL_BUS_CLK), + FREQ_INFO(1000, 1116, INTEL_BUS_CLK), + FREQ_INFO( 800, 1052, INTEL_BUS_CLK), + FREQ_INFO( 600, 988, INTEL_BUS_CLK), + FREQ_INFO( 0, 0, 1), +}; +const freq_info PM_745C_90[] = { + /* 90 nm 1.80GHz Pentium M, VID #C */ + FREQ_INFO(1800, 1308, INTEL_BUS_CLK), + FREQ_INFO(1600, 1260, INTEL_BUS_CLK), + FREQ_INFO(1400, 1212, INTEL_BUS_CLK), + FREQ_INFO(1200, 1148, INTEL_BUS_CLK), + FREQ_INFO(1000, 1100, INTEL_BUS_CLK), + FREQ_INFO( 800, 1052, INTEL_BUS_CLK), + FREQ_INFO( 600, 988, INTEL_BUS_CLK), + FREQ_INFO( 0, 0, 1), +}; +const freq_info PM_745D_90[] = { + /* 90 nm 1.80GHz Pentium M, VID #D */ + FREQ_INFO(1800, 1276, INTEL_BUS_CLK), + FREQ_INFO(1600, 1228, INTEL_BUS_CLK), + FREQ_INFO(1400, 1180, INTEL_BUS_CLK), + FREQ_INFO(1200, 1132, INTEL_BUS_CLK), + FREQ_INFO(1000, 1084, INTEL_BUS_CLK), + FREQ_INFO( 800, 1036, INTEL_BUS_CLK), + FREQ_INFO( 600, 988, INTEL_BUS_CLK), + FREQ_INFO( 0, 0, 1), +}; +const freq_info PM_735A_90[] = { + /* 90 nm 1.70GHz Pentium M, VID #A */ + FREQ_INFO(1700, 1340, INTEL_BUS_CLK), + FREQ_INFO(1400, 1244, INTEL_BUS_CLK), + FREQ_INFO(1200, 1180, INTEL_BUS_CLK), + FREQ_INFO(1000, 1116, INTEL_BUS_CLK), + FREQ_INFO( 800, 1052, INTEL_BUS_CLK), + FREQ_INFO( 600, 988, INTEL_BUS_CLK), + FREQ_INFO( 0, 0, 1), +}; +const freq_info PM_735B_90[] = { + /* 90 nm 1.70GHz Pentium M, VID #B */ + FREQ_INFO(1700, 1324, INTEL_BUS_CLK), + FREQ_INFO(1400, 1244, INTEL_BUS_CLK), + FREQ_INFO(1200, 1180, INTEL_BUS_CLK), + FREQ_INFO(1000, 1116, INTEL_BUS_CLK), + FREQ_INFO( 800, 1052, INTEL_BUS_CLK), + FREQ_INFO( 600, 988, INTEL_BUS_CLK), + FREQ_INFO( 0, 0, 1), +}; +const freq_info PM_735C_90[] = { + /* 90 nm 1.70GHz Pentium M, VID #C */ + FREQ_INFO(1700, 1308, INTEL_BUS_CLK), + FREQ_INFO(1400, 1228, INTEL_BUS_CLK), + FREQ_INFO(1200, 1164, INTEL_BUS_CLK), + FREQ_INFO(1000, 1116, INTEL_BUS_CLK), + FREQ_INFO( 800, 1052, INTEL_BUS_CLK), + FREQ_INFO( 600, 988, INTEL_BUS_CLK), + FREQ_INFO( 0, 0, 1), +}; +const freq_info PM_735D_90[] = { + /* 90 nm 1.70GHz Pentium M, VID #D */ + FREQ_INFO(1700, 1276, INTEL_BUS_CLK), + FREQ_INFO(1400, 1212, INTEL_BUS_CLK), + FREQ_INFO(1200, 1148, INTEL_BUS_CLK), + FREQ_INFO(1000, 1100, INTEL_BUS_CLK), + FREQ_INFO( 800, 1052, INTEL_BUS_CLK), + FREQ_INFO( 600, 988, INTEL_BUS_CLK), + FREQ_INFO( 0, 0, 1), +}; +const freq_info PM_725A_90[] = { + /* 90 nm 1.60GHz Pentium M, VID #A */ + FREQ_INFO(1600, 1340, INTEL_BUS_CLK), + FREQ_INFO(1400, 1276, INTEL_BUS_CLK), + FREQ_INFO(1200, 1212, INTEL_BUS_CLK), + FREQ_INFO(1000, 1132, INTEL_BUS_CLK), + FREQ_INFO( 800, 1068, INTEL_BUS_CLK), + FREQ_INFO( 600, 988, INTEL_BUS_CLK), + FREQ_INFO( 0, 0, 1), +}; +const freq_info PM_725B_90[] = { + /* 90 nm 1.60GHz Pentium M, VID #B */ + FREQ_INFO(1600, 1324, INTEL_BUS_CLK), + FREQ_INFO(1400, 1260, INTEL_BUS_CLK), + FREQ_INFO(1200, 1196, INTEL_BUS_CLK), + FREQ_INFO(1000, 1132, INTEL_BUS_CLK), + FREQ_INFO( 800, 1068, INTEL_BUS_CLK), + FREQ_INFO( 600, 988, INTEL_BUS_CLK), + FREQ_INFO( 0, 0, 1), +}; +const freq_info PM_725C_90[] = { + /* 90 nm 1.60GHz Pentium M, VID #C */ + FREQ_INFO(1600, 1308, INTEL_BUS_CLK), + FREQ_INFO(1400, 1244, INTEL_BUS_CLK), + FREQ_INFO(1200, 1180, INTEL_BUS_CLK), + FREQ_INFO(1000, 1116, INTEL_BUS_CLK), + FREQ_INFO( 800, 1052, INTEL_BUS_CLK), + FREQ_INFO( 600, 988, INTEL_BUS_CLK), + FREQ_INFO( 0, 0, 1), +}; +const freq_info PM_725D_90[] = { + /* 90 nm 1.60GHz Pentium M, VID #D */ + FREQ_INFO(1600, 1276, INTEL_BUS_CLK), + FREQ_INFO(1400, 1228, INTEL_BUS_CLK), + FREQ_INFO(1200, 1164, INTEL_BUS_CLK), + FREQ_INFO(1000, 1116, INTEL_BUS_CLK), + FREQ_INFO( 800, 1052, INTEL_BUS_CLK), + FREQ_INFO( 600, 988, INTEL_BUS_CLK), + FREQ_INFO( 0, 0, 1), +}; +const freq_info PM_715A_90[] = { + /* 90 nm 1.50GHz Pentium M, VID #A */ + FREQ_INFO(1500, 1340, INTEL_BUS_CLK), + FREQ_INFO(1200, 1228, INTEL_BUS_CLK), + FREQ_INFO(1000, 1148, INTEL_BUS_CLK), + FREQ_INFO( 800, 1068, INTEL_BUS_CLK), + FREQ_INFO( 600, 988, INTEL_BUS_CLK), + FREQ_INFO( 0, 0, 1), +}; +const freq_info PM_715B_90[] = { + /* 90 nm 1.50GHz Pentium M, VID #B */ + FREQ_INFO(1500, 1324, INTEL_BUS_CLK), + FREQ_INFO(1200, 1212, INTEL_BUS_CLK), + FREQ_INFO(1000, 1148, INTEL_BUS_CLK), + FREQ_INFO( 800, 1068, INTEL_BUS_CLK), + FREQ_INFO( 600, 988, INTEL_BUS_CLK), + FREQ_INFO( 0, 0, 1), +}; +const freq_info PM_715C_90[] = { + /* 90 nm 1.50GHz Pentium M, VID #C */ + FREQ_INFO(1500, 1308, INTEL_BUS_CLK), + FREQ_INFO(1200, 1212, INTEL_BUS_CLK), + FREQ_INFO(1000, 1132, INTEL_BUS_CLK), + FREQ_INFO( 800, 1068, INTEL_BUS_CLK), + FREQ_INFO( 600, 988, INTEL_BUS_CLK), + FREQ_INFO( 0, 0, 1), +}; +const freq_info PM_715D_90[] = { + /* 90 nm 1.50GHz Pentium M, VID #D */ + FREQ_INFO(1500, 1276, INTEL_BUS_CLK), + FREQ_INFO(1200, 1180, INTEL_BUS_CLK), + FREQ_INFO(1000, 1116, INTEL_BUS_CLK), + FREQ_INFO( 800, 1052, INTEL_BUS_CLK), + FREQ_INFO( 600, 988, INTEL_BUS_CLK), + FREQ_INFO( 0, 0, 1), +}; +const freq_info PM_738_90[] = { + /* 90 nm 1.40GHz Low Voltage Pentium M */ + FREQ_INFO(1400, 1116, INTEL_BUS_CLK), + FREQ_INFO(1300, 1116, INTEL_BUS_CLK), + FREQ_INFO(1200, 1100, INTEL_BUS_CLK), + FREQ_INFO(1100, 1068, INTEL_BUS_CLK), + FREQ_INFO(1000, 1052, INTEL_BUS_CLK), + FREQ_INFO( 900, 1036, INTEL_BUS_CLK), + FREQ_INFO( 800, 1020, INTEL_BUS_CLK), + FREQ_INFO( 600, 988, INTEL_BUS_CLK), + FREQ_INFO( 0, 0, 1), +}; +const freq_info PM_733_90[] = { + /* 90 nm 1.10GHz Ultra Low Voltage Pentium M */ + FREQ_INFO(1100, 940, INTEL_BUS_CLK), + FREQ_INFO(1000, 924, INTEL_BUS_CLK), + FREQ_INFO( 900, 892, INTEL_BUS_CLK), + FREQ_INFO( 800, 876, INTEL_BUS_CLK), + FREQ_INFO( 600, 812, INTEL_BUS_CLK), + FREQ_INFO( 0, 0, 1), +}; +const freq_info PM_723_90[] = { + /* 90 nm 1.00GHz Ultra Low Voltage Pentium M */ + FREQ_INFO(1000, 940, INTEL_BUS_CLK), + FREQ_INFO( 900, 908, INTEL_BUS_CLK), + FREQ_INFO( 800, 876, INTEL_BUS_CLK), + FREQ_INFO( 600, 812, INTEL_BUS_CLK), + FREQ_INFO( 0, 0, 1), +}; + +const cpu_info ESTprocs[] = { + INTEL(PM17_130, 1700, 1484, 600, 956, INTEL_BUS_CLK), + INTEL(PM16_130, 1600, 1484, 600, 956, INTEL_BUS_CLK), + INTEL(PM15_130, 1500, 1484, 600, 956, INTEL_BUS_CLK), + INTEL(PM14_130, 1400, 1484, 600, 956, INTEL_BUS_CLK), + INTEL(PM13_130, 1300, 1388, 600, 956, INTEL_BUS_CLK), + INTEL(PM13_LV_130, 1300, 1180, 600, 956, INTEL_BUS_CLK), + INTEL(PM12_LV_130, 1200, 1180, 600, 956, INTEL_BUS_CLK), + INTEL(PM11_LV_130, 1100, 1180, 600, 956, INTEL_BUS_CLK), + INTEL(PM11_ULV_130, 1100, 1004, 600, 844, INTEL_BUS_CLK), + INTEL(PM10_ULV_130, 1000, 1004, 600, 844, INTEL_BUS_CLK), + INTEL(PM_765A_90, 2100, 1340, 600, 988, INTEL_BUS_CLK), + INTEL(PM_765B_90, 2100, 1324, 600, 988, INTEL_BUS_CLK), + INTEL(PM_765C_90, 2100, 1308, 600, 988, INTEL_BUS_CLK), + INTEL(PM_765E_90, 2100, 1356, 600, 988, INTEL_BUS_CLK), + INTEL(PM_755A_90, 2000, 1340, 600, 988, INTEL_BUS_CLK), + INTEL(PM_755B_90, 2000, 1324, 600, 988, INTEL_BUS_CLK), + INTEL(PM_755C_90, 2000, 1308, 600, 988, INTEL_BUS_CLK), + INTEL(PM_755D_90, 2000, 1276, 600, 988, INTEL_BUS_CLK), + INTEL(PM_745A_90, 1800, 1340, 600, 988, INTEL_BUS_CLK), + INTEL(PM_745B_90, 1800, 1324, 600, 988, INTEL_BUS_CLK), + INTEL(PM_745C_90, 1800, 1308, 600, 988, INTEL_BUS_CLK), + INTEL(PM_745D_90, 1800, 1276, 600, 988, INTEL_BUS_CLK), + INTEL(PM_735A_90, 1700, 1340, 600, 988, INTEL_BUS_CLK), + INTEL(PM_735B_90, 1700, 1324, 600, 988, INTEL_BUS_CLK), + INTEL(PM_735C_90, 1700, 1308, 600, 988, INTEL_BUS_CLK), + INTEL(PM_735D_90, 1700, 1276, 600, 988, INTEL_BUS_CLK), + INTEL(PM_725A_90, 1600, 1340, 600, 988, INTEL_BUS_CLK), + INTEL(PM_725B_90, 1600, 1324, 600, 988, INTEL_BUS_CLK), + INTEL(PM_725C_90, 1600, 1308, 600, 988, INTEL_BUS_CLK), + INTEL(PM_725D_90, 1600, 1276, 600, 988, INTEL_BUS_CLK), + INTEL(PM_715A_90, 1500, 1340, 600, 988, INTEL_BUS_CLK), + INTEL(PM_715B_90, 1500, 1324, 600, 988, INTEL_BUS_CLK), + INTEL(PM_715C_90, 1500, 1308, 600, 988, INTEL_BUS_CLK), + INTEL(PM_715D_90, 1500, 1276, 600, 988, INTEL_BUS_CLK), + INTEL(PM_738_90, 1400, 1116, 600, 988, INTEL_BUS_CLK), + INTEL(PM_733_90, 1100, 940, 600, 812, INTEL_BUS_CLK), + INTEL(PM_723_90, 1000, 940, 600, 812, INTEL_BUS_CLK), + { NULL, 0, 0, NULL }, +}; + +static void est_identify(driver_t *driver, device_t parent); +static int est_probe(device_t parent); +static int est_attach(device_t parent); +static int est_detach(device_t parent); +static int est_find_cpu(const char *vendor, uint64_t msr, uint32_t bus_clk, + const freq_info **freqs); +static const freq_info *est_get_current(const freq_info *freq_list); +static int est_settings(device_t dev, struct cf_setting *sets, int *count); +static int est_set(device_t dev, const struct cf_setting *set); +static int est_get(device_t dev, struct cf_setting *set); +static int est_type(device_t dev, int *type); + +static device_method_t est_methods[] = { + /* Device interface */ + DEVMETHOD(device_identify, est_identify), + DEVMETHOD(device_probe, est_probe), + DEVMETHOD(device_attach, est_attach), + DEVMETHOD(device_detach, est_detach), + + /* cpufreq interface */ + DEVMETHOD(cpufreq_drv_set, est_set), + DEVMETHOD(cpufreq_drv_get, est_get), + DEVMETHOD(cpufreq_drv_type, est_type), + DEVMETHOD(cpufreq_drv_settings, est_settings), + {0, 0} +}; + +static driver_t est_driver = { + "est", + est_methods, + sizeof(struct est_softc), +}; + +static devclass_t est_devclass; +DRIVER_MODULE(est, cpu, est_driver, est_devclass, 0, 0); + +static void +est_identify(driver_t *driver, device_t parent) +{ + u_int p[4]; + + /* + * XXX If we're not on cpu 0, don't add a child. We should add + * MP support instead. + */ + if (device_get_unit(parent) != 0) + return; + + /* Make sure we're not being doubly invoked. */ + if (device_find_child(parent, "est", -1) != NULL) + return; + + /* Check that CPUID is supported and the vendor is Intel.*/ + if (cpu_high == 0 || strcmp(cpu_vendor, GenuineIntel) != 0) + return; + + /* Read capability bits and check if the CPU supports EST. */ + do_cpuid(1, p); + if ((p[2] & 0x80) == 0) + return; + + if (BUS_ADD_CHILD(parent, 0, "est", -1) == NULL) + device_printf(parent, "add est child failed\n"); +} + +static int +est_probe(device_t dev) +{ + const freq_info *f; + device_t perf_dev; + uint64_t msr; + int error, type; + + /* + * If the ACPI perf driver has attached and is not just offering + * info, let it manage things. + */ + perf_dev = device_find_child(device_get_parent(dev), "acpi_perf", -1); + if (perf_dev && device_is_attached(perf_dev)) { + error = CPUFREQ_DRV_TYPE(perf_dev, &type); + if (error == 0 && (type & CPUFREQ_FLAG_INFO_ONLY) == 0) + return (ENXIO); + } + + /* Attempt to enable SpeedStep if not currently enabled. */ + msr = rdmsr(MSR_MISC_ENABLE); + if ((msr & MSR_SS_ENABLE) == 0) { + msr |= MSR_SS_ENABLE; + wrmsr(MSR_MISC_ENABLE, msr); + + /* Check if the enable failed. */ + msr = rdmsr(MSR_MISC_ENABLE); + if ((msr & MSR_SS_ENABLE) == 0) { + device_printf(dev, "failed to enable SpeedStep\n"); + return (ENXIO); + } + } + + /* Identify the exact CPU model */ + msr = rdmsr(MSR_PERF_STATUS); + if (est_find_cpu(cpu_vendor, msr, INTEL_BUS_CLK, &f) != 0) { + printf( + "CPU claims to support Enhanced Speedstep, but is not recognized.\n" + "Please update driver or contact the maintainer.\n" + "cpu_vendor = %s msr = %0jx, bus_clk = %x\n", + cpu_vendor, msr, INTEL_BUS_CLK); + return (ENXIO); + } + + device_set_desc(dev, "Enhanced SpeedStep Frequency Control"); + return (0); +} + +static int +est_attach(device_t dev) +{ + struct est_softc *sc; + uint64_t msr; + + sc = device_get_softc(dev); + sc->dev = dev; + msr = rdmsr(MSR_PERF_STATUS); + est_find_cpu(cpu_vendor, msr, INTEL_BUS_CLK, &sc->freq_list); + cpufreq_register(dev); + + return (0); +} + +static int +est_detach(device_t dev) +{ + return (ENXIO); +} + +static int +est_find_cpu(const char *vendor, uint64_t msr, uint32_t bus_clk, + const freq_info **freqs) +{ + const cpu_info *p; + uint32_t id; + + /* Find a table which matches (vendor, id, bus_clk). */ + id = msr >> 32; + for (p = ESTprocs; p->id32 != 0; p++) { + if (strcmp(p->vendor, vendor) == 0 && p->id32 == id && + p->bus_clk == bus_clk) + break; + } + if (p->id32 == 0) + return (EOPNOTSUPP); + + /* Make sure the current setpoint is valid. */ + if (est_get_current(p->freqtab) == NULL) + return (EOPNOTSUPP); + + *freqs = p->freqtab; + return (0); +} + +static const freq_info * +est_get_current(const freq_info *freq_list) +{ + const freq_info *f; + int i; + uint16_t id16; + + /* + * Try a few times to get a valid value. Sometimes, if the CPU + * is in the middle of an asynchronous transition (i.e., P4TCC), + * we get a temporary invalid result. + */ + for (i = 0; i < 5; i++) { + id16 = rdmsr(MSR_PERF_STATUS) & 0xffff; + for (f = freq_list; f->id16 != 0; f++) { + if (f->id16 == id16) + return (f); + } + } + return (NULL); +} + +static int +est_settings(device_t dev, struct cf_setting *sets, int *count) +{ + struct est_softc *sc; + const freq_info *f; + int i; + + if (*count < EST_MAX_SETTINGS) + return (E2BIG); + + i = 0; + for (f = sc->freq_list; f->freq != 0; f++) { + sets[i].freq = f->freq; + sets[i].volts = f->volts; + sets[i].power = CPUFREQ_VAL_UNKNOWN; + sets[i].lat = EST_TRANS_LAT; + sets[i].dev = dev; + i++; + } + *count = i + 1; + + return (0); +} + +static int +est_set(device_t dev, const struct cf_setting *set) +{ + struct est_softc *sc; + const freq_info *f; + uint64_t msr; + + /* Find the setting matching the requested one. */ + sc = device_get_softc(dev); + for (f = sc->freq_list; f->freq != 0; f++) { + if (f->freq == set->freq) + break; + } + if (f->freq == 0) + return (EINVAL); + + /* Read the current register, mask out the old, set the new id. */ + msr = rdmsr(MSR_PERF_CTL); + msr = (msr & ~0xffffLL) | f->id16; + wrmsr(MSR_PERF_CTL, msr); + + return (0); +} + +static int +est_get(device_t dev, struct cf_setting *set) +{ + struct est_softc *sc; + const freq_info *f; + + sc = device_get_softc(dev); + f = est_get_current(sc->freq_list); + if (f == NULL) + return (ENXIO); + + set->freq = f->freq; + set->volts = f->volts; + set->power = CPUFREQ_VAL_UNKNOWN; + set->lat = EST_TRANS_LAT; + set->dev = dev; + return (0); +} + +static int +est_type(device_t dev, int *type) +{ + + if (type == NULL) + return (EINVAL); + + *type = CPUFREQ_TYPE_ABSOLUTE; + return (0); +} Index: i386/cpufreq/p4tcc.c =================================================================== RCS file: i386/cpufreq/p4tcc.c diff -N i386/cpufreq/p4tcc.c --- /dev/null 1 Jan 1970 00:00:00 -0000 +++ i386/cpufreq/p4tcc.c 18 Feb 2005 00:05:53 -0000 @@ -0,0 +1,259 @@ +/*- + * Copyright (c) 2003 Ted Unangst + * Copyright (c) 2004 Maxim Sobolev + * Copyright (c) 2005 Nate Lawson + * All rights reserved. + * + * Redistribution and use in source and binary forms, with or without + * modification, are permitted provided that the following conditions + * are met: + * 1. Redistributions of source code must retain the above copyright + * notice, this list of conditions and the following disclaimer. + * 2. Redistributions in binary form must reproduce the above copyright + * notice, this list of conditions and the following disclaimer in the + * documentation and/or other materials provided with the distribution. + * + * THIS SOFTWARE IS PROVIDED BY THE AUTHOR ``AS IS'' AND ANY EXPRESS OR + * IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES + * OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. + * IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR ANY DIRECT, INDIRECT, + * INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, + * BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; + * LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED + * AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, + * OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY + * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF + * SUCH DAMAGE. + */ + +/* + * Throttle clock frequency by using the thermal control circuit. This + * operates independently of SpeedStep and ACPI throttling and is supported + * on Pentium 4 and later models (feature TM). + * + * Reference: Intel Developer's manual v.3 #245472-012 + */ + +#include +__FBSDID("$FreeBSD$"); + +#include +#include +#include +#include +#include +#include + +#include +#include + +#include "cpufreq_if.h" + +struct p4tcc_softc { + device_t dev; + int set_count; +}; + +#define TCC_NUM_SETTINGS 8 + +#define TCC_ENABLE_BIT (1<<4) +#define TCC_REG_OFFSET 1 +#define TCC_SPEED_PERCENT(x) ((10000 * (x)) / TCC_NUM_SETTINGS) + +static void p4tcc_identify(driver_t *driver, device_t parent); +static int p4tcc_probe(device_t dev); +static int p4tcc_attach(device_t dev); +static int p4tcc_settings(device_t dev, struct cf_setting *sets, + int *count); +static int p4tcc_set(device_t dev, const struct cf_setting *set); +static int p4tcc_get(device_t dev, struct cf_setting *set); +static int p4tcc_type(device_t dev, int *type); + +static device_method_t p4tcc_methods[] = { + /* Device interface */ + DEVMETHOD(device_identify, p4tcc_identify), + DEVMETHOD(device_probe, p4tcc_probe), + DEVMETHOD(device_attach, p4tcc_attach), + + /* cpufreq interface */ + DEVMETHOD(cpufreq_drv_set, p4tcc_set), + DEVMETHOD(cpufreq_drv_get, p4tcc_get), + DEVMETHOD(cpufreq_drv_type, p4tcc_type), + DEVMETHOD(cpufreq_drv_settings, p4tcc_settings), + {0, 0} +}; + +static driver_t p4tcc_driver = { + "p4tcc", + p4tcc_methods, + sizeof(struct p4tcc_softc), +}; + +static devclass_t p4tcc_devclass; +DRIVER_MODULE(p4tcc, cpu, p4tcc_driver, p4tcc_devclass, 0, 0); + +static void +p4tcc_identify(driver_t *driver, device_t parent) +{ + + if ((cpu_feature & (CPUID_ACPI | CPUID_TM)) != (CPUID_ACPI | CPUID_TM)) + return; + if (BUS_ADD_CHILD(parent, 0, "p4tcc", -1) == NULL) + device_printf(parent, "add p4tcc child failed\n"); +} + +static int +p4tcc_probe(device_t dev) +{ + + device_set_desc(dev, "CPU Frequency Thermal Control"); + return (0); +} + +static int +p4tcc_attach(device_t dev) +{ + struct p4tcc_softc *sc; + struct cf_setting set; + + sc = device_get_softc(dev); + sc->dev = dev; + sc->set_count = TCC_NUM_SETTINGS; + + switch (cpu_id & 0xf) { + case 0x22: + case 0x24: + case 0x25: + case 0x27: + case 0x29: + /* + * These CPU models hang when set to 12.5%. + * See Errata O50, P44, and Z21. + */ + sc->set_count -= 1; + break; + case 0x07: /* errata N44 and P18 */ + case 0x0a: + case 0x12: + case 0x13: + /* + * These CPU models hang when set to 12.5% or 25%. + * See Errata N44 and P18l. + */ + sc->set_count -= 2; + break; + } + + /* + * On boot, the TCC is usually in Automatic mode where reading the + * current performance level is likely to produce bogus results. + * We switch it to On-Demand mode and set a known performance level + * to avoid ambiguity. Unfortunately, there is no reliable way to + * check that TCC is in the Automatic mode. Reading bit 4 of ACPI + * Thermal Monitor Control Register produces 0 no matter what the + * current mode. + */ + set.freq = 10000; + set.dev = dev; + CPUFREQ_DRV_SET(dev, &set); + + cpufreq_register(dev); + return (0); +} + +static int +p4tcc_settings(device_t dev, struct cf_setting *sets, int *count) +{ + struct p4tcc_softc *sc; + int i, val; + + sc = device_get_softc(dev); + if (sets == NULL || count == NULL) + return (EINVAL); + if (*count < sc->set_count) + return (E2BIG); + + /* Return a list of valid settings for this driver. */ + memset(sets, CPUFREQ_VAL_UNKNOWN, sizeof(*sets) * sc->set_count); + for (i = 0, val = sc->set_count; val != 0; i++, val--) { + sets[i].freq = TCC_SPEED_PERCENT(val); + sets[i].dev = dev; + } + *count = sc->set_count; + + return (0); +} + +static int +p4tcc_set(device_t dev, const struct cf_setting *set) +{ + struct p4tcc_softc *sc; + uint64_t mask, msr; + int val; + + if (set == NULL) + return (EINVAL); + sc = device_get_softc(dev); + + /* + * Validate requested state converts to a setting that is an + * integer from [1 .. sc->set_count]. + */ + val = set->freq * sc->set_count / 10000; + if (val * 10000 != set->freq * sc->set_count || + val < 1 || val > sc->set_count) + return (EINVAL); + + /* Convert a setting of TCC_NUM_SETTINGS to 0. */ + if (val == TCC_NUM_SETTINGS) + val = 0; + + /* + * Read the current register and mask off the old setting/enable bit. + * If the new val is nonzero, set it and the enable bit. Finally, + * write the new register. + */ + msr = rdmsr(MSR_THERM_CONTROL); + mask = (TCC_NUM_SETTINGS - 1) << TCC_REG_OFFSET; + msr &= ~(mask | TCC_ENABLE_BIT); + if (val) + msr |= (val << TCC_REG_OFFSET) | TCC_ENABLE_BIT; + wrmsr(MSR_THERM_CONTROL, msr); + + return (0); +} + +static int +p4tcc_get(device_t dev, struct cf_setting *set) +{ + uint64_t msr; + int val; + + if (set == NULL) + return (EINVAL); + + /* Read the current register and extract the current setting. */ + msr = rdmsr(MSR_THERM_CONTROL); + val = (msr >> TCC_REG_OFFSET) & (TCC_NUM_SETTINGS - 1); + + /* Convert a setting of 0 to TCC_NUM_SETTINGS. */ + if (val == 0) + val = TCC_NUM_SETTINGS; + + memset(set, CPUFREQ_VAL_UNKNOWN, sizeof(*set)); + set->freq = TCC_SPEED_PERCENT(val); + set->dev = dev; + + return (0); +} + +static int +p4tcc_type(device_t dev, int *type) +{ + + if (type == NULL) + return (EINVAL); + + *type = CPUFREQ_TYPE_RELATIVE; + return (0); +} --------------090907050404050609010507-- From owner-freebsd-current@FreeBSD.ORG Fri Feb 18 00:35: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 5270B16A4CE; Fri, 18 Feb 2005 00:35:38 +0000 (GMT) Received: from hobbit.neveragain.de (neveragain.de [217.69.76.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 72F0143D2D; Fri, 18 Feb 2005 00:35:37 +0000 (GMT) (envelope-from amf@hobbit.neveragain.de) Received: from hobbit.neveragain.de (amf@localhost [127.0.0.1]) j1I0ZZpu032062 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 18 Feb 2005 01:35:35 +0100 Received: (from amf@localhost) by hobbit.neveragain.de (8.13.2/8.13.2/Submit) id j1I0ZZSe032061; Fri, 18 Feb 2005 01:35:35 +0100 Date: Fri, 18 Feb 2005 01:35:35 +0100 From: Dennis Koegel To: Peter Jeremy Message-ID: <20050218003534.GA31807@neveragain.de> References: <72c3a957050217031230598f63@mail.gmail.com> <86zmy3qmm2.wl%sf@FreeBSD.org> <72c3a957050217065223729f83@mail.gmail.com> <20050217185422.GJ57256@cirb503493.alcatel.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050217185422.GJ57256@cirb503493.alcatel.com.au> X-PGP-KeyID: 0D73E19A User-Agent: Mutt/1.5.6+20040907i X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.4 (hobbit.neveragain.de [127.0.0.1]); Fri, 18 Feb 2005 01:35:35 +0100 (CET) cc: FUJISHIMA Satsuki cc: freebsd-current@freebsd.org cc: Sergey Lyubka Subject: Re: pcre in base system 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: Fri, 18 Feb 2005 00:35:38 -0000 On Fri, Feb 18, 2005 at 05:54:22AM +1100, Peter Jeremy wrote: > Based on the NetBSD thread, pcre also has an area where it is not > POSIX compliant (and does not plan to become POSIX compliant) and does > not provide BREs. This may present a sticking point. Replacing the standard behaviour with PCREs definitely is a bad idea. But, well, it would actually be nice if PCREs would be available as an *option*. Analogue to grep, grep -E / sed, sed -E, ... one might have grep -P (and not confuse it with pgrep ;-), sed -P and so on. - D. From owner-freebsd-current@FreeBSD.ORG Fri Feb 18 02:37: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 94DED16A4CE for ; Fri, 18 Feb 2005 02:37:19 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7237843D1F for ; Fri, 18 Feb 2005 02:37:19 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 61EF072DD4; Thu, 17 Feb 2005 18:37:19 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 5FCED72DCB; Thu, 17 Feb 2005 18:37:19 -0800 (PST) Date: Thu, 17 Feb 2005 18:37:19 -0800 (PST) From: Doug White To: Andre Guibert de Bruet In-Reply-To: <20050217140951.R637@alpha.siliconlandmark.com> Message-ID: <20050217183425.O53092@carver.gumbysoft.com> References: <20050217140951.R637@alpha.siliconlandmark.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: ntpdate behavior changes between 4.x, 5.x and 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: Fri, 18 Feb 2005 02:37:19 -0000 On Thu, 17 Feb 2005, Andre Guibert de Bruet wrote: > Hi, > > This is the output of ntpdate on a 4.11 machine: > alpha# ntpdate -b time-b.nist.gov > /dev/null > alpha# ntpd 4.1.0 > The following is output of ntpdate on a 5.3-stable machine: > vnode# ntpdate -b time-b.nist.gov > /dev/null > host found : time-b.nist.gov > vnode# ntpd 4.1.1a > The following is the output of ntpdate on a CURRENT machine: > bling# ntpdate -b time-b.nist.gov > /dev/null > bling# ntpd 4.2.0 + patch to suppress those messages, which was obtained from the upstream code. So the answer is "Because the vendor put it there, and we hid it again in -CURRENT." -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Feb 18 03:24:15 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 AAFE516A4CE; Fri, 18 Feb 2005 03:24:15 +0000 (GMT) Received: from pne-smtpout1-sn2.hy.skanova.net (pne-smtpout1-sn2.hy.skanova.net [81.228.8.83]) by mx1.FreeBSD.org (Postfix) with ESMTP id 32F3843D41; Fri, 18 Feb 2005 03:24:15 +0000 (GMT) (envelope-from pawel.worach@telia.com) Received: from [127.0.0.1] (81.225.14.129) by pne-smtpout1-sn2.hy.skanova.net (7.1.026.7) (authenticated as u86211448) id 41E32167005DE136; Fri, 18 Feb 2005 04:23:43 +0100 Message-ID: <42155FBD.5050701@telia.com> Date: Fri, 18 Feb 2005 04:23:41 +0100 From: Pawel Worach User-Agent: Mozilla Thunderbird 1.0 (X11/20050214) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nate Lawson References: <4213F066.2050708@root.org> <4214119B.2010909@telia.com> <421537E9.8050203@root.org> In-Reply-To: <421537E9.8050203@root.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: acpi@freebsd.org cc: current@freebsd.org Subject: Re: patch: p4tcc and speedstep cpufreq drivers 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: Fri, 18 Feb 2005 03:24:15 -0000 Nate Lawson wrote: > > Apologies. I found 2 bugs, one was not calling cpufreq_register() and > the other was that the code to detect acpi_perf (in ichss and est) was > incorrect. I've committed fixes for that and have updated the patch. > Please ues this version and test again. > On boot pre-seed PRNG does 'sysctl -a' which panics like this. - only cpufreq.ko loaded - last line of 'sysctl -a' output is "dev.cpu.0.%parent: acpi0" Fatal trap 12: page fault while in kernel mode fault virtual address = 0x63204b53 fault code = supervisor read, page not present instruction pointer = 0x8:0xc08ac32b stack pointer = 0x10:0xe4d38ab8 frame pointer = 0x10:0xe4d38ac4 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 (sysctl) [thread pid 56 tid 100043 ] Stopped at est_settings+0x1b: movzwl 0(%ecx),%eax db> tr Tracing pid 56 tid 100043 td 0xc2329450 est_settings(c2367880,c23c2e00,e4d38af4,c231b800,c23c2e00) at est_settings+0x1b cf_levels_method(c2367980,c2590000,e4d38b50,5000,1) at cf_levels_method+0x18a cf_get_method(c2367980,c258b000,c06d2c98,1,c228b960) at cf_get_method+0xb5 cpufreq_curr_sysctl(c236c740,c231b800,0,e4d38c08,e4d38c08) at cpufreq_curr_sysctl+0x96 sysctl_root(0,e4d38c78,4,e4d38c08,c2329450) at sysctl_root+0x134 userland_sysctl(c2329450,e4d38c78,4,0,bfbfdbac) at userland_sysctl+0x13c __sysctl(c2329450,e4d38d14,18,0,e4d38d20) at __sysctl+0xdc syscall(2f,2f,2f,bfbfdbac,bfbfe470) at syscall+0x330 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (202, FreeBSD ELF32, __sysctl), eip = 0x280bdc3f, esp = 0xbfbfdb2c, ebp = 0xbfbfdb58 --- db> call doadump Dumping 1023 MB 16 32 48 64 80 96 112 128 144 160 176 192 208 224 240 256 272 288 304 320 336 352 368 384 400 416 432 448 464 480 496 512 528 544 560 576 592 608 624 640 656 672 688 704 720 736 752 768 784 800 816 832 848 864 880 896 912 928 944 960 976 992 1008 (kgdb) l *est_settings+0x1b 0x243b is in est_settings (/usr/src/sys/modules/cpufreq/../../i386/cpufreq/est.c:723). 718 719 if (*count < EST_MAX_SETTINGS) 720 return (E2BIG); 721 722 i = 0; 723 for (f = sc->freq_list; f->freq != 0; f++) { 724 sets[i].freq = f->freq; 725 sets[i].volts = f->volts; 726 sets[i].power = CPUFREQ_VAL_UNKNOWN; 727 sets[i].lat = EST_TRANS_LAT; -- Pawel From owner-freebsd-current@FreeBSD.ORG Fri Feb 18 05:46: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 6FD2F16A4CE for ; Fri, 18 Feb 2005 05:46:44 +0000 (GMT) Received: from smtp2.server.rpi.edu (smtp2.server.rpi.edu [128.113.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id DAA3B43D39 for ; Fri, 18 Feb 2005 05:46:43 +0000 (GMT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp2.server.rpi.edu (8.13.0/8.13.0) with ESMTP id j1I5kgUP020652; Fri, 18 Feb 2005 00:46:43 -0500 Mime-Version: 1.0 Message-Id: In-Reply-To: References: Date: Fri, 18 Feb 2005 00:46:41 -0500 To: Alex Burke , FreeBSD CURRENT From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-CanItPRO-Stream: default X-RPI-SA-Score: undef - spam-scanning disabled X-Scanned-By: CanIt (www . canit . ca) Subject: Re: FreeBSD/s390 port (was: single user vs multiuser boot) 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: Fri, 18 Feb 2005 05:46:44 -0000 At 12:33 AM +0000 2/18/05, Alex Burke wrote: >Hi, > >I was wondering what gives the kernel the ability to boot in >multiuser mode, and whether it is some code in the kernel or >whether it is the init process and associated tools? http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/kern/init_main.c is the part of the kernel which decides to execute the program which is in /sbin/init. http://www.freebsd.org/cgi/cvsweb.cgi/src/sbin/init/init.c is the init program. This is the program which notices you requested 'boot -s', and it decides whether to go into multi-user mode, or if it should ask you: "Enter full pathname of shell or RETURN for /bin/sh: " So, if you're seeing that prompt when the system goes into single-user mode, then you could check that source file to see what it does for multi-usermode. >As a follow-up question, if the kernel for a new architecture >can already boot in single user mode, would it be just a matter >of compiling init and those tools for that particular >architecture to get the kernel to run in multiuser mode? I'm afraid I have no idea how much additional work it would take to get from single-user mode to multi-user mode. >The reason I ask these questions is that I would like to continue >work on the FreeBSD/390 port. I have a mini mainframe (P/390) which >I could use to test the code on real hardware, and I'd much rather >use FreeBSD/390 than Linux/390 on the little box! About how much does it cost to buy a mini-Mainframe ? >Since I cant write kernel code yet, I was going to try compiling >init and the shared libraries as 390 code and try to get the >system booting further (it would have to be a memory based >filesystem mounted as root, I don't think a driver for mainframe >CKD or FBA disk exists yet). The last update I saw about the s390 port was: > Reaches mount root prompt in emulator. > > More info is on http://tzukanov.narod.ru/freebsd390/ Note: Right now that web page says the project for a s390 port is dead, but maybe someone else has picked up on it. It does include more info and pointers. Also note that even though it may get to single-user mode when running in an emulator, that does not necessarily mean it will get to single-user mode on real hardware. >I was thinking eventually of porting linux 390 drivers to FreeBSD, >but I am not sure if licensing issues come into that. They do. >Apologies if i have posted to the wrong mailing list, i am not >sure what this comes under. I am also have no idea if any work is being done on a s390 port. It was never far enough along to have its own mailing list yet, so this is probably a reasonable mailing list to ask about it. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-current@FreeBSD.ORG Fri Feb 18 07:54: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 5BC4516A4CE for ; Fri, 18 Feb 2005 07:54:39 +0000 (GMT) Received: from smtp-vbr15.xs4all.nl (smtp-vbr15.xs4all.nl [194.109.24.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 855E943D1D for ; Fri, 18 Feb 2005 07:54:38 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) j1I7saA8041518; Fri, 18 Feb 2005 08:54:36 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.1/8.12.9) with ESMTP id j1I7saDs008271; Fri, 18 Feb 2005 08:54:36 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.1/8.13.1/Submit) id j1I7sZEx008270; Fri, 18 Feb 2005 08:54:35 +0100 (CET) (envelope-from wb) Date: Fri, 18 Feb 2005 08:54:35 +0100 From: Wilko Bulte To: Garance A Drosihn Message-ID: <20050218075435.GA8228@freebie.xs4all.nl> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-OS: FreeBSD 4.11-STABLE User-Agent: Mutt/1.5.6i X-Virus-Scanned: by XS4ALL Virus Scanner cc: Alex Burke cc: FreeBSD CURRENT Subject: Re: FreeBSD/s390 port (was: single user vs multiuser boot) 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: Fri, 18 Feb 2005 07:54:39 -0000 On Fri, Feb 18, 2005 at 12:46:41AM -0500, Garance A Drosihn wrote.. > At 12:33 AM +0000 2/18/05, Alex Burke wrote: > >Hi, > > > >I was wondering what gives the kernel the ability to boot in > >multiuser mode, and whether it is some code in the kernel or > >whether it is the init process and associated tools? > > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/kern/init_main.c > > is the part of the kernel which decides to execute the program > which is in /sbin/init. > > http://www.freebsd.org/cgi/cvsweb.cgi/src/sbin/init/init.c > > is the init program. This is the program which notices you > requested 'boot -s', and it decides whether to go into > multi-user mode, or if it should ask you: > > "Enter full pathname of shell or RETURN for /bin/sh: " > > So, if you're seeing that prompt when the system goes into > single-user mode, then you could check that source file to > see what it does for multi-usermode. > > >As a follow-up question, if the kernel for a new architecture > >can already boot in single user mode, would it be just a matter > >of compiling init and those tools for that particular > >architecture to get the kernel to run in multiuser mode? > > I'm afraid I have no idea how much additional work it would take > to get from single-user mode to multi-user mode. > > >The reason I ask these questions is that I would like to continue > >work on the FreeBSD/390 port. I have a mini mainframe (P/390) which > >I could use to test the code on real hardware, and I'd much rather > >use FreeBSD/390 than Linux/390 on the little box! You should also contact Poul-Henning (phk@FreeBSD.org) as he had an interest in the s/390 work at the time. He might be able to offer some more insight. -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Feb 18 08:02: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 2D41F16A4CE for ; Fri, 18 Feb 2005 08:02:49 +0000 (GMT) Received: from postfix3-1.free.fr (postfix3-1.free.fr [213.228.0.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id AEEC443D41 for ; Fri, 18 Feb 2005 08:02:48 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix3-1.free.fr (Postfix) with ESMTP id 5E61F173497; Fri, 18 Feb 2005 09:02:46 +0100 (CET) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id EC5C3408E; Fri, 18 Feb 2005 09:02:14 +0100 (CET) Date: Fri, 18 Feb 2005 09:02:14 +0100 From: Jeremie Le Hen To: Dennis Koegel Message-ID: <20050218080214.GQ82324@obiwan.tataz.chchile.org> References: <72c3a957050217031230598f63@mail.gmail.com> <86zmy3qmm2.wl%sf@FreeBSD.org> <72c3a957050217065223729f83@mail.gmail.com> <20050217185422.GJ57256@cirb503493.alcatel.com.au> <20050218003534.GA31807@neveragain.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050218003534.GA31807@neveragain.de> User-Agent: Mutt/1.5.7i cc: freebsd-current@freebsd.org Subject: Re: pcre in base system 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: Fri, 18 Feb 2005 08:02:49 -0000 > Replacing the standard behaviour with PCREs definitely is a bad idea. > > But, well, it would actually be nice if PCREs would be available as an > *option*. Analogue to grep, grep -E / sed, sed -E, ... one might have > grep -P (and not confuse it with pgrep ;-), sed -P and so on. Note that the pcre port is shipped with the pcregrep command. There is unfortunately no pcresed or pcreawk command. Regards, -- Jeremie Le Hen jeremie at le-hen dot org From owner-freebsd-current@FreeBSD.ORG Fri Feb 18 08:04:25 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 4D33916A4D0 for ; Fri, 18 Feb 2005 08:04:25 +0000 (GMT) Received: from mail26.sea5.speakeasy.net (mail26.sea5.speakeasy.net [69.17.117.28]) by mx1.FreeBSD.org (Postfix) with ESMTP id E485143D45 for ; Fri, 18 Feb 2005 08:04:24 +0000 (GMT) (envelope-from jmg@hydrogen.funkthat.com) Received: (qmail 9640 invoked from network); 18 Feb 2005 08:04:24 -0000 Received: from gate.funkthat.com (HELO hydrogen.funkthat.com) ([69.17.45.168]) (envelope-sender ) by mail26.sea5.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 18 Feb 2005 08:04:24 -0000 Received: from hydrogen.funkthat.com (jylqnu@localhost.funkthat.com [127.0.0.1])j1I84NGH059364; Fri, 18 Feb 2005 00:04:23 -0800 (PST) (envelope-from jmg@hydrogen.funkthat.com) Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.10/8.12.10/Submit) id j1I84Nvk059363; Fri, 18 Feb 2005 00:04:23 -0800 (PST) Date: Fri, 18 Feb 2005 00:04:23 -0800 From: John-Mark Gurney To: Alex Burke Message-ID: <20050218080423.GN40468@funkthat.com> Mail-Followup-To: Alex Burke , FreeBSD CURRENT References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: FreeBSD CURRENT Subject: Re: single user v multiuser boot X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Feb 2005 08:04:25 -0000 Alex Burke wrote this message on Fri, Feb 18, 2005 at 00:33 +0000: > I was wondering what gives the kernel the ability to boot in multiuser > mode, and whether it is some code in the kernel or whether it is the > init process and associated tools? single user usually means that you have enough system that you have a console running and possibly some disk device, though you can end up using md as part of the kernel, and not require any real disk devices to work... multiuser usually implies that either disk or network is functional to some degree where /etc/rc can start executing... single user pretty much only requires /sbin/init and /bin/sh to "get" to... [...] > I was thinking eventually of porting linux 390 drivers to FreeBSD, but > im not sure if licensing issues come into that. as long as you don't copy code from a GPL driver, you are fine, but there is nothing that prevents you from writing your driver side by side, though you have to resist the urge to copy lines.. :) Also, FreeBSD's device system is significantly different, that only the core parts of the driver can be used... > Apologies if i have posted to the wrong mailing list, i am not sure > what this comes under. There was some discussion on freebsd-platforms about the S/390, though that was a couple years ago... Also the page at: http://tzukanov.narod.ru/freebsd390/ seems to imply the project is dead, though I'm sure others are willing to help... /me is helping cognet out geting another arm platform supported. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Fri Feb 18 08:04: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 5083616A4D0 for ; Fri, 18 Feb 2005 08:04:53 +0000 (GMT) Received: from postfix3-1.free.fr (postfix3-1.free.fr [213.228.0.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0AFF743D55 for ; Fri, 18 Feb 2005 08:04:53 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix3-1.free.fr (Postfix) with ESMTP id 4D0A61734FA; Fri, 18 Feb 2005 09:04:52 +0100 (CET) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 20D09408E; Fri, 18 Feb 2005 09:04:20 +0100 (CET) Date: Fri, 18 Feb 2005 09:04:20 +0100 From: Jeremie Le Hen To: Richard Coleman Message-ID: <20050218080420.GR82324@obiwan.tataz.chchile.org> References: <4214FE03.8060302@criticalmagic.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4214FE03.8060302@criticalmagic.com> User-Agent: Mutt/1.5.7i cc: current@freebsd.org Subject: Re: sysctl error message (unknown oid) on boot from 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: Fri, 18 Feb 2005 08:04:53 -0000 Hi Richard, > Today, I rebuilt the world on a freshly checked out copy of -CURRENT on > my laptop (Dell Inspiron 4100). When I booted up, the following error > message was echoed twice: > > sysctl: unknown oid 'dev.cpu.0.freq_levels' > > The only differences between my kernel config and GENERIC is that I have > commented out I486_CPU, I586_CPU, WITNESS, INVARIANTS, and SMP. I think you missed the 20050206 entry in src/UPDATING :-). -- Jeremie Le Hen jeremie at le-hen dot org From owner-freebsd-current@FreeBSD.ORG Fri Feb 18 08:37: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 6B37216A4CE; Fri, 18 Feb 2005 08:37:10 +0000 (GMT) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 16BBB43D54; Fri, 18 Feb 2005 08:37:10 +0000 (GMT) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 55E51530C; Fri, 18 Feb 2005 09:37:08 +0100 (CET) Received: from xps.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id 09DD85308; Fri, 18 Feb 2005 09:36:40 +0100 (CET) Received: by xps.des.no (Postfix, from userid 1001) id 8342333C35; Fri, 18 Feb 2005 09:36:40 +0100 (CET) To: Steve Kargl References: <4214F3C2.4020102@alumni.rice.edu> <20050217195547.GA33893@troutmask.apl.washington.edu> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Fri, 18 Feb 2005 09:36:40 +0100 In-Reply-To: <20050217195547.GA33893@troutmask.apl.washington.edu> (Steve Kargl's message of "Thu, 17 Feb 2005 11:55:47 -0800") Message-ID: <86is4qfenb.fsf@xps.des.no> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on flood.des.no X-Spam-Level: X-Spam-Status: No, score=0.1 required=5.0 tests=AWL,FORGED_RCVD_HELO autolearn=disabled version=3.0.1 cc: Kaspars cc: freebsd-current@freebsd.org cc: Robert Watson Subject: Re: Change tar to GNU 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: Fri, 18 Feb 2005 08:37:10 -0000 Steve Kargl writes: > find $PATH -newermt 20050214 | xargs tar cf new.tar Bad idea, for a number of different reasons (including file names containing spaces or other special characters, and command line length limits). The following is slightly better, but will still fail if you have files with newlines in them: find $PATH -newermt 2005-02-14 | tar -c -f new.tar -T/dev/stdin DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Fri Feb 18 09:27: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 B0BD316A4CE; Fri, 18 Feb 2005 09:27:14 +0000 (GMT) Received: from pastinakel.tue.nl (pastinakel.tue.nl [131.155.2.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 21BE043D1D; Fri, 18 Feb 2005 09:27:14 +0000 (GMT) (envelope-from stijn@pcwin002.win.tue.nl) Received: by pastinakel.tue.nl (Postfix, from userid 40) id 7352814BCBC; Fri, 18 Feb 2005 10:27:13 +0100 (CET) Received: from pcwin002.win.tue.nl (pcwin002.win.tue.nl [131.155.71.72]) by pastinakel.tue.nl (Postfix) with ESMTP id 5547314BC21; Fri, 18 Feb 2005 10:27:10 +0100 (CET) Received: (from stijn@localhost) by pcwin002.win.tue.nl (8.13.1/8.13.1/Submit) id j1I9RA3R024052; Fri, 18 Feb 2005 10:27:10 +0100 (CET) (envelope-from stijn) Date: Fri, 18 Feb 2005 10:27:09 +0100 From: Stijn Hoop To: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= Message-ID: <20050218092709.GM8471@pcwin002.win.tue.nl> References: <4214F3C2.4020102@alumni.rice.edu> <20050217195547.GA33893@troutmask.apl.washington.edu> <86is4qfenb.fsf@xps.des.no> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="PuGuTyElPB9bOcsM" Content-Disposition: inline In-Reply-To: <86is4qfenb.fsf@xps.des.no> User-Agent: Mutt/1.4.2.1i X-Bright-Idea: Let's abolish HTML mail! X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on pastinakel.tue.nl X-Spam-DCC: : pastinakel.tue.nl 1074; Body=1 Fuz1=1 Fuz2=1 X-Spam-Status: No, hits=-4.9 required=6.3 tests=BAYES_00 autolearn=ham version=2.64 X-Spam-Level: cc: Kaspars cc: freebsd-current@freebsd.org cc: Robert Watson cc: Steve Kargl Subject: Re: Change tar to GNU 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: Fri, 18 Feb 2005 09:27:14 -0000 --PuGuTyElPB9bOcsM Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Feb 18, 2005 at 09:36:40AM +0100, Dag-Erling Sm=F8rgrav wrote: > Steve Kargl writes: > > find $PATH -newermt 20050214 | xargs tar cf new.tar >=20 > Bad idea, for a number of different reasons (including file names > containing spaces or other special characters, and command line length > limits). The following is slightly better, but will still fail if you > have files with newlines in them: >=20 > find $PATH -newermt 2005-02-14 | tar -c -f new.tar -T/dev/stdin Won't find -print0 | xargs -0 ... work in all cases? --Stijn --=20 I wish there was a knob on the TV to turn up the intelligence. There's a k= nob called `brightness', but it doesn't work." -- Gallagher --PuGuTyElPB9bOcsM Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCFbTtY3r/tLQmfWcRAizyAJwPc7YEVqIHomqGZ/XyP2LDzZxQnwCfVu7a 8h1ewCEUmrzZlROe1D854i4= =cnK3 -----END PGP SIGNATURE----- --PuGuTyElPB9bOcsM-- From owner-freebsd-current@FreeBSD.ORG Fri Feb 18 09:36: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 68C7716A4CE; Fri, 18 Feb 2005 09:36:07 +0000 (GMT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6926443D31; Fri, 18 Feb 2005 09:36:06 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [10.1.1.7]) (authenticated bits=0)j1I9ZsWv023239 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Fri, 18 Feb 2005 10:35:56 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id j1I9Z455057540 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 18 Feb 2005 10:35:05 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.11/8.12.11) with ESMTP id j1I9Z4XP009732; Fri, 18 Feb 2005 10:35:04 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.11/8.12.11/Submit) id j1I9Z4HM009731; Fri, 18 Feb 2005 10:35:04 +0100 (CET) (envelope-from ticso) Date: Fri, 18 Feb 2005 10:35:03 +0100 From: Bernd Walter To: Stijn Hoop Message-ID: <20050218093502.GS753@cicely12.cicely.de> References: <4214F3C2.4020102@alumni.rice.edu> <20050217195547.GA33893@troutmask.apl.washington.edu> <86is4qfenb.fsf@xps.des.no> <20050218092709.GM8471@pcwin002.win.tue.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20050218092709.GM8471@pcwin002.win.tue.nl> X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.6i X-Spam-Status: No, hits=-4.9 required=3.0 tests=BAYES_00 autolearn=no version=2.64 X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on cicely12.cicely.de cc: Kaspars cc: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= cc: freebsd-current@freebsd.org cc: Robert Watson cc: Steve Kargl Subject: Re: Change tar to GNU X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Feb 2005 09:36:07 -0000 On Fri, Feb 18, 2005 at 10:27:09AM +0100, Stijn Hoop wrote: > On Fri, Feb 18, 2005 at 09:36:40AM +0100, Dag-Erling Smrgrav wrote: > > Steve Kargl writes: > > > find $PATH -newermt 20050214 | xargs tar cf new.tar > > > > Bad idea, for a number of different reasons (including file names > > containing spaces or other special characters, and command line length > > limits). The following is slightly better, but will still fail if you > > have files with newlines in them: > > > > find $PATH -newermt 2005-02-14 | tar -c -f new.tar -T/dev/stdin > > Won't find -print0 | xargs -0 ... work in all cases? xargs possibly starts tar several times and tar overwrites the archive every time. Even if you get tar to append to an existing archive it can't know about hardlinked files spanning multiple calls. -- B.Walter BWCT http://www.bwct.de bernd@bwct.de info@bwct.de From owner-freebsd-current@FreeBSD.ORG Fri Feb 18 09:38:59 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 7423916A4CE; Fri, 18 Feb 2005 09:38:59 +0000 (GMT) Received: from pastinakel.tue.nl (pastinakel.tue.nl [131.155.2.7]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1440743D31; Fri, 18 Feb 2005 09:38:59 +0000 (GMT) (envelope-from stijn@pcwin002.win.tue.nl) Received: by pastinakel.tue.nl (Postfix, from userid 40) id 5E0AB14BC85; Fri, 18 Feb 2005 10:38:58 +0100 (CET) Received: from pcwin002.win.tue.nl (pcwin002.win.tue.nl [131.155.71.72]) by pastinakel.tue.nl (Postfix) with ESMTP id A1F8D14BBDE; Fri, 18 Feb 2005 10:38:55 +0100 (CET) Received: (from stijn@localhost) by pcwin002.win.tue.nl (8.13.1/8.13.1/Submit) id j1I9ctJH024241; Fri, 18 Feb 2005 10:38:55 +0100 (CET) (envelope-from stijn) Date: Fri, 18 Feb 2005 10:38:55 +0100 From: Stijn Hoop To: ticso@cicely.de Message-ID: <20050218093855.GN8471@pcwin002.win.tue.nl> References: <4214F3C2.4020102@alumni.rice.edu> <20050217195547.GA33893@troutmask.apl.washington.edu> <86is4qfenb.fsf@xps.des.no> <20050218092709.GM8471@pcwin002.win.tue.nl> <20050218093502.GS753@cicely12.cicely.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OROCMA9jn6tkzFBc" Content-Disposition: inline In-Reply-To: <20050218093502.GS753@cicely12.cicely.de> User-Agent: Mutt/1.4.2.1i X-Bright-Idea: Let's abolish HTML mail! X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on pastinakel.tue.nl X-Spam-DCC: : pastinakel.tue.nl 1074; Body=1 Fuz1=1 Fuz2=1 X-Spam-Status: No, hits=-4.9 required=6.3 tests=BAYES_00 autolearn=ham version=2.64 X-Spam-Level: cc: Kaspars cc: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= cc: freebsd-current@freebsd.org cc: Robert Watson cc: Steve Kargl Subject: Re: Change tar to GNU 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: Fri, 18 Feb 2005 09:38:59 -0000 --OROCMA9jn6tkzFBc Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Feb 18, 2005 at 10:35:03AM +0100, Bernd Walter wrote: > On Fri, Feb 18, 2005 at 10:27:09AM +0100, Stijn Hoop wrote: > > On Fri, Feb 18, 2005 at 09:36:40AM +0100, Dag-Erling Sm=F8rgrav wrote: > > > Steve Kargl writes: > > > > find $PATH -newermt 20050214 | xargs tar cf new.tar > > >=20 > > > Bad idea, for a number of different reasons (including file names > > > containing spaces or other special characters, and command line length > > > limits). The following is slightly better, but will still fail if you > > > have files with newlines in them: > > >=20 > > > find $PATH -newermt 2005-02-14 | tar -c -f new.tar -T/dev/stdin > >=20 > > Won't find -print0 | xargs -0 ... work in all cases? >=20 > xargs possibly starts tar several times and tar overwrites the archive > every time. > Even if you get tar to append to an existing archive it can't know > about hardlinked files spanning multiple calls. Ah, I see. Thanks for the explanation! --Stijn --=20 What would this sentence be like if it weren't self-referential? --OROCMA9jn6tkzFBc Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCFbevY3r/tLQmfWcRAojbAKCqE59E9q2msf/EwQfysjig2qg6zQCfXe74 Qxq6T1+jxt2rttea2s4fsHA= =u42F -----END PGP SIGNATURE----- --OROCMA9jn6tkzFBc-- From owner-freebsd-current@FreeBSD.ORG Fri Feb 18 09:47: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 599E416A4CE; Fri, 18 Feb 2005 09:47:20 +0000 (GMT) Received: from vbook.fbsd.ru (asplinux.ru [195.133.213.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id B3E2043D2F; Fri, 18 Feb 2005 09:47:17 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.44 (FreeBSD)) id 1D24jA-000F3A-Nr; Fri, 18 Feb 2005 12:47:13 +0300 From: Vladimir Grebenschikov To: "current@freebsd.org" In-Reply-To: <20050217195547.GA33893@troutmask.apl.washington.edu> References: <4214F3C2.4020102@alumni.rice.edu> <20050217195547.GA33893@troutmask.apl.washington.edu> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Organization: SWsoft Date: Fri, 18 Feb 2005 12:47:11 +0300 Message-Id: <1108720031.1172.8.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov cc: Robert Watson cc: Steve Kargl Subject: Re: Change tar to GNU X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: vova@fbsd.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Feb 2005 09:47:20 -0000 =F7 =DE=D4, 17/02/2005 =D7 11:55 -0800, Steve Kargl =D0=C9=DB=C5=D4: > On Thu, Feb 17, 2005 at 01:42:58PM -0600, Jon Noack wrote: > > Robert Watson wrote: > > >On Thu, 17 Feb 2005, Kaspars wrote: > > >> I have backup script build with tar and -newer options. > > >>on FreeBSD 4.x it worked and i see: > > >>$tar --version > > >>tar (GNU tar) 1.13.25 > > >> > > >>on FreeBSD 5.3 not working and I found: > > >>$tar --version > > >>bsdtar 1.01.011, libarchive 1.01.013 > > >>Copyright (C) 2003-2004 Tim Kientzle > > >> > > >>So I understand that you change own tar to make different licence.=20 > > >> > > >>I just thinking what is proper way to update tar to GNU tar to make > > >>working again my script?=20 > > > > > > > > >You can install the GNU tar as a package; however, it would be quite > > >helpful if you could describe the problem in a little more detail so t= hat > > >the bug, if any, can be fixed. > >=20 > > I think the issue is simply that the --newer option does not exist in=20 > > bsdtar. A very brief glance at the bsdtar man page didn't reveal any=20 > > replacement. > >=20 >=20 > This is a Unix-like OS, so command pipes are possible. >=20 > find $PATH -newermt 20050214 | xargs tar cf new.tar This is invalid example, xargs can invoke tar multiple times and override archive, it should be as minimum -x key for xargs to fail in case of too many files find $PATH -newermt 20050214 | xargs -x tar cf new.tar --=20 Vladimir B. Grebenchikov vova@fbsd.ru From owner-freebsd-current@FreeBSD.ORG Fri Feb 18 10:33: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 31D0B16A4CE; Fri, 18 Feb 2005 10:33:56 +0000 (GMT) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 28D1C43D1D; Fri, 18 Feb 2005 10:33:55 +0000 (GMT) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 5021B530C; Fri, 18 Feb 2005 11:33:52 +0100 (CET) Received: from xps.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id 76E085308; Fri, 18 Feb 2005 11:33:15 +0100 (CET) Received: by xps.des.no (Postfix, from userid 1001) id F1CBD33C35; Fri, 18 Feb 2005 11:33:14 +0100 (CET) To: Maxim Sobolev References: <4214F3C2.4020102@alumni.rice.edu> <20050217195547.GA33893@troutmask.apl.washington.edu> <86is4qfenb.fsf@xps.des.no> <20050218092709.GM8471@pcwin002.win.tue.nl> <20050218093502.GS753@cicely12.cicely.de> <4215B7EA.5000004@portaone.com> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Fri, 18 Feb 2005 11:33:14 +0100 In-Reply-To: <4215B7EA.5000004@portaone.com> (Maxim Sobolev's message of "Fri, 18 Feb 2005 11:39:54 +0200") Message-ID: <86oeeijgyd.fsf@xps.des.no> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on flood.des.no X-Spam-Level: X-Spam-Status: No, score=0.1 required=5.0 tests=AWL,FORGED_RCVD_HELO autolearn=disabled version=3.0.1 cc: kientzle@FreeBSD.ORG cc: Kaspars cc: freebsd-current@FreeBSD.ORG cc: Robert Watson cc: Steve Kargl cc: ticso@cicely.de Subject: Re: Change tar to GNU 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: Fri, 18 Feb 2005 10:33:56 -0000 Maxim Sobolev writes: > Bernd Walter wrote: > > On Fri, Feb 18, 2005 at 10:27:09AM +0100, Stijn Hoop wrote: > > Even if you get tar to append to an existing archive it can't know > > about hardlinked files spanning multiple calls. > That's a valid point. I think kientzle is likely to be interested in > adding that functionality. I don't think that's very realistic. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Fri Feb 18 10:45: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 6F0F516A4CE; Fri, 18 Feb 2005 10:45:33 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D8D243D1D; Fri, 18 Feb 2005 10:45:30 +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 j1IAjMGC084213; Fri, 18 Feb 2005 12:45:22 +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 81466-13; Fri, 18 Feb 2005 12:45:22 +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 j1IAjLTe084210 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 18 Feb 2005 12:45:22 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id j1IAjRLb048180; Fri, 18 Feb 2005 12:45:27 +0200 (EET) (envelope-from ru) Date: Fri, 18 Feb 2005 12:45:27 +0200 From: Ruslan Ermilov To: Tim Kientzle Message-ID: <20050218104527.GB47973@ip.net.ua> References: <4214ED77.6000206@os.lv> <4214F2CB.8030506@alumni.rice.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5/uDoXvLw7AC5HRs" Content-Disposition: inline In-Reply-To: <4214F2CB.8030506@alumni.rice.edu> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: current@freebsd.org Subject: Re: Change tar to GNU 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: Fri, 18 Feb 2005 10:45:33 -0000 --5/uDoXvLw7AC5HRs Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Feb 17, 2005 at 01:38:51PM -0600, Jon Noack wrote: > Kaspars wrote: > > I have backup script build with tar and -newer options. > >on FreeBSD 4.x it worked and i see: > >$tar --version > >tar (GNU tar) 1.13.25 > > > >on FreeBSD 5.3 not working and I found: > >$tar --version > >bsdtar 1.01.011, libarchive 1.01.013 > >Copyright (C) 2003-2004 Tim Kientzle > > > >So I understand that you change own tar to make different licence. > > > >I just thinking what is proper way to update tar to GNU tar to make=20 > >working again my script? >=20 > One of the great things about FreeBSD is that a big, user-visible change= =20 > in a new release has a >99% of being documented. This case follows that= =20 > trend (third item of Userland Changes): > http://www.freebsd.org/releases/5.3R/relnotes-i386.html#USERLAND >=20 > Throw "WITH_GTAR=3Dyes" into /etc/make.conf. After the next=20 > build/installworld, you're back to gtar. For the time being you may=20 > simply point your script to "gtar" as pointed out in other responses. >=20 The WITH_GTAR knob should probably be documented in make.conf(5) and /usr/share/examples/etc/make.conf. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --5/uDoXvLw7AC5HRs Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFCFcdHqRfpzJluFF4RAhhGAJ9Lr7ZYzi6p71+YdtmqILO60WKtTwCeNBZw Mz9yle/bFnHflDnoT0QqTpA= =t/+u -----END PGP SIGNATURE----- --5/uDoXvLw7AC5HRs-- From owner-freebsd-current@FreeBSD.ORG Fri Feb 18 11:07:15 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 A19CE16A4CE; Fri, 18 Feb 2005 11:07:15 +0000 (GMT) Received: from www.portaone.com (support.portaone.com [195.70.151.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 56CEA43D2D; Fri, 18 Feb 2005 11:07:14 +0000 (GMT) (envelope-from sobomax@portaone.com) Received: from [192.168.0.128] ([192.168.2.2]) (authenticated bits=0) by www.portaone.com (8.12.11/8.12.11) with ESMTP id j1I9dtQv056886 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 18 Feb 2005 10:39:56 +0100 (CET) (envelope-from sobomax@portaone.com) Message-ID: <4215B7EA.5000004@portaone.com> Date: Fri, 18 Feb 2005 11:39:54 +0200 From: Maxim Sobolev Organization: Porta Software Ltd User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: ticso@cicely.de References: <4214F3C2.4020102@alumni.rice.edu> <20050217195547.GA33893@troutmask.apl.washington.edu> <86is4qfenb.fsf@xps.des.no> <20050218092709.GM8471@pcwin002.win.tue.nl> <20050218093502.GS753@cicely12.cicely.de> In-Reply-To: <20050218093502.GS753@cicely12.cicely.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: ClamAV 0.80/685/Wed Jan 26 10:08:24 2005 clamav-milter version 0.80j on www.portaone.com X-Virus-Status: Clean cc: kientzle@FreeBSD.ORG cc: Kaspars cc: freebsd-current@FreeBSD.ORG cc: Robert Watson cc: Steve Kargl cc: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= Subject: Re: Change tar to GNU 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: Fri, 18 Feb 2005 11:07:15 -0000 Bernd Walter wrote: > On Fri, Feb 18, 2005 at 10:27:09AM +0100, Stijn Hoop wrote: > >>On Fri, Feb 18, 2005 at 09:36:40AM +0100, Dag-Erling Smrgrav wrote: >> >>>Steve Kargl writes: >>> >>>>find $PATH -newermt 20050214 | xargs tar cf new.tar >>> >>>Bad idea, for a number of different reasons (including file names >>>containing spaces or other special characters, and command line length >>>limits). The following is slightly better, but will still fail if you >>>have files with newlines in them: >>> >>>find $PATH -newermt 2005-02-14 | tar -c -f new.tar -T/dev/stdin >> >>Won't find -print0 | xargs -0 ... work in all cases? > > > xargs possibly starts tar several times and tar overwrites the archive > every time. > Even if you get tar to append to an existing archive it can't know > about hardlinked files spanning multiple calls. That's a valid point. I think kientzle is likely to be interested in adding that functionality. -Maxim From owner-freebsd-current@FreeBSD.ORG Fri Feb 18 12:21:51 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 322F916A4CE for ; Fri, 18 Feb 2005 12:21:51 +0000 (GMT) Received: from mailout05.sul.t-online.com (mailout05.sul.t-online.com [194.25.134.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7DFEC43D58 for ; Fri, 18 Feb 2005 12:21:50 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from fwd02.aul.t-online.de by mailout05.sul.t-online.com with smtp id 1D278n-0003Bi-00; Fri, 18 Feb 2005 13:21:49 +0100 Received: from Andro-Beta.Leidinger.net (E2+a+rZXgeG4QfBJKJyoXDUAOQBV0xLQibrE5s9W1UmBZdTUHrUZ0C@[84.128.207.129]) by fmrl02.sul.t-online.com with esmtp id 1D278S-1vIkYi0; Fri, 18 Feb 2005 13:21:28 +0100 Received: from localhost (localhost [127.0.0.1])j1ICKsub080546 for ; Fri, 18 Feb 2005 13:20:54 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from 141.113.101.32 ([141.113.101.32]) by netchild.homeip.net (Horde) with HTTP for ; Fri, 18 Feb 2005 13:20:54 +0100 Message-ID: <20050218132054.mzsbi4yhzc4gcwck@netchild.homeip.net> X-Priority: 3 (Normal) Date: Fri, 18 Feb 2005 13:20:54 +0100 From: Alexander Leidinger To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15 Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.0.2) / FreeBSD-4.11 X-ID: E2+a+rZXgeG4QfBJKJyoXDUAOQBV0xLQibrE5s9W1UmBZdTUHrUZ0C@t-dialin.net X-TOI-MSGID: 7203d011-33ce-4241-a2a6-d40ea13c1de2 Subject: Questions related to our use of crtbegin{,S,T}.o 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: Fri, 18 Feb 2005 12:21:51 -0000 Hi, I'm investigating an issue in icc regarding crtbeginT.o. We don't have this, but based upon reading /usr/src/contrib/gcc/Makefile.in it seems to be needed for linking "gcc -static" compiles (and icc references it in static C++ compiles only)... but maybe not on FreeBSD. Our gcc uses crtbegin.o in any case (excluding linking shared libs here, I haven't looked at how [gi]cc behave there), icc links with crtbeginT.o in the -static case. I've looked at crtstuff.c and it seems crtbeginT.o is the same as crtbegin.o in our case. Can anyone familiar with those internals confirm this or explain me some things I may have misinterpreted? Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 I really had to act; 'cause I didn't have any lines. -- Marilyn Chambers From owner-freebsd-current@FreeBSD.ORG Thu Feb 17 17:19: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 A759F16A4CE for ; Thu, 17 Feb 2005 17:19:06 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 466BF43D53 for ; Thu, 17 Feb 2005 17:19:06 +0000 (GMT) (envelope-from valenok@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so307183wri for ; Thu, 17 Feb 2005 09:19:05 -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=uqr2DZRi3wLNjbg+ZkHLoYD8JQULNtymEsK/QtHUlrs25F/64kIc3cVnHFWKDkfvhXXjHQCivyncOjWGAKeoy+WlpVZXmxozlG9KKPitdTzxv3okXvnvZTDxFxWjS9l/i5Ea0PSCQpERY+NkYokkysxrcDXs6Dd/70+o3n0xB8w= Received: by 10.54.44.31 with SMTP id r31mr174159wrr; Thu, 17 Feb 2005 09:19:05 -0800 (PST) Received: by 10.54.44.57 with HTTP; Thu, 17 Feb 2005 09:19:05 -0800 (PST) Message-ID: <72c3a95705021709191385f41@mail.gmail.com> Date: Thu, 17 Feb 2005 17:19:05 +0000 From: Sergey Lyubka To: freebsd-current@freebsd.org, Michel TALON In-Reply-To: <20050217153442.GA29217@lpthe.jussieu.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <20050217153442.GA29217@lpthe.jussieu.fr> X-Mailman-Approved-At: Fri, 18 Feb 2005 12:50:31 +0000 Subject: Re: pcre in base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Sergey Lyubka List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Feb 2005 17:19:06 -0000 I do use sed frequently. Recently I modified it to use pcre, and was pleased with the result. Not-so-trivial regular expressions are much easy to write using perl syntax. As the backward compatibility will not be destroyed, I felt that it would be good having such sed in the base. By no means I want to reintroduce perl. > What about people who need such and such version of perl, > such and such version of pcre, and so on? FreeBSD needs take a look at the expat library. It was imported, and given different name - libbsdxml. > to be more modularized, more things going to ports, not the other way around. totally agree. But if the default tool can be done better that it is now, why not do it better? sergey From owner-freebsd-current@FreeBSD.ORG Thu Feb 17 19:37:17 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 0BC0C16A4CE for ; Thu, 17 Feb 2005 19:37:17 +0000 (GMT) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 174E643D60 for ; Thu, 17 Feb 2005 19:37:16 +0000 (GMT) (envelope-from valenok@gmail.com) Received: by wproxy.gmail.com with SMTP id 69so332565wri for ; Thu, 17 Feb 2005 11:37:15 -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=AABTna82kUgjCRpiASxOkum/x1VrGN1QHP3seBrfBsqxxI8npqUj7dklS1VuebtIeso9KJpeN26UauJfowC+xdZmtSPrimhbGtnVhu7sMw6clNE5XOPbYqObQW3EmR/J+/oZCaCkghh08bHPt90GLvzk9dMTZtDuW5Y0tLOpOFw= Received: by 10.54.42.71 with SMTP id p71mr7101wrp; Thu, 17 Feb 2005 11:37:14 -0800 (PST) Received: by 10.54.44.57 with HTTP; Thu, 17 Feb 2005 11:37:14 -0800 (PST) Message-ID: <72c3a95705021711371c45952d@mail.gmail.com> Date: Thu, 17 Feb 2005 19:37:14 +0000 From: Sergey Lyubka To: obrien@freebsd.org In-Reply-To: <20050217192822.GA85506@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <72c3a957050217031230598f63@mail.gmail.com> <86zmy3qmm2.wl%sf@FreeBSD.org> <72c3a957050217065223729f83@mail.gmail.com> <20050217185422.GJ57256@cirb503493.alcatel.com.au> <20050217192822.GA85506@dragon.nuxi.com> X-Mailman-Approved-At: Fri, 18 Feb 2005 12:50:31 +0000 cc: FUJISHIMA Satsuki cc: Peter Jeremy cc: freebsd-current@freebsd.org Subject: Re: pcre in base system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Sergey Lyubka List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Feb 2005 19:37:17 -0000 So it will. If regex(3) will be decoupled from libc, one can remap libregex to pcre, for example. > > greater reliance on ports. An interesting approach could be to > > break out regex(3) from libc and allow base utilities to use shared > > libraries from ports - this would allow someone to install the pcre > > port and have the base sed(1) use it. > > Uh, no. /usr/src should be self-contained. From owner-freebsd-current@FreeBSD.ORG Thu Feb 17 23:34: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 54E1F16A4CE for ; Thu, 17 Feb 2005 23:34:29 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id B1B1143D53 for ; Thu, 17 Feb 2005 23:34:28 +0000 (GMT) (envelope-from lydianconcepts@gmail.com) Received: by rproxy.gmail.com with SMTP id j1so407742rnf for ; Thu, 17 Feb 2005 15:34:27 -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=LZcn2QcLIRi/zeZ9nKgy5qbFlIg0h7bsEphCInQuDzCjB5BBrY7t3c6I4wNtl6b8phCU8QBoXrm6tLApHOgRjB7FfefEsZoGEKBqVUu688qLJOMtcWFt5TOfPdNbB4x4uqriyV2F1AP6KACtZWq0eca21pdDBw2MbAu8bVDGJGU= Received: by 10.38.83.27 with SMTP id g27mr532918rnb; Thu, 17 Feb 2005 15:34:27 -0800 (PST) Received: by 10.38.104.14 with HTTP; Thu, 17 Feb 2005 15:34:27 -0800 (PST) Message-ID: <7579f7fb05021715344d661662@mail.gmail.com> Date: Thu, 17 Feb 2005 15:34:27 -0800 From: Matthew Jacob To: Eric Anderson In-Reply-To: <4213D046.4080001@centtech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <20050216224825.39102.qmail@web26807.mail.ukl.yahoo.com> <4213D046.4080001@centtech.com> X-Mailman-Approved-At: Fri, 18 Feb 2005 12:50:31 +0000 cc: FreeBSD Current Subject: Re: newfs limits? 10TB filesystem max? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Matthew Jacob List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Feb 2005 23:34:29 -0000 BTW- be careful with very large filesystems on FreeBSD- at some point fsck can't check them. I built a sparse 5000TB filesystem which newfs'd and mounted okay, but was not possible to check with fsck. From owner-freebsd-current@FreeBSD.ORG Fri Feb 18 01:45: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 A7A0F16A4CE; Fri, 18 Feb 2005 01:45:29 +0000 (GMT) Received: from just.puresimplicity.net (just.puresimplicity.net [140.177.207.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B46843D31; Fri, 18 Feb 2005 01:45:29 +0000 (GMT) (envelope-from craig@puresimplicity.net) Received: from localhost (CPE0050bf78b8c6-CM023459906096.cpe.net.cable.rogers.com [24.157.84.118]) (authenticated bits=0)j1I1j8hk079204 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NO); Thu, 17 Feb 2005 19:45:18 -0600 (CST) (envelope-from craig@backfire.ca) Date: Thu, 17 Feb 2005 20:45:05 -0500 From: Craig Reyenga To: Gleb Smirnoff Message-ID: <20050218014505.GA44797@burnout.lan.bluemidnight.ca> References: <20050217135609.GA97455@cell.sick.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050217135609.GA97455@cell.sick.ru> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: ClamAV version 0.81, clamav-milter version 0.81b on just.puresimplicity.net X-Virus-Status: Clean X-Spam-Status: No, score=1.8 required=8.0 tests=AWL,RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=disabled version=3.0.2 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on just.puresimplicity.net X-Mailman-Approved-At: Fri, 18 Feb 2005 12:50:31 +0000 cc: freebsd-current@freebsd.org Subject: Re: changing debuglevel of kernel messaging going to console X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Craig Reyenga List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Feb 2005 01:45:29 -0000 On Thu, Feb 17, 2005 at 04:56:09PM +0300, Gleb Smirnoff wrote: > Dear collegues, > > now all kernel messages are printed to system console by default: > > *.err;kern.debug;auth.notice;mail.crit /dev/console > > There is a problem that in case of a serial console, this printing > is very slow and heavily pessimizes box performance, when kernel > messages are printed at high speed. Moreover, several kernel messages > with LOG_DEBUG severity can be triggered remotely, for example > sending bogus ARP replies. So, sending bogus ARP packets to a > FreeBSD box with serial console may lead to a DoS like conditions. I've always been bothered by *any* output going to the console, because the only time I'm at the console is when I'm fixing the problem that the kernel is complaining about in the first place. My local solution is to create a /var/log/kernel and send kern.everything to it. As for changing the default, I do agree fully with a change to kern.warning, but I'm not going fight very hard for it. -Craig > > I'd like to raise this level to kern.warning, so that important > messages are still printed, but debug messages won't flood console. > No logging will be lost, since next line logs kern.debug to > /var/log/messages. > > -- > Totus tuus, Glebius. > GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-current@FreeBSD.ORG Fri Feb 18 07:58:51 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 3C83016A4CE; Fri, 18 Feb 2005 07:58:51 +0000 (GMT) Received: from svm.csie.ntu.edu.tw (svm.csie.ntu.edu.tw [140.112.90.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 89E1743D39; Fri, 18 Feb 2005 07:58:49 +0000 (GMT) (envelope-from rafan@svm.csie.ntu.edu.tw) Received: from svm.csie.ntu.edu.tw (localhost [127.0.0.1]) by svm.csie.ntu.edu.tw (8.13.1/8.13.1) with ESMTP id j1I7wmMD042399; Fri, 18 Feb 2005 15:58:48 +0800 (CST) (envelope-from rafan@svm.csie.ntu.edu.tw) Received: (from rafan@localhost) by svm.csie.ntu.edu.tw (8.13.1/8.13.1/Submit) id j1I7whUd042398; Fri, 18 Feb 2005 15:58:43 +0800 (CST) (envelope-from rafan) Date: Fri, 18 Feb 2005 15:58:43 +0800 From: Rong-En Fan To: Nate Lawson Message-ID: <20050218075843.GA42365@svm.csie.ntu.edu.tw> References: <4213F066.2050708@root.org> <4214119B.2010909@telia.com> <421537E9.8050203@root.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <421537E9.8050203@root.org> User-Agent: Mutt/1.5.7i X-Mailman-Approved-At: Fri, 18 Feb 2005 12:50:31 +0000 cc: acpi@freebsd.org cc: current@freebsd.org Subject: Re: patch: p4tcc and speedstep cpufreq drivers 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: Fri, 18 Feb 2005 07:58:51 -0000 On Thu, Feb 17, 2005 at 04:33:45PM -0800, Nate Lawson wrote: > Pawel Worach wrote: > >Nate Lawson wrote: > > > >>Attached is a patch that I'd like to get tested. After applying it, > >>rebuild and load the cpufreq.ko module. Be sure you do _not_ have > >>"options CPU_ENABLE_TCC" in your kernel config or the new driver will > >>conflict with the old. > > > > > >Hi Nate, > > > >This is what I get on a TP T41, do the cpufreq results below look right? > >Also if I loaded both modules all I got for dev.cpu.0.freq was -1 or > >1700 and no levels. > > > >CPU: Intel(R) Pentium(R) M processor 1700MHz (1698.56-MHz 686-class CPU) > > Origin = "GenuineIntel" Id = 0x695 Stepping = 5 > >Features=0xa7e9f9bf > > Apologies. I found 2 bugs, one was not calling cpufreq_register() and > the other was that the code to detect acpi_perf (in ichss and est) was > incorrect. I've committed fixes for that and have updated the patch. > Please ues this version and test again. Hi, This is an TP X31. CPU: Intel(R) Pentium(R) M processor 1400MHz (1398.82-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x695 Stepping = 5 Features=0xa7e9f9bf freq_levels looks strange.. and changes... (only cpufreq is loaded at boot) rafan@woodstock|UTF-8 [~] (15:57)$ sysctl dev.cpu dev.cpu.0.%desc: ACPI CPU (3 Cx states) dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=\_PR_.CPU_ dev.cpu.0.%pnpinfo: _HID=none _UID=0 dev.cpu.0.%parent: acpi0 dev.cpu.0.freq: 1399 dev.cpu.0.freq_levels: -738340620/0 0/0 0/0 rafan@woodstock|UTF-8 [~] (15:57)$ sysctl dev.cpu dev.cpu.0.%desc: ACPI CPU (3 Cx states) dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=\_PR_.CPU_ dev.cpu.0.%pnpinfo: _HID=none _UID=0 dev.cpu.0.%parent: acpi0 dev.cpu.0.freq: 1399 dev.cpu.0.freq_levels: 1398/-1 1398/-1 0/0 rafan@woodstock|UTF-8 [~] (15:57)$ sysctl dev.cpu dev.cpu.0.%desc: ACPI CPU (3 Cx states) dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=\_PR_.CPU_ dev.cpu.0.%pnpinfo: _HID=none _UID=0 dev.cpu.0.%parent: acpi0 dev.cpu.0.freq: 1399 dev.cpu.0.freq_levels: 1398/-1 1398/-1 0/0 Regarad, Rong-En Fan From owner-freebsd-current@FreeBSD.ORG Fri Feb 18 13:21: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 8B88016A4CE for ; Fri, 18 Feb 2005 13:21:31 +0000 (GMT) Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 19BFA43D62 for ; Fri, 18 Feb 2005 13:21:31 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from alpha.siliconlandmark.com (andy@localhost [127.0.0.1]) j1IDLRkt061599; Fri, 18 Feb 2005 08:21:27 -0500 (EST) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)j1IDLRIr061596; Fri, 18 Feb 2005 08:21:27 -0500 (EST) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing -bs Date: Fri, 18 Feb 2005 08:21:27 -0500 (EST) From: Andre Guibert de Bruet To: Doug White In-Reply-To: <20050217183425.O53092@carver.gumbysoft.com> Message-ID: <20050218081633.K637@alpha.siliconlandmark.com> References: <20050217140951.R637@alpha.siliconlandmark.com> <20050217183425.O53092@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: ntpdate behavior changes between 4.x, 5.x and 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: Fri, 18 Feb 2005 13:21:31 -0000 On Thu, 17 Feb 2005, Doug White wrote: > On Thu, 17 Feb 2005, Andre Guibert de Bruet wrote: > >> This is the output of ntpdate on a 4.11 machine: >> alpha# ntpdate -b time-b.nist.gov > /dev/null >> alpha# > > ntpd 4.1.0 > >> The following is output of ntpdate on a 5.3-stable machine: >> vnode# ntpdate -b time-b.nist.gov > /dev/null >> host found : time-b.nist.gov >> vnode# > > ntpd 4.1.1a > >> The following is the output of ntpdate on a CURRENT machine: >> bling# ntpdate -b time-b.nist.gov > /dev/null >> bling# > > ntpd 4.2.0 + patch to suppress those messages, which was obtained from the > upstream code. > > So the answer is "Because the vendor put it there, and we hid it again in > -CURRENT." Are there any plans to MFC ntpd 4.2.0? If adapting the patch for RELENG_5 (And 4.1.1a) would make the process any easier, could I get my mittens on it? Andy | Andre Guibert de Bruet | Enterprise Software Consultant > | Silicon Landmark, LLC. | http://siliconlandmark.com/ > From owner-freebsd-current@FreeBSD.ORG Fri Feb 18 14:36: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 1DE4216A4CE for ; Fri, 18 Feb 2005 14:36:09 +0000 (GMT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3DF0843D2D for ; Fri, 18 Feb 2005 14:36:08 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [10.1.1.7]) (authenticated bits=0)j1IEZu3a003354 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Fri, 18 Feb 2005 15:35:58 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id j1IEYx55059466 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 18 Feb 2005 15:35:00 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.11/8.12.11) with ESMTP id j1IEYx99011916; Fri, 18 Feb 2005 15:34:59 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.11/8.12.11/Submit) id j1IEYv15011915; Fri, 18 Feb 2005 15:34:57 +0100 (CET) (envelope-from ticso) Date: Fri, 18 Feb 2005 15:34:57 +0100 From: Bernd Walter To: Matthew Jacob Message-ID: <20050218143456.GB11451@cicely12.cicely.de> References: <20050216224825.39102.qmail@web26807.mail.ukl.yahoo.com> <4213D046.4080001@centtech.com> <7579f7fb05021715344d661662@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <7579f7fb05021715344d661662@mail.gmail.com> X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.6i X-Spam-Status: No, hits=0.0 required=3.0 tests=none autolearn=no version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on cicely12.cicely.de cc: FreeBSD Current cc: Eric Anderson Subject: Re: newfs limits? 10TB filesystem max? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Feb 2005 14:36:09 -0000 On Thu, Feb 17, 2005 at 03:34:27PM -0800, Matthew Jacob wrote: > BTW- be careful with very large filesystems on FreeBSD- at some point > fsck can't check them. > > I built a sparse 5000TB filesystem which newfs'd and mounted okay, but > was not possible to check with fsck. Since you already did: What disk space will such a filesystem take? -- B.Walter BWCT http://www.bwct.de bernd@bwct.de info@bwct.de From owner-freebsd-current@FreeBSD.ORG Fri Feb 18 14:51: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 CB15316A4CE; Fri, 18 Feb 2005 14:51:26 +0000 (GMT) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id B5AF643D1D; Fri, 18 Feb 2005 14:51:25 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with SMTP id A998846B3D; Fri, 18 Feb 2005 09:51:24 -0500 (EST) Date: Fri, 18 Feb 2005 14:49:57 +0000 (GMT) From: Robert Watson X-Sender: robert@fledge.watson.org To: current@FreeBSD.org Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: jeff@FreeBSD.org cc: phk@FreeBSD.org cc: kirk@mckusick.com Subject: VFS deadlock using dump -L on HEAD -- VOP_INACTIVE acquires snapshot file system suspend lock after vnode lock on delete-after-last-close? 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: Fri, 18 Feb 2005 14:51:26 -0000 I upgraded a box to a recent 6.x this morning, and ran into the following apparently deadlock while backing up a partitionusing dump -L. It appears to have gotten stuck during mksnap_ffs. Some interpretation below, but the high level summary is that it looks to me like we have a lock order issue between the snapshot write lock for the file system and vnode locks, which occurs because vrele() calls VOP_INACTIVE with the vnode lock held, and ufs_inactive() then proceeds to get a write reference to the file system. It could be a fix is to grab the write reference to the file system in vrele() before the vnode lock, to aovid grabbing the write reference in ufs_inactive(). Robert N M Watson www:~> more backup.csh #!/bin/csh set DATE=`date +"%Y%m%d"` dump -L -f - -a -u -0 /home/pnn | gzip -9 > ${DATE}-backup.dump.gz www:~> df Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/twed0s1a 507630 103502 363518 22% / devfs 1 1 0 100% /dev /dev/twed0s1f 89359640 370128 81840742 0% /home/pnn /dev/twed0s1e 16244334 3211132 11733656 21% /usr /dev/twed0s1d 8122126 1541978 5930378 21% /var www:~> ./backup.csh load: 0.00 cmd: mksnap_ffs 2993 [ufs] 0.00u 3.88s 0% 496k load: 0.00 cmd: mksnap_ffs 2993 [ufs] 0.00u 3.88s 0% 496k load: 0.00 cmd: mksnap_ffs 2993 [ufs] 0.00u 3.88s 0% 496k load: 0.00 cmd: mksnap_ffs 2993 [ufs] 0.00u 3.88s 0% 496k On the serial console: telnet> send break KDB: enter: Line break on console [thread pid 11 tid 100004 ] Stopped at kdb_enter+0x2b: nop db> show lockedvnods Locked vnodes 0xc13c49b4: tag ufs, type VDIR usecount 153, writecount 0, refcount 1 mountedhere 0 flags (VV_ROOT) v_object 0 lock type ufs: EXCL (count 1) by thread 0xc1807a10 (pid 3057) with 152 pend ing ino 2, on dev twed0s1f (229, 9) 0xc15268a0: tag ufs, type VDIR usecount 2, writecount 0, refcount 1 mountedhere 0 flags () v_object 0 lock type ufs: EXCL (count 1) by thread 0xc137e000 (pid 3062) with 1 pendin g ino 3085322, on dev twed0s1f (229, 9) 0xc163bbdc: tag ufs, type VDIR usecount 2, writecount 0, refcount 1 mountedhere 0 flags () v_object 0 lock type ufs: EXCL (count 1) by thread 0xc162dcf0 (pid 3056) with 1 pendin g ino 3133686, on dev twed0s1f (229, 9) 0xc17e933c: tag ufs, type VREG usecount 1, writecount 0, refcount 0 mountedhere 0 flags () v_object 0xc17e7210 lock type ufs: EXCL (count 1) by thread 0xc1996450 (pid 3045) with 1 pendin g ino 3134802, on dev twed0s1f (229, 9) 0xc18419b4: tag ufs, type VREG usecount 0, writecount 0, refcount 0 mountedhere 0 flags () v_object 0xc1826000 lock type ufs: EXCL (count 1) by thread 0xc19b2450 (pid 3047) ino 3132762, on dev twed0s1f (229, 9) 0xc1ac933c: tag ufs, type VREG usecount 1, writecount 0, refcount 865 mountedhere 0 flags () v_object 0 lock type ufs: EXCL (count 1) by thread 0xc162d8a0 (pid 2993) ino 9891841, on dev twed0s1f (229, 9) 0xc19fd9b4: tag ufs, type VREG usecount 0, writecount 0, refcount 0 mountedhere 0 flags () v_object 0xc1a93948 lock type ufs: EXCL (count 1) by thread 0xc1807b80 (pid 2609) ino 3197600, on dev twed0s1f (229, 9) db> ps pid proc uid ppid pgrp flag stat wmesg wchan cmd 3296 c1cf93f8 1062 3292 3292 4000000 [SLPQ ufs 0xc13c4a78][SLP] sh 3295 c1cf91fc 1062 3293 3293 4000000 [SLPQ ufs 0xc13c4a78][SLP] sh 3293 c1cf9be8 1062 3290 3293 0004000 [SLPQ wait 0xc1cf9be8][SLP] sh 3292 c1d66000 1062 3289 3292 0004000 [SLPQ wait 0xc1d66000][SLP] sh 3290 c19b0000 0 390 390 0000000 [SLPQ piperd 0xc1655480][SLP] cron 3289 c1d661fc 0 390 390 0000000 [SLPQ piperd 0xc19a3d80][SLP] cron 3271 c1d66be8 1062 3268 3268 4000000 [SLPQ ufs 0xc13c4a78][SLP] sh 3268 c1d69000 1062 3267 3268 0004000 [SLPQ wait 0xc1d69000][SLP] sh 3267 c1d669ec 0 390 390 0000000 [SLPQ piperd 0xc13aac00][SLP] cron 3247 c1cf95f4 1062 3245 3245 4000000 [SLPQ ufs 0xc13c4a78][SLP] sh 3245 c1cf99ec 1062 3243 3245 0004000 [SLPQ wait 0xc1cf99ec][SLP] sh 3243 c1cf9de4 0 390 390 0000000 [SLPQ piperd 0xc13aa480][SLP] cron 3227 c1d66de4 1062 3222 3222 4000000 [SLPQ ufs 0xc13c4a78][SLP] sh 3226 c1c8f1fc 1062 3223 3223 4000000 [SLPQ ufs 0xc13c4a78][SLP] sh 3223 c18063f8 1062 3218 3223 0004000 [SLPQ wait 0xc18063f8][SLP] sh 3222 c1805000 1062 3217 3222 0004000 [SLPQ wait 0xc1805000][SLP] sh 3218 c19ae000 0 390 390 0000000 [SLPQ piperd 0xc13a9a80][SLP] cron 3217 c18067f0 0 390 390 0000000 [SLPQ piperd 0xc13a9300][SLP] cron 3197 c1c8f3f8 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3196 c1c8f5f4 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3195 c1c8f7f0 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3194 c1c8f9ec 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3193 c1c8fbe8 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3192 c1c8fde4 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3191 c1cf6000 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3190 c1cf61fc 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3189 c1cf63f8 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3188 c1cf65f4 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3187 c1cf67f0 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3186 c1cf69ec 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3185 c1cf6be8 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3184 c1cf6de4 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3183 c1cf9000 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3182 c1c8e1fc 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3181 c1c8e5f4 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3180 c1c8e9ec 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3179 c1c1e3f8 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3178 c1c1e5f4 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3177 c1c1e7f0 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3176 c1c1e9ec 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3175 c1c1ebe8 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3174 c1c1ede4 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3173 c1c88000 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3172 c1c881fc 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3171 c1c883f8 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3170 c1c885f4 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3169 c1c887f0 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3168 c1c889ec 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3167 c1c88be8 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3166 c1c88de4 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3165 c1c8e000 1062 3163 3163 4000000 [SLPQ ufs 0xc13c4a78][SLP] sh 3163 c1c8e3f8 1062 3161 3163 0004000 [SLPQ wait 0xc1c8e3f8][SLP] sh 3161 c1c8e7f0 0 390 390 0000000 [SLPQ piperd 0xc19a3000][SLP] cron 3159 c1c8ebe8 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3158 c1c8ede4 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3157 c1c8f000 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3156 c1bc37f0 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3155 c1bc39ec 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3154 c1bc3be8 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3153 c1bc3de4 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3152 c1c19000 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3151 c1c191fc 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3150 c1c193f8 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3149 c1c195f4 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3148 c1c197f0 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3147 c1c199ec 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3146 c1c19be8 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3145 c1c19de4 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3144 c1c1a000 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3143 c1c1a1fc 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3142 c1c1a3f8 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3141 c1c1a5f4 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3140 c1c1a7f0 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3139 c1c1a9ec 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3138 c1c1abe8 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3137 c1c1ade4 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3136 c1c1e000 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3135 c1c1e1fc 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3134 c1bc1de4 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3133 c1bc1be8 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3132 c1b837f0 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3131 c1b839ec 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3130 c1b83be8 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3129 c1b83de4 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3128 c1bc1000 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3127 c1bc11fc 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3126 c1bc13f8 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3125 c1bc15f4 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3124 c1bc17f0 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3123 c1bc19ec 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3120 c1bc3000 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3119 c1bc31fc 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3118 c1bc33f8 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3117 c1bc35f4 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3116 c1abb7f0 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3115 c1abb9ec 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3114 c1abbbe8 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3113 c1abbde4 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3112 c1b82000 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3111 c1b821fc 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3110 c1b823f8 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3109 c1b825f4 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3108 c1b827f0 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3107 c1b829ec 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3106 c1b82be8 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3105 c1b82de4 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3104 c1b83000 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3103 c1b831fc 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3102 c1b833f8 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3101 c1b835f4 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3100 c19b07f0 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3099 c19b09ec 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3098 c19b0be8 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3097 c19b0de4 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3096 c1aba000 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3095 c1aba1fc 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3094 c1aba3f8 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3093 c1aba5f4 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3092 c1aba7f0 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3091 c1aba9ec 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3090 c1ababe8 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3089 c1abade4 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3088 c1abb000 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3087 c1abb1fc 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3086 c1abb3f8 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3085 c16291fc 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3084 c1abb5f4 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3083 c1510be8 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3082 c162c3f8 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3081 c18061fc 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3080 c19957f0 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3079 c18055f4 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3078 c19aede4 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3077 c19959ec 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3076 c19aebe8 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3075 c16297f0 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3074 c16293f8 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3073 c19ae5f4 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3072 c19ae1fc 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3071 c19951fc 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3070 c19ae7f0 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3069 c12ab7f0 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3068 c1510de4 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3067 c1805be8 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3066 c1994000 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3065 c19ae9ec 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3064 c137d3f8 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3063 c150f000 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3062 c1510000 80 2910 403 0004000 [SLPQ ufs 0xc163bca0][SLP] download.cgi 3060 c19953f8 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3059 c19947f0 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3058 c16299ec 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3057 c1806be8 80 403 403 0000100 [SLPQ ufs 0xc1526964][SLP] httpd 3056 c1994be8 80 403 403 0000100 [SLPQ ufs 0xc17e9400][SLP] httpd 3055 c1806000 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3053 c137dde4 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3051 c19b05f4 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3048 c19941fc 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 3047 c19b03f8 80 403 403 0000100 [SLPQ suspfs 0xc137086c][SLP] httpd 3045 c1995be8 80 403 403 0000100 [SLPQ suspfs 0xc137086c][SLP] httpd 3036 c19945f4 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 2993 c162c1fc 1000 2992 2987 0004102 [SLPQ ufs 0xc13c4a78][SLP] mksnap_ffs 2992 c162cbe8 1000 2990 2987 0004002 [SLPQ wait 0xc162cbe8][SLP] sh 2991 c1995de4 1000 2987 2987 0004002 [SLPQ piperd 0xc13a9780][SLP] gzip 2990 c150f5f4 1000 2987 2987 0004002 [SLPQ wait 0xc150f5f4][SLP] dump 2987 c1806de4 1000 1762 2987 0004002 [SLPQ pause 0xc1806e18][SLP] csh 2910 c1994de4 80 403 403 0000100 [SLPQ wait 0xc1994de4][SLP] httpd 2909 c18053f8 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 2908 c19ae3f8 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 2843 c1995000 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 2839 c19955f4 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 2669 c1629000 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 2609 c18069ec 80 403 403 0000100 [SLPQ suspfs 0xc137086c][SLP] httpd 2598 c19943f8 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 1981 c18051fc 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 1899 c16295f4 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 1762 c162cde4 1000 1761 1762 0004002 [SLPQ pause 0xc162ce18][SLP] tcsh 1761 c162c000 1000 1759 1759 0000100 [SLPQ select 0xc078a744][SLP] sshd 1759 c1629be8 0 368 1759 0004100 [SLPQ sbwait 0xc1429480][SLP] sshd 1754 c18065f4 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] httpd 526 c162c9ec 1062 516 526 0004100 [SLPQ piperd 0xc13a9900][SLP] sendmail 525 c162c7f0 1062 1 525 0004000 [SLPQ accept 0xc1429186][SLP] perl 516 c18057f0 0 390 390 0000000 [SLPQ piperd 0xc13a9c00][SLP] cron 447 c12ab5f4 0 1 447 0004002 [SLPQ ttyin 0xc1318410][SLP] getty 446 c15107f0 0 1 446 0004002 [SLPQ ttyin 0xc12f5810][SLP] getty 445 c15105f4 0 1 445 0004002 [SLPQ ttyin 0xc12f6810][SLP] getty 444 c15101fc 0 1 444 0004002 [SLPQ ttyin 0xc12f6410][SLP] getty 443 c150f9ec 0 1 443 0004002 [SLPQ ttyin 0xc12ef410][SLP] getty 442 c15103f8 0 1 442 0004002 [SLPQ ttyin 0xc12ef810][SLP] getty 441 c150f3f8 0 1 441 0004002 [SLPQ ttyin 0xc12efc10][SLP] getty 440 c150f1fc 0 1 440 0004002 [SLPQ ttyin 0xc12f5010][SLP] getty 439 c150fde4 0 1 439 0004002 [SLPQ ttyin 0xc12f5410][SLP] getty 427 c150fbe8 0 1 427 0000000 [SLPQ select 0xc078a744][SLP] inetd 403 c150f7f0 0 1 403 0000000 [SLPQ select 0xc078a744][SLP] httpd 390 c12ab9ec 0 1 390 0000000 [SLPQ nanslp 0xc0785dac][SLP] cron 378 c137d000 25 1 378 0000100 [SLPQ pause 0xc137d034][SLP] sendmail 374 c12abbe8 0 1 374 0000100 [SLPQ select 0xc078a744][SLP] sendmail 368 c137d1fc 0 1 368 0000100 [SLPQ select 0xc078a744][SLP] sshd 252 c12ab3f8 0 1 252 0000000 [SLPQ select 0xc078a744][SLP] syslogd 227 c12abde4 0 1 227 0000000 [SLPQ select 0xc078a744][SLP] devd 46 c137d5f4 0 0 0 0000204 [SLPQ - 0xcb30cd14][SLP] schedcpu 45 c137d7f0 0 0 0 0000204 [SLPQ - 0xc07923ec][SLP] nfsiod 3 44 c137d9ec 0 0 0 0000204 [SLPQ - 0xc07923e8][SLP] nfsiod 2 43 c137dbe8 0 0 0 0000204 [SLPQ - 0xc07923e4][SLP] nfsiod 1 42 c1243be8 0 0 0 0000204 [SLPQ - 0xc07923e0][SLP] nfsiod 0 41 c1243de4 0 0 0 0000204 [SLPQ vlruwt 0xc1243de4][SLP] vnlru 40 c12a8000 0 0 0 0000204 [SLPQ syncer 0xc0785b0c][SLP] syncer 39 c12a81fc 0 0 0 0000204 [SLPQ psleep 0xc078ac90][SLP] bufdaemon 38 c12a83f8 0 0 0 000020c [SLPQ pgzero 0xc07989e4][SLP] pagezero 9 c12a85f4 0 0 0 0000204 [SLPQ psleep 0xc0798534][SLP] vmdaemon 8 c12a87f0 0 0 0 0000204 [SLPQ psleep 0xc07984f0][SLP] pagedaemon 37 c12a89ec 0 0 0 0000204 [IWAIT] swi0: sio 7 c12a8be8 0 0 0 0000204 [SLPQ - 0xc120983c][SLP] fdc0 36 c12a8de4 0 0 0 0000204 [SLPQ usbtsk 0xc0780814][SLP] usbtask 35 c12ab000 0 0 0 0000204 [SLPQ usbevt 0xc12bb210][SLP] usb0 34 c12ab1fc 0 0 0 0000204 [IWAIT] swi5:+ 6 c12335f4 0 0 0 0000204 [SLPQ - 0xc1263dc0][SLP] thread taskq 33 c12337f0 0 0 0 0000204 [IWAIT] swi6:+ 32 c12339ec 0 0 0 0000204 [IWAIT] swi6: task queue 5 c1233be8 0 0 0 0000204 [SLPQ - 0xc128e040][SLP] kqueue taskq 31 c1233de4 0 0 0 0000204 [IWAIT] swi2: cambio 30 c1243000 0 0 0 0000204 [SLPQ - 0xc077e7a0][SLP] yarrow 4 c12431fc 0 0 0 0000204 [SLPQ - 0xc0783148][SLP] g_down 3 c12433f8 0 0 0 0000204 [SLPQ - 0xc0783144][SLP] g_up 2 c12435f4 0 0 0 0000204 [SLPQ - 0xc078313c][SLP] g_event 29 c12437f0 0 0 0 0000204 [IWAIT] swi3: vm 28 c12439ec 0 0 0 000020c [IWAIT] swi4: clock sio 27 c12191fc 0 0 0 0000204 [IWAIT] swi1: net 26 c12193f8 0 0 0 0000204 [IWAIT] irq15: ata1 25 c12195f4 0 0 0 0000204 [IWAIT] irq14: ata0 24 c12197f0 0 0 0 0000204 [IWAIT] irq13: 23 c12199ec 0 0 0 0000204 [IWAIT] irq12: 22 c1219be8 0 0 0 0000204 [IWAIT] irq11: 21 c1219de4 0 0 0 0000204 [IWAIT] irq10: 20 c1233000 0 0 0 0000204 [IWAIT] irq9: twe0 19 c12331fc 0 0 0 0000204 [IWAIT] irq8: rtc 18 c12333f8 0 0 0 0000204 [IWAIT] irq7: ppc0 17 c1211000 0 0 0 0000204 [IWAIT] irq6: fdc0 16 c12111fc 0 0 0 0000204 [IWAIT] irq5: bge0 15 c12113f8 0 0 0 0000204 [IWAIT] irq4: sio0 14 c12115f4 0 0 0 0000204 [IWAIT] irq3: uhci0 13 c12117f0 0 0 0 0000204 [IWAIT] irq1: atkbd0 12 c12119ec 0 0 0 0000204 [IWAIT] irq0: clk 11 c1211be8 0 0 0 000020c [CPU 0] idle 1 c1211de4 0 0 1 0004200 [SLPQ wait 0xc1211de4][SLP] init 10 c1219000 0 0 0 0000204 [SLPQ ktrace 0xc0783d38][SLP] ktrace 0 c07832a0 0 0 0 0000200 [SLPQ sched 0xc07832a0][SLP] swapper 517 c162c5f4 1062 516 517 0006000 zomb[INACTIVE] sh db> show pcpu cpuid = 0 curthread = 0xc12125c0: pid 11 "idle" curpcb = 0xc69b7da0 fpcurthread = none idlethread = 0xc12125c0: pid 11 "idle" APIC ID = 0 currentldt = 0x28 Joe 'sh' process in ufs: db> trace 3296 Tracing pid 3296 tid 100255 td 0xc1cfa730 sched_switch(c1cfa730,0,1) at sched_switch+0x17f mi_switch(1,0) at mi_switch+0x264 sleepq_switch(c13c4a78,cbad385c,c0526901,c13c4a78,0) at sleepq_switch+0xe0 sleepq_wait(c13c4a78,0,0,c13c4a78,1010040) at sleepq_wait+0x30 msleep(c13c4a78,c0784458,50,c06f08fe,0) at msleep+0x2d1 acquire(cbad38b4,1010040,600,c1cfa730,0) at acquire+0x9a lockmgr(c13c4a78,1010002,c13c49b4,c1cfa730,cbad38d4) at lockmgr+0x382 vop_stdlock(cbad3904) at vop_stdlock+0x1b VOP_LOCK_APV(c076f340,cbad3904,cbad38f4,c06c279e,cbad3904) at VOP_LOCK_APV+0x7e ffs_lock(cbad3904) at ffs_lock+0x3b VOP_LOCK_APV(c076ed60,cbad3904) at VOP_LOCK_APV+0x7e vn_lock(c13c49b4,10002,c1cfa730,2,c136a800) at vn_lock+0xc2 vget(c13c49b4,10002,c1cfa730,c1cfa730,c13c4bdc) at vget+0xc9 ufs_ihashget(c136a800,2,2,cbad3a00,c06e98f4) at ufs_ihashget+0x98 ffs_vget(c1370800,2,2,cbad3a00) at ffs_vget+0x37 ufs_root(c1370800,cbad3a3c,c1cfa730,1,1) at ufs_root+0x18 lookup(cbad3c34,c05197b6,1,c1cfa730,c06ea9fd) at lookup+0x593 namei(cbad3c34,c05197b6,c1cf9460,1,0) at namei+0x34e do_execve(c1cfa730,cbad3cc4,0,0,cbad3cc4) at do_execve+0x15d kern_execve(c1cfa730,cbad3cc4,0,c6295000,c6295000) at kern_execve+0x74 execve(c1cfa730,cbad3d14,3,0,282) at execve+0x32 syscall(2f,2f,2f,8067058,806708c) at syscall+0x213 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (59, FreeBSD ELF32, execve), eip = 0x28121d5b, esp = 0xbfbfec1c, ebp = 0xbfbfec48 --- httpd holding a VV_ROOT vnode lock, blocked in ufs: db> trace 3057 Tracing pid 3057 tid 100107 td 0xc1807a10 sched_switch(c1807a10,0,1) at sched_switch+0x17f mi_switch(1,0) at mi_switch+0x264 sleepq_switch(c1526964,cb707994,c0526901,c1526964,0) at sleepq_switch+0xe0 sleepq_wait(c1526964,0,0,c1526964,1010040) at sleepq_wait+0x30 msleep(c1526964,c0785244,50,c06f08fe,0) at msleep+0x2d1 acquire(cb7079ec,1010040,600,c1807a10,0) at acquire+0x9a lockmgr(c1526964,1010002,c15268a0,c1807a10,cb707a0c) at lockmgr+0x382 vop_stdlock(cb707a3c) at vop_stdlock+0x1b VOP_LOCK_APV(c076f340,cb707a3c,cb707a2c,c06c279e,cb707a3c) at VOP_LOCK_APV+0x7e ffs_lock(cb707a3c) at ffs_lock+0x3b VOP_LOCK_APV(c076ed60,cb707a3c) at VOP_LOCK_APV+0x7e vn_lock(c15268a0,10002,c1807a10,cb707b24,cb707c38) at vn_lock+0xc2 vget(c15268a0,2,c1807a10,1b8,c1807a10) at vget+0xc9 vfs_cache_lookup(cb707b24) at vfs_cache_lookup+0x1bd VOP_LOOKUP_APV(c076ed60,cb707b24) at VOP_LOOKUP_APV+0x7e lookup(cb707c10,cb707b70,1,c1807a10,1) at lookup+0x359 namei(cb707c10,cb707bc4,c0672ebb,c19cbad0,c0703dc4) at namei+0x34e kern_stat(c1807a10,81541f8,0,cb707c84) at kern_stat+0x35 stat(c1807a10,cb707d14,2,0,296) at stat+0x1b syscall(280b002f,2f,bfbf002f,81541f8,8170) at syscall+0x213 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (188, FreeBSD ELF32, stat), eip = 0x2839359b, esp = 0xbfbfe9dc, ebp = 0xbfbfea78 --- download.cgi blocked in ufs holding a directory vnode lock: db> trace 3062 Tracing pid 3062 tid 100050 td 0xc137e000 sched_switch(c137e000,0,1) at sched_switch+0x17f mi_switch(1,0) at mi_switch+0x264 sleepq_switch(c163bca0,cb2e5844,c0526901,c163bca0,0) at sleepq_switch+0xe0 sleepq_wait(c163bca0,0,0,c163bca0,1010040) at sleepq_wait+0x30 msleep(c163bca0,c0784578,50,c06f08fe,0) at msleep+0x2d1 acquire(cb2e589c,1010040,600,c137e000,0) at acquire+0x9a lockmgr(c163bca0,1010002,c163bbdc,c137e000,cb2e58bc) at lockmgr+0x382 vop_stdlock(cb2e58ec) at vop_stdlock+0x1b VOP_LOCK_APV(c076f340,cb2e58ec,cb2e58dc,c06c279e,cb2e58ec) at VOP_LOCK_APV+0x7e ffs_lock(cb2e58ec) at ffs_lock+0x3b VOP_LOCK_APV(c076ed60,cb2e58ec) at VOP_LOCK_APV+0x7e vn_lock(c163bbdc,10002,c137e000,cb2e59d4,cb2e5c04) at vn_lock+0xc2 vget(c163bbdc,2,c137e000,1e0,c137e000) at vget+0xc9 vfs_cache_lookup(cb2e59d4) at vfs_cache_lookup+0x1bd VOP_LOOKUP_APV(c076ed60,cb2e59d4) at VOP_LOOKUP_APV+0x7e lookup(cb2e5bdc,cb2e5a76,1,c137e000,cb2e5a80) at lookup+0x359 namei(cb2e5bdc,0,d7ec0005,c137e000,c050f370) at namei+0x34e vn_open_cred(cb2e5bdc,cb2e5cdc,1a4,c19ace00,3) at vn_open_cred+0x27e vn_open(cb2e5bdc,cb2e5cdc,1a4,3,c07849f8) at vn_open+0x1e kern_open(c137e000,804a794,0,1,1b6) at kern_open+0xb6 open(c137e000,cb2e5d14,3,1,292) at open+0x1a syscall(2f,2f,2f,4,2814e280) at syscall+0x213 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (5, FreeBSD ELF32, open), eip = 0x280ba23b, esp = 0xbfbfe10c, ebp = 0xbfbfe138 --- httpd holding a directory lock blocked in ufs: db> trace 3056 Tracing pid 3056 tid 100099 td 0xc162dcf0 sched_switch(c162dcf0,0,1) at sched_switch+0x17f mi_switch(1,0) at mi_switch+0x264 sleepq_switch(c17e9400,cb6be994,c0526901,c17e9400,0) at sleepq_switch+0xe0 sleepq_wait(c17e9400,0,0,c17e9400,1010040) at sleepq_wait+0x30 msleep(c17e9400,c0784c38,50,c06f08fe,0) at msleep+0x2d1 acquire(cb6be9ec,1010040,600,c162dcf0,0) at acquire+0x9a lockmgr(c17e9400,1010002,c17e933c,c162dcf0,cb6bea0c) at lockmgr+0x382 vop_stdlock(cb6bea3c) at vop_stdlock+0x1b VOP_LOCK_APV(c076f340,cb6bea3c,cb6bea2c,c06c279e,cb6bea3c) at VOP_LOCK_APV+0x7e ffs_lock(cb6bea3c) at ffs_lock+0x3b VOP_LOCK_APV(c076ed60,cb6bea3c) at VOP_LOCK_APV+0x7e vn_lock(c17e933c,10002,c162dcf0,cb6beb24,cb6bec38) at vn_lock+0xc2 vget(c17e933c,2,c162dcf0,210,c162dcf0) at vget+0xc9 vfs_cache_lookup(cb6beb24) at vfs_cache_lookup+0x1bd VOP_LOOKUP_APV(c076ed60,cb6beb24) at VOP_LOOKUP_APV+0x7e lookup(cb6bec10,c17e9450,1,c162dcf0,75c) at lookup+0x359 namei(cb6bec10,c05197b6,c0798060,1,c06ea9fd) at namei+0x34e kern_stat(c162dcf0,8161ad8,0,cb6bec84) at kern_stat+0x35 stat(c162dcf0,cb6bed14,2,0,292) at stat+0x1b syscall(280b002f,2f,bfbf002f,8161ad8,8170) at syscall+0x213 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (188, FreeBSD ELF32, stat), eip = 0x2839359b, esp = 0xbfbfe75c, ebp = 0xbfbfe7f8 --- httpd holding a file lock, blocked in suspfs from ufs_inactive: db> trace 3045 Tracing pid 3045 tid 100123 td 0xc1996450 sched_switch(c1996450,0,1) at sched_switch+0x17f mi_switch(1,0) at mi_switch+0x264 sleepq_switch(c137086c,cb6ecb8c,c0526901,c137086c,0) at sleepq_switch+0xe0 sleepq_wait(c137086c,0,0,1,c153be38) at sleepq_wait+0x30 msleep(c137086c,c1370844,29f,c06f2e66,0) at msleep+0x2d1 vn_write_suspend_wait(c17e933c,c1370800,1,0,c06f2634) at vn_write_suspend_wait+0xe4 ufs_inactive(cb6ecc14) at ufs_inactive+0x186 VOP_INACTIVE_APV(c076ed60,cb6ecc14) at VOP_INACTIVE_APV+0x7e vrele(c17e933c,c17e7210,0,c07046ce,19d) at vrele+0x10e vm_object_vndeallocate(c17e7210) at vm_object_vndeallocate+0xbd vm_object_deallocate(c17e7210,c17e7210,0,c0703dc4,89e) at vm_object_deallocate+0x85 vm_map_entry_delete(c19cbbb8,c16258c4,284c8000,c19cbbb8,c16258c4) at vm_map_entry_delete+0x130 vm_map_delete(c19cbbb8,284c8000,284c9000,0,c1996450) at vm_map_delete+0x18f munmap(c1996450,cb6ecd14,2,3,292) at munmap+0xa3 syscall(280b002f,2f,bfbf002f,2831e058,815f2d8) at syscall+0x213 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (73, FreeBSD ELF32, munmap), eip = 0x28393cbb, esp = 0xbfbfc6fc, ebp = 0xbfbfc718 --- Another httpd holding a file lock, blocked in suspfs from ufs_inactive: db> trace 3047 Tracing pid 3047 tid 100143 td 0xc19b2450 sched_switch(c19b2450,0,1) at sched_switch+0x17f mi_switch(1,0) at mi_switch+0x264 sleepq_switch(c137086c,cb781b8c,c0526901,c137086c,0) at sleepq_switch+0xe0 sleepq_wait(c137086c,0,0,1,c141ec08) at sleepq_wait+0x30 msleep(c137086c,c1370844,29f,c06f2e66,0) at msleep+0x2d1 vn_write_suspend_wait(c18419b4,c1370800,1,0,c06f2634) at vn_write_suspend_wait+0xe4 ufs_inactive(cb781c14) at ufs_inactive+0x186 VOP_INACTIVE_APV(c076ed60,cb781c14) at VOP_INACTIVE_APV+0x7e vrele(c18419b4,c1826000,0,c07046ce,19d) at vrele+0x10e vm_object_vndeallocate(c1826000) at vm_object_vndeallocate+0xbd vm_object_deallocate(c1826000,c1826000,0,c0703dc4,89e) at vm_object_deallocate+0x85 vm_map_entry_delete(c19cbe10,c18bfd8c,284cd000,c19cbe10,c18bfd8c) at vm_map_entry_delete+0x130 vm_map_delete(c19cbe10,284cd000,284ce000,0,c19b2450) at vm_map_delete+0x18f munmap(c19b2450,cb781d14,2,3,292) at munmap+0xa3 syscall(280b002f,2f,bfbf002f,2831e058,815d228) at syscall+0x213 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (73, FreeBSD ELF32, munmap), eip = 0x28393cbb, esp = 0xbfbfc6fc, ebp = 0xbfbfc718 --- mksnap_ffs, creating the snapshot, but blocked on a vnode lock: db> trace 2993 Tracing pid 2993 tid 100096 td 0xc162d8a0 sched_switch(c162d8a0,0,1) at sched_switch+0x17f mi_switch(1,0) at mi_switch+0x264 sleepq_switch(c13c4a78,cb6b560c,c0526901,c13c4a78,0) at sleepq_switch+0xe0 sleepq_wait(c13c4a78,0,0,c13c4a78,1010040) at sleepq_wait+0x30 msleep(c13c4a78,c0784458,50,c06f08fe,0) at msleep+0x2d1 acquire(cb6b5664,1010040,600,c162d8a0,0) at acquire+0x9a lockmgr(c13c4a78,1010002,c13c49b4,c162d8a0,cb6b5684) at lockmgr+0x382 vop_stdlock(cb6b56b4) at vop_stdlock+0x1b VOP_LOCK_APV(c076f340,cb6b56b4,cb6b56a4,c06c279e,cb6b56b4) at VOP_LOCK_APV+0x7e ffs_lock(cb6b56b4) at ffs_lock+0x3b VOP_LOCK_APV(c076ed60,cb6b56b4) at VOP_LOCK_APV+0x7e vn_lock(c13c49b4,10002,c162d8a0) at vn_lock+0xc2 ffs_snapshot(c1370800,c14ccbc0,c14ccbc0,c1369b00,0) at ffs_snapshot+0x1242 ffs_mount(c1370800,c162d8a0,20000000,201000,c13c49b4) at ffs_mount+0x7a5 vfs_domount(c162d8a0,c13207b0,c141c030,1211000,c1320670) at vfs_domount+0x576 vfs_donmount(c162d8a0,1211000,cb6b5c14,c1422880,e) at vfs_donmount+0xce kernel_mount(c1320690,1211000,bfbfed33,0,0) at kernel_mount+0x6d ffs_cmount(c1320690,bfbfe578,1211000,c162d8a0,c076ea80) at ffs_cmount+0x5d mount(c162d8a0,cb6b5d14,4,2,206) at mount+0x156 syscall(2f,2f,2f,bfbfe7c8,bfbfed29) at syscall+0x213 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (21, FreeBSD ELF32, mount), eip = 0x280b80db, esp = 0xbfbfe4ec, ebp = 0xbfbfebe0 --- Anothr httpd blocked in suspfs while holding a file vnode lock, trying to unmap: db> trace 2609 Tracing pid 2609 tid 100108 td 0xc1807b80 sched_switch(c1807b80,0,1) at sched_switch+0x17f mi_switch(1,0) at mi_switch+0x264 sleepq_switch(c137086c,cb70ab8c,c0526901,c137086c,0) at sleepq_switch+0xe0 sleepq_wait(c137086c,0,0,1,c14cae38) at sleepq_wait+0x30 msleep(c137086c,c1370844,29f,c06f2e66,0) at msleep+0x2d1 vn_write_suspend_wait(c19fd9b4,c1370800,1,0,c06f2634) at vn_write_suspend_wait+0xe4 ufs_inactive(cb70ac14) at ufs_inactive+0x186 VOP_INACTIVE_APV(c076ed60,cb70ac14) at VOP_INACTIVE_APV+0x7e vrele(c19fd9b4,c1a93948,0,c07046ce,19d) at vrele+0x10e vm_object_vndeallocate(c1a93948) at vm_object_vndeallocate+0xbd vm_object_deallocate(c1a93948,c1a93948,0,c0703dc4,89e) at vm_object_deallocate+0x85 vm_map_entry_delete(c18bd834,c18cb3b8,284c7000,c18bd834,c18cb3b8) at vm_map_entry_delete+0x130 vm_map_delete(c18bd834,284c7000,284c8000,0,c1807b80) at vm_map_delete+0x18f munmap(c1807b80,cb70ad14,2,37,296) at munmap+0xa3 syscall(2f,2f,bfbf002f,2831e058,815d0c8) at syscall+0x213 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (73, FreeBSD ELF32, munmap), eip = 0x28393cbb, esp = 0xbfbfc5cc, ebp = 0xbfbfc5e8 --- No WITNESS in this kernel. My first glance reading is that there's a deadlock between the snapshot lock and vnode locks, which ocurs because a vnode lock has been acquired as part of the mmap tear-down, which leads to vn_write_suspend() being called in ufs_inactive as the inode has a zero reference count so has to be GC'd, which involves writing to the file system. VOP_INACTIVE is called by vrele() with the vnode lock held. My understanding is that, generally, we acquire the file system snapshot lock before vnode locks as part of the VFS lock order. This could be a misinterpretation. I'll try to get a dump, but this is a twe box so I may not be able to. Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Fri Feb 18 14:57: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 D145A16A4CE; Fri, 18 Feb 2005 14:57:13 +0000 (GMT) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D78A43D45; Fri, 18 Feb 2005 14:57:13 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with SMTP id 1869746B6B; Fri, 18 Feb 2005 09:57:13 -0500 (EST) Date: Fri, 18 Feb 2005 14:55:45 +0000 (GMT) From: Robert Watson X-Sender: robert@fledge.watson.org To: current@FreeBSD.org In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: jeff@FreeBSD.org cc: phk@FreeBSD.org cc: kirk@mckusick.com Subject: Re: VFS deadlock using dump -L on HEAD -- VOP_INACTIVE acquires snapshot file system suspend lock after vnode lock on delete-after-last-close? 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: Fri, 18 Feb 2005 14:57:14 -0000 On Fri, 18 Feb 2005, Robert Watson wrote: > This could be a misinterpretation. I'll try to get a dump, but this is > a twe box so I may not be able to. FYI, I did successfully get a dump, and can attach kgdb to it. Let me know if any more information would be useful. Many thanks to Scott Long for making dumps on twe work again :-). Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Fri Feb 18 15:03:36 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 2FF4716A4CE for ; Fri, 18 Feb 2005 15:03:36 +0000 (GMT) Received: from csa.cs.okstate.edu (a.cs.okstate.edu [139.78.113.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id E218B43D41 for ; Fri, 18 Feb 2005 15:03:35 +0000 (GMT) (envelope-from lreid@a.cs.okstate.edu) Received: by csa.cs.okstate.edu (Postfix, from userid 601) id 7B4A9A063E; Fri, 18 Feb 2005 09:03:35 -0600 (CST) To: freebsd-current@freebsd.org Received: from 164.58.79.196 (auth. user lreid@a.cs.okstate.edu) by cs.okstate.edu with HTTP; Fri, 18 Feb 2005 09:03:35 -0600 X-IlohaMail-Blah: lreid@a.cs.okstate.edu X-IlohaMail-Method: mail() [mem] X-IlohaMail-Dummy: moo X-Mailer: IlohaMail/0.8.12 (On: cs.okstate.edu) From: "Reid Linnemann" Bounce-To: "Reid Linnemann" Errors-To: "Reid Linnemann" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Message-Id: <20050218150335.7B4A9A063E@csa.cs.okstate.edu> Date: Fri, 18 Feb 2005 09:03:35 -0600 (CST) Subject: ad WRITE_DMA timing out frequently 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: Fri, 18 Feb 2005 15:03:36 -0000 I've recently brought a machine up from 5.3-STABLE to 6-CURRENT. It usually just sits in the corner and runs services, but lately I've come home form work or woken up to find that it is completely unresponsive, and I have to hard reset the machine. It happens at least once a day, and it's becoming more and more frequent. When I look at the console, I always have the same 4 messages before the failure: ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=2085599 ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=2085599 kernel: ad0: FAILURE - WRITE_DMA timed out kernel: g_vfs_done():ad0s1d[WRITE(offset=52772864, length=16384)]error = 5 It seems to me that a sector on the disk might be dead in the ad0s1d slice (/var), but I want to be certain before I take further steps that the behavior I'm experiencing is positively unrelated to the migration to 6-CURRENT. I started poking around /var to see if anything was amiss, and I found that mail messages are being stacked up in /var/spool/clientmqueue, even though nothing should be using the msp queue (I've redirected periodic outputs to logfiles). In the last daily run mailed to root in January, I found records in the submit queue that looked like this: j0EDINHh049826 2489 Fri Jan 14 07:18 MAILER-DAEMON (Deferred: Permission denied) There were nearly 500 of them. Even after redirecting periodic output to logs and clearing out the client mail queue, this continues to happen, and I have a hunch that it may be related to the WRITE_DMA timeouts, as it's the only weird behavior I can see on /var. If anyone can help me shed some light on this, I'd appreciate it. I've had 2 IDE drives die in this machine already, I'm going to be severely depressed if I've killed a third. -Reid From owner-freebsd-current@FreeBSD.ORG Fri Feb 18 15:10: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 EA9AC16A4CF; Fri, 18 Feb 2005 15:10:12 +0000 (GMT) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 645AE43D58; Fri, 18 Feb 2005 15:10:10 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id j1IFA1rw081339; Fri, 18 Feb 2005 09:10:01 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <42160545.6020204@centtech.com> Date: Fri, 18 Feb 2005 09:09:57 -0600 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050210 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Don Lewis References: <200502180005.j1I05BbL031106@gw.catspoiler.org> In-Reply-To: <200502180005.j1I05BbL031106@gw.catspoiler.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.82/708/Thu Feb 17 16:37:03 2005 on mh2.centtech.com X-Virus-Status: Clean cc: freebsd-current@FreeBSD.org Subject: Re: newfs limits? 10TB filesystem max? 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: Fri, 18 Feb 2005 15:10:13 -0000 Don Lewis wrote: [..snip..] >>>23436833440, 23437209760, 23437586080, 23437962400, 23438338720,newfs: >>>wtfs: 65536 bytes at sector 23438715040: Cannot allocate memory >>> >>>But: >>>newfs -U -s 23438338720 /dev/vinum/plex/raid.p0 >>>works.. So I'm losing the last part of my partition.. >> >>I'm guessing you are hitting the process datasize limit with newfs. You >>should be able to raise it a bit from the default. Be warned, that fsck >>has much higher memory requirements so recovery may be difficult if not >>impossiable without a 64-bit machine. > > > I don't know of any reason that newfs would need a lot of memory. I > would think that it's memory usage would be independent of file system > size. > > I just looked at the code, and the error message seems to be triggered > by bwrite() in libufs failing. There is a potential pair of calls in > malloc()/free() in bwrite(), but I think the more likely problem is that > pwrite() is failing. > > I seem to to recall seeing a recent kernel commit that changed an ENOMEM > error return to something else like EFBIG or ENOSPC. Anything I can do to help debug this? Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology I have seen the future and it is just like the present, only longer. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Fri Feb 18 15:10:32 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 5DBB616A52B for ; Fri, 18 Feb 2005 15:10:32 +0000 (GMT) Received: from tx1.mail.ox.ac.uk (tx1.mail.ox.ac.uk [129.67.1.167]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F3DA43D49 for ; Fri, 18 Feb 2005 15:10:19 +0000 (GMT) (envelope-from cperciva@freebsd.org) Received: from scan1.mail.ox.ac.uk ([129.67.1.166] helo=localhost) by tx1.mail.ox.ac.uk with esmtp (Exim 4.42) id 1D29lq-0001co-3q for freebsd-current@freebsd.org; Fri, 18 Feb 2005 15:10:18 +0000 Received: from rx1.mail.ox.ac.uk ([129.67.1.165]) by localhost (scan1.mail.ox.ac.uk [129.67.1.166]) (amavisd-new, port 25) with ESMTP id 06019-04 for ; Fri, 18 Feb 2005 15:10:18 +0000 (GMT) Received: from smtp1.herald.ox.ac.uk ([163.1.0.247]) by rx1.mail.ox.ac.uk with esmtp (Exim 4.42) id 1D29ln-0001bP-5F; Fri, 18 Feb 2005 15:10:15 +0000 Received: from dhcp1041.wadham.ox.ac.uk ([163.1.161.41]) by smtp1.herald.ox.ac.uk with esmtp (Exim 3.35 #1) id 1D29ln-0006nA-3z; Fri, 18 Feb 2005 15:10:15 +0000 Message-ID: <42160556.5040106@freebsd.org> Date: Fri, 18 Feb 2005 15:10:14 +0000 From: Colin Percival User-Agent: Mozilla Thunderbird 1.0 (X11/20050113) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Reid Linnemann References: <20050218150335.7B4A9A063E@csa.cs.okstate.edu> In-Reply-To: <20050218150335.7B4A9A063E@csa.cs.okstate.edu> 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: freebsd-current@freebsd.org Subject: Re: ad WRITE_DMA timing out frequently 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: Fri, 18 Feb 2005 15:10:33 -0000 Reid Linnemann wrote: > ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=2085599 > ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=2085599 > kernel: ad0: FAILURE - WRITE_DMA timed out > kernel: g_vfs_done():ad0s1d[WRITE(offset=52772864, length=16384)]error = 5 Looks like a dying disk. > It seems to me that a sector on the disk might be dead in the ad0s1d > slice (/var), but I want to be certain before I take further steps that > the behavior I'm experiencing is positively unrelated to the migration > to 6-CURRENT. Install sysutils/smartmontools from ports and use smartctl. Odds are that the drive has logged hundreds of errors by now. Colin Percival From owner-freebsd-current@FreeBSD.ORG Fri Feb 18 15:12: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 0FED816A4CE for ; Fri, 18 Feb 2005 15:12:21 +0000 (GMT) Received: from mh1.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 44A9B43D46 for ; Fri, 18 Feb 2005 15:12:20 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.1/8.13.1) with ESMTP id j1IFCJaw017443; Fri, 18 Feb 2005 09:12:19 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <421605D0.80302@centtech.com> Date: Fri, 18 Feb 2005 09:12:16 -0600 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050210 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Matthew Jacob References: <20050216224825.39102.qmail@web26807.mail.ukl.yahoo.com> <4213D046.4080001@centtech.com> <7579f7fb05021715344d661662@mail.gmail.com> In-Reply-To: <7579f7fb05021715344d661662@mail.gmail.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.82/708/Thu Feb 17 16:37:03 2005 on mh1.centtech.com X-Virus-Status: Clean cc: FreeBSD Current Subject: Re: newfs limits? 10TB filesystem max? 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: Fri, 18 Feb 2005 15:12:21 -0000 Matthew Jacob wrote: > BTW- be careful with very large filesystems on FreeBSD- at some point > fsck can't check them. > > I built a sparse 5000TB filesystem which newfs'd and mounted okay, but > was not possible to check with fsck. 5000TB?!?! How did you do that? Does anyone know of a way to build a simulated filesystem, for testing without a real 20TB disk array? Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology I have seen the future and it is just like the present, only longer. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Fri Feb 18 15:25: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 2629316A4CE; Fri, 18 Feb 2005 15:25:06 +0000 (GMT) Received: from csa.cs.okstate.edu (a.cs.okstate.edu [139.78.113.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id A083E43D1F; Fri, 18 Feb 2005 15:25:05 +0000 (GMT) (envelope-from lreid@a.cs.okstate.edu) Received: by csa.cs.okstate.edu (Postfix, from userid 601) id 4B672A063E; Fri, 18 Feb 2005 09:25:05 -0600 (CST) To: cperciva@freebsd.org Received: from 164.58.79.196 (auth. user lreid@a.cs.okstate.edu) by cs.okstate.edu with HTTP; Fri, 18 Feb 2005 09:25:05 -0600 X-IlohaMail-Blah: lreid@a.cs.okstate.edu X-IlohaMail-Method: mail() [mem] X-IlohaMail-Dummy: moo X-Mailer: IlohaMail/0.8.12 (On: cs.okstate.edu) In-Reply-To: <42160556.5040106@freebsd.org> From: "Reid Linnemann" Bounce-To: "Reid Linnemann" Errors-To: "Reid Linnemann" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Message-Id: <20050218152505.4B672A063E@csa.cs.okstate.edu> Date: Fri, 18 Feb 2005 09:25:05 -0600 (CST) cc: "freebsd-current@freebsd.org" Subject: Re: ad WRITE_DMA timing out frequently 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: Fri, 18 Feb 2005 15:25:06 -0000 On 2/18/2005, "Colin Percival" wrote: >Reid Linnemann wrote: >> ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=2085599 >> ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=2085599 >> kernel: ad0: FAILURE - WRITE_DMA timed out >> kernel: g_vfs_done():ad0s1d[WRITE(offset=52772864, length=16384)]error = 5 > >Looks like a dying disk. > >> It seems to me that a sector on the disk might be dead in the ad0s1d >> slice (/var), but I want to be certain before I take further steps that >> the behavior I'm experiencing is positively unrelated to the migration >> to 6-CURRENT. > >Install sysutils/smartmontools from ports and use smartctl. Odds are that >the drive has logged hundreds of errors by now. > >Colin Percival >_______________________________________________ >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" smartctl doesn't report any logged errors. On a hunch, I also dd'ed a file large enough to fill /var, hoping that it would crater on writing to that sector. It didn't. I know that's not a very useful test, but it seems to hint to me that the disk isn't bad, but the driver is freaking out from some event. From owner-freebsd-current@FreeBSD.ORG Fri Feb 18 15:49: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 3B6F616A4D2 for ; Fri, 18 Feb 2005 15:49:14 +0000 (GMT) Received: from saturn.criticalmagic.com (saturn.criticalmagic.com [64.74.124.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id C4E8E43D5A for ; Fri, 18 Feb 2005 15:49:13 +0000 (GMT) (envelope-from rcoleman@criticalmagic.com) Received: from [10.40.30.75] (delta.ciphertrust.com [216.235.158.34]) by saturn.criticalmagic.com (Postfix) with ESMTP id 1F5D83BD10; Fri, 18 Feb 2005 10:49:13 -0500 (EST) Message-ID: <42160EA0.6020207@criticalmagic.com> Date: Fri, 18 Feb 2005 10:49:52 -0500 From: Richard Coleman Organization: Critical Magic User-Agent: Mozilla Thunderbird 1.0 (X11/20041230) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jeremie Le Hen References: <4214FE03.8060302@criticalmagic.com> <20050218080420.GR82324@obiwan.tataz.chchile.org> In-Reply-To: <20050218080420.GR82324@obiwan.tataz.chchile.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: sysctl error message (unknown oid) on boot from 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: Fri, 18 Feb 2005 15:49:14 -0000 Jeremie Le Hen wrote: > Hi Richard, > > >>Today, I rebuilt the world on a freshly checked out copy of -CURRENT on >>my laptop (Dell Inspiron 4100). When I booted up, the following error >>message was echoed twice: >> >> sysctl: unknown oid 'dev.cpu.0.freq_levels' >> >>The only differences between my kernel config and GENERIC is that I have >>commented out I486_CPU, I586_CPU, WITNESS, INVARIANTS, and SMP. > > > I think you missed the 20050206 entry in src/UPDATING :-). I looked at the entry. But I'm not using any entries for freq_level in rc.conf or sysctl.conf. And I've run mergemaster, so my defaults should all be up to date. If there is something else I need to do, it is not clear from the UPDATING entry. Richard Coleman rcoleman@criticalmagic.com From owner-freebsd-current@FreeBSD.ORG Fri Feb 18 16:48: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 DF06E16A4CE; Fri, 18 Feb 2005 16:48:07 +0000 (GMT) Received: from csa.cs.okstate.edu (a.cs.okstate.edu [139.78.113.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 826B343D46; Fri, 18 Feb 2005 16:48:07 +0000 (GMT) (envelope-from lreid@a.cs.okstate.edu) Received: by csa.cs.okstate.edu (Postfix, from userid 601) id 2890AA0637; Fri, 18 Feb 2005 10:48:07 -0600 (CST) To: cperciva@freebsd.org Received: from 164.58.79.196 (auth. user lreid@a.cs.okstate.edu) by cs.okstate.edu with HTTP; Fri, 18 Feb 2005 10:48:07 -0600 X-IlohaMail-Blah: lreid@a.cs.okstate.edu X-IlohaMail-Method: mail() [mem] X-IlohaMail-Dummy: moo X-Mailer: IlohaMail/0.8.12 (On: cs.okstate.edu) In-Reply-To: <42160FAC.7010807@freebsd.org> From: "Reid Linnemann" Bounce-To: "Reid Linnemann" Errors-To: "Reid Linnemann" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Message-Id: <20050218164807.2890AA0637@csa.cs.okstate.edu> Date: Fri, 18 Feb 2005 10:48:07 -0600 (CST) cc: "freebsd-current@freebsd.org" Subject: Re: ad WRITE_DMA timing out frequently 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: Fri, 18 Feb 2005 16:48:08 -0000 On 2/18/2005, "Colin Percival" wrote: >Reid Linnemann wrote: >> smartctl doesn't report any logged errors. On a hunch, I also dd'ed a >> file large enough to fill /var, hoping that it would crater on writing >> to that sector. It didn't. I know that's not a very useful test, but >> it seems to hint to me that the disk isn't bad, but the driver is >> freaking out from some event. > >It's quite possible that the driver is at fault, but I'd run a >"smartctl -t long" test first, just to make sure the drive isn't >suffering an intermitant fault. > >Colin Percival I ran smartctl -t long on the disk, and sure enough it's healthy: SMART Self-test log structure revision number 1 Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error # 1 Extended offline Completed without error 00% 22444 - There must be some strange system event happening that is causing the driver to freak out. I really have a hunch it's related to the msp queue mail that is being dumped in /var/spool/clientmqueue, because the that occurance roughly falls in lline with the ad0 failures, and it's all on the same partition that the error is reported on. From owner-freebsd-current@FreeBSD.ORG Fri Feb 18 16:53: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 3BBE516A4CE for ; Fri, 18 Feb 2005 16:53:26 +0000 (GMT) Received: from postfix4-2.free.fr (postfix4-2.free.fr [213.228.0.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9249543D1D for ; Fri, 18 Feb 2005 16:53:25 +0000 (GMT) (envelope-from tataz@tataz.chchile.org) Received: from tatooine.tataz.chchile.org (vol75-8-82-233-239-98.fbx.proxad.net [82.233.239.98]) by postfix4-2.free.fr (Postfix) with ESMTP id A390B2BEA29; Fri, 18 Feb 2005 17:53:19 +0100 (CET) Received: by tatooine.tataz.chchile.org (Postfix, from userid 1000) id 04B2A407C; Fri, 18 Feb 2005 17:52:46 +0100 (CET) Date: Fri, 18 Feb 2005 17:52:46 +0100 From: Jeremie Le Hen To: Richard Coleman Message-ID: <20050218165246.GX82324@obiwan.tataz.chchile.org> References: <4214FE03.8060302@criticalmagic.com> <20050218080420.GR82324@obiwan.tataz.chchile.org> <42160EA0.6020207@criticalmagic.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42160EA0.6020207@criticalmagic.com> User-Agent: Mutt/1.5.7i cc: Jeremie Le Hen cc: current@freebsd.org Subject: Re: sysctl error message (unknown oid) on boot from 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: Fri, 18 Feb 2005 16:53:26 -0000 > I looked at the entry. But I'm not using any entries for freq_level in > rc.conf or sysctl.conf. And I've run mergemaster, so my defaults should > all be up to date. If there is something else I need to do, it is not > clear from the UPDATING entry. IIUC, rc.d/power_profile should be updated. This is weird that mergemaster didn't catch this... Regards, -- Jeremie Le Hen jeremie at le-hen dot org From owner-freebsd-current@FreeBSD.ORG Fri Feb 18 17:13:15 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 1757A16A4CE for ; Fri, 18 Feb 2005 17:13:15 +0000 (GMT) Received: from mailgate-internal2.sri.com (mailgate-internal2.SRI.COM [128.18.84.104]) by mx1.FreeBSD.org (Postfix) with SMTP id AACDF43D5D for ; Fri, 18 Feb 2005 17:13:14 +0000 (GMT) (envelope-from gilham@csl.sri.com) Received: from localhost (HELO mailgate-internal2.SRI.COM) (127.0.0.1) by mailgate-internal2.sri.com with SMTP; 18 Feb 2005 17:13:14 -0000 Received: from mx1.csl.sri.com ([130.107.1.29])M2005021809131418069 for ; Fri, 18 Feb 2005 09:13:14 -0800 Received: from snapdragon.csl.sri.com (snapdragon.csl.sri.com [130.107.19.20]) by mx1.csl.sri.com (8.12.11/8.12.11) with ESMTP id j1IHDE55044656 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 18 Feb 2005 09:13:14 -0800 (PST) (envelope-from gilham@snapdragon.csl.sri.com) Received: from snapdragon (localhost [127.0.0.1])j1IHDDdj007984 for ; Fri, 18 Feb 2005 09:13:13 -0800 (PST) (envelope-from gilham@snapdragon.csl.sri.com) Message-Id: <200502181713.j1IHDDdj007984@snapdragon.csl.sri.com> To: freebsd-current@freebsd.org In-Reply-To: Message from Sergey Lyubka <72c3a95705021709191385f41@mail.gmail.com> Date: Fri, 18 Feb 2005 09:13:13 -0800 From: Fred Gilham Subject: Re: pcre in base system 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: Fri, 18 Feb 2005 17:13:15 -0000 > As the backward compatibility will not be destroyed, > I felt that it would be good having such sed in the base. Yes it will. Code that depends on the PCRE version of SED will not work under non PCRE versions of SED. This is annoying. I've had this bite me from time to time with bash. But at least in the bash case I could install just install bash once I figured out that the stupid shell script was using funky bash features. In the PCRE SED case I would not know what to do since it would come with some particular version of FreeBSD. > But if the default tool can be done better that it is now, why not > do it better? Because the default tool has a defacto standard behavior. Just build a new tool. FreeBSD is not Linux. -- Fred Gilham gilham@csl.sri.com The density of a textbook must be inversely proportional to the density of the students using it. --- Dave Stringer-Calvert From owner-freebsd-current@FreeBSD.ORG Fri Feb 18 17:28:36 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 9F61116A4CE for ; Fri, 18 Feb 2005 17:28:36 +0000 (GMT) Received: from smtp-vbr7.xs4all.nl (smtp-vbr7.xs4all.nl [194.109.24.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C0C543D49 for ; Fri, 18 Feb 2005 17:28:35 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr7.xs4all.nl (8.12.11/8.12.11) with ESMTP id j1IHSWiI046969; Fri, 18 Feb 2005 18:28:32 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.1/8.12.9) with ESMTP id j1IHSVPb009960; Fri, 18 Feb 2005 18:28:31 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.1/8.13.1/Submit) id j1IHSVIo009959; Fri, 18 Feb 2005 18:28:31 +0100 (CET) (envelope-from wb) Date: Fri, 18 Feb 2005 18:28:31 +0100 From: Wilko Bulte To: Eric Anderson Message-ID: <20050218172831.GA9944@freebie.xs4all.nl> References: <20050216224825.39102.qmail@web26807.mail.ukl.yahoo.com> <4213D046.4080001@centtech.com> <7579f7fb05021715344d661662@mail.gmail.com> <421605D0.80302@centtech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <421605D0.80302@centtech.com> X-OS: FreeBSD 4.11-STABLE User-Agent: Mutt/1.5.6i X-Virus-Scanned: by XS4ALL Virus Scanner cc: Matthew Jacob cc: FreeBSD Current Subject: Re: newfs limits? 10TB filesystem max? 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: Fri, 18 Feb 2005 17:28:36 -0000 On Fri, Feb 18, 2005 at 09:12:16AM -0600, Eric Anderson wrote.. > Matthew Jacob wrote: > >BTW- be careful with very large filesystems on FreeBSD- at some point > >fsck can't check them. > > > >I built a sparse 5000TB filesystem which newfs'd and mounted okay, but > >was not possible to check with fsck. > > 5000TB?!?! How did you do that? Note the word 'sparse' :) -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Feb 18 17:44: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 2145316A4CE for ; Fri, 18 Feb 2005 17:44:41 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id F32E643D4C for ; Fri, 18 Feb 2005 17:44:40 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id EB01272DD4; Fri, 18 Feb 2005 09:44:40 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id E5DF272DCB; Fri, 18 Feb 2005 09:44:40 -0800 (PST) Date: Fri, 18 Feb 2005 09:44:40 -0800 (PST) From: Doug White To: Andre Guibert de Bruet In-Reply-To: <20050218081633.K637@alpha.siliconlandmark.com> Message-ID: <20050218094150.T59283@carver.gumbysoft.com> References: <20050217140951.R637@alpha.siliconlandmark.com> <20050218081633.K637@alpha.siliconlandmark.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: ntpdate behavior changes between 4.x, 5.x and 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: Fri, 18 Feb 2005 17:44:41 -0000 On Fri, 18 Feb 2005, Andre Guibert de Bruet wrote: > > ntpd 4.2.0 + patch to suppress those messages, which was obtained from the > > upstream code. > > > > So the answer is "Because the vendor put it there, and we hid it again in > > -CURRENT." > > Are there any plans to MFC ntpd 4.2.0? If adapting the patch for RELENG_5 > (And 4.1.1a) would make the process any easier, could I get my mittens on > it? Merging is probably not doable due to interface changes in the library, but you can certainly figure out how to adapt the patch. You'll want to coordinate with roberto@ on any changes since he's done the upstream imports. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Feb 18 17:49: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 87C4416A4CE; Fri, 18 Feb 2005 17:49:22 +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 02ABC43D2D; Fri, 18 Feb 2005 17:49:22 +0000 (GMT) (envelope-from tim@kientzle.com) Received: from kientzle.com (p54.kientzle.com [66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id j1IHnEOZ020443; Fri, 18 Feb 2005 09:49:14 -0800 (PST) (envelope-from tim@kientzle.com) Message-ID: <42162A99.7040805@kientzle.com> Date: Fri, 18 Feb 2005 09:49:13 -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: Ruslan Ermilov References: <4214ED77.6000206@os.lv> <4214F2CB.8030506@alumni.rice.edu> <20050218104527.GB47973@ip.net.ua> In-Reply-To: <20050218104527.GB47973@ip.net.ua> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Tim Kientzle cc: current@freebsd.org Subject: Re: Change tar to GNU 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: Fri, 18 Feb 2005 17:49:22 -0000 Kaspars wrote: > >I have backup script build with tar and -newer options. >on FreeBSD 4.x it worked and i see: >$tar --version >tar (GNU tar) 1.13.25 > >on FreeBSD 5.3 not working and I found: >$tar --version >bsdtar 1.01.011, libarchive 1.01.013 >Copyright (C) 2003-2004 Tim Kientzle > >So I understand that you change own tar to make different licence. There were other reasons as well. >I just thinking what is proper way to update tar to GNU tar to make >working again my script? Use "gtar" instead of "tar" in your script. FreeBSD 5.x has a "gtar" in the base system. That may be removed in 6.x, but "gtar" will continue to be available through ports indefinitely with that name. (Which will be better for many people; the gtar in ports is much newer than the gtar in the base system.) If you would like to see particular options added to bsdtar, please let me know. I'm always interested in finding out what features people really use. Tim Kientzle From owner-freebsd-current@FreeBSD.ORG Fri Feb 18 17:52: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 5974716A4CE; Fri, 18 Feb 2005 17:52:30 +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 0F5F343D4C; Fri, 18 Feb 2005 17:52:30 +0000 (GMT) (envelope-from tim@kientzle.com) Received: from kientzle.com (p54.kientzle.com [66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id j1IHqTOZ020480; Fri, 18 Feb 2005 09:52:29 -0800 (PST) (envelope-from tim@kientzle.com) Message-ID: <42162B5C.2070300@kientzle.com> Date: Fri, 18 Feb 2005 09:52:28 -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: Tim Kientzle References: <4214ED77.6000206@os.lv> <4214F2CB.8030506@alumni.rice.edu> <20050218104527.GB47973@ip.net.ua> <42162A99.7040805@kientzle.com> In-Reply-To: <42162A99.7040805@kientzle.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Tim Kientzle cc: current@freebsd.org Subject: Re: Change tar to GNU 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: Fri, 18 Feb 2005 17:52:30 -0000 Tim Kientzle wrote: > Kaspars wrote: > >> >> I have backup script build with tar and -newer options. >> on FreeBSD 5.3 not working and I found: >> $tar --version >> bsdtar 1.01.011, libarchive 1.01.013 >> Copyright (C) 2003-2004 Tim Kientzle --newer would be simple to add if I could crib some date/time parsing code. Anyone know a good place to steal that from? ;-) Tim From owner-freebsd-current@FreeBSD.ORG Fri Feb 18 17:52:32 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 D8E8B16A4D0 for ; Fri, 18 Feb 2005 17:52:32 +0000 (GMT) Received: from smtprelay04.ispgateway.de (smtprelay04.ispgateway.de [80.67.18.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B38F43D3F for ; Fri, 18 Feb 2005 17:52:31 +0000 (GMT) (envelope-from dady0815@web.de) Received: (qmail 11431 invoked from network); 18 Feb 2005 17:52:30 -0000 Received: from unknown (HELO localhost) (527118@[84.56.8.250]) (envelope-sender ) by smtprelay04.ispgateway.de (qmail-ldap-1.03) with SMTP for ; 18 Feb 2005 17:52:30 -0000 From: Tobias Grosser To: acpi@freebsd.org, current@freebsd.org In-Reply-To: <421537E9.8050203@root.org> References: <4213F066.2050708@root.org> <4214119B.2010909@telia.com> <421537E9.8050203@root.org> Content-Type: multipart/mixed; boundary="=-n7uDlthGdslTLvtFaWcW" Date: Fri, 18 Feb 2005 18:51:57 +0100 Message-Id: <1108749117.981.1.camel@tobias.home.web-wahnsinn.de> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port Subject: Re: patch: p4tcc and speedstep cpufreq drivers 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: Fri, 18 Feb 2005 17:52:33 -0000 --=-n7uDlthGdslTLvtFaWcW Content-Type: text/plain Content-Transfer-Encoding: 7bit Hi, i tried your patch on my IBM Thinkpad T41p. Unfortunately it doesn't work very well. But I would like it to do so I offer my help. ;-) 1. If I put acpi_perf_load="YES" before cpufreq_load="YES" in my loader.conf everything boots fine. If I change the order and cpufreq_load is first, my kernel crashes. I copyed last lines of the screen for you: -------------------------------------------------------------------- Pre-seeding: PRNG: acpi_ec0: info: new max delay is 70 us Fatal trap 12 = page fault while in kernel mode fault virtual address = 0x458b0d74 fault code = supervisor read, page not present instruction pointer = 0x8:0xc0866429 stack pointer = 0x10:0xe6652ad4 frame pointer = 0x10:0xe6652ae4 code segment = base 0x0, limit dxfffff, = DPC 0, pres 1, def32, gran 1 processor flags = interrupt enabled, resume, IOPL = 0 current process = 62 sysctl trap number = 12 panic: page fault -------------------------------------------------------------------- sysctl.conf -------------------------------------------------------------------- hw.snd.pcm0.vchans=4 hw.ath.outdoor=0 dev.ath.0.rate_interval=200 -------------------------------------------------------------------- loader.conf -------------------------------------------------------------------- ath_hal_load="YES" hw.ath.outdoor="0" ath_rate_load="YES" if_ath_load="YES" wlan_wep_load="YES" autoboot_delay="1" #ng_ubt_load="YES" hw.ata.wc="0" hw.snd.pcm0.vchans="4" hw.acpi.verbose="1" acpi_ibm_load="YES" cpufreq_load="YES" acpi_perf_load="YES" -------------------------------------------------------------------- 2. My dev.cpu sysctl shows not very much with this new patch: with patch: "sysctl dev.cpu" -------------------------------------------------------------------- dev.cpu.0.%desc: ACPI CPU (3 Cx states) dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=\_PR_.CPU_ dev.cpu.0.%pnpinfo: _HID=none _UID=0 dev.cpu.0.%parent: acpi0 dev.cpu.0.freq: -1 -------------------------------------------------------------------- without patch: "sysctl dev.cpu" -------------------------------------------------------------------- dev.cpu.0.%desc: ACPI CPU (3 Cx states) dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=\_PR_.CPU_ dev.cpu.0.%pnpinfo: _HID=none _UID=0 dev.cpu.0.%parent: acpi0 dev.cpu.0.freq: 1700 dev.cpu.0.freq_levels: 1700/24500 1487/21437 1400/19500 1275/18375 1225/17062 12 00/16000 1062/15312 1000/13000 900/12000 875/12187 850/12250 800/9500 750/10000 700/9750 637/9187 600/6000 525/7312 500/6500 450/6000 425/6125 400/4750 375/4875 350/4875 300/4000 250/3250 212/3062 175/2437 150/2000 125/1625 100/1187 75/750 -------------------------------------------------------------------- 3. Since always my CPU gets different numbers of Cx states, if connected to power during boot or not. 3 states with power 4 without. The number of the states doesn't change, if I plug or unplug the power connection. 4. One question. Under Windows my battery should reach about 4.7 hrs under FBSD i reached about 3 hrs with est. Will your new patches change the BSD values? Sincerly Tobias --=-n7uDlthGdslTLvtFaWcW Content-Disposition: attachment; filename=dmesg_with_patch Content-Type: text/plain; name=dmesg_with_patch; charset=UTF-8 Content-Transfer-Encoding: 7bit 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 #12: Fri Feb 18 17:58:01 CET 2005 root@tobias.home.web-wahnsinn.de:/usr/obj/usr/src/sys/MYKERNEL WARNING: debug.mpsafenet forced to 0 as ipsec requires Giant WARNING: MPSAFE network stack disabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) M processor 1700MHz (1694.51-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x695 Stepping = 5 Features=0xa7e9f9bf real memory = 536215552 (511 MB) avail memory = 515444736 (491 MB) ath_hal: 0.9.14.9 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi_ec0: port 0x66,0x62 on acpi0 acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 acpi_perf0: on cpu0 acpi_throttle0: on cpu0 p4tcc0: on cpu0 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: on acpi0 pci_link5: on acpi0 pci_link6: on acpi0 pci_link7: irq 11 on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xd0000000-0xdfffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pci0: at device 29.0 (no driver attached) pci0: at device 29.1 (no driver attached) pci0: at device 29.2 (no driver attached) pci0: at device 29.7 (no driver attached) pcib2: at device 30.0 on pci0 pci2: on pcib2 cbb0: mem 0xb0000000-0xb0000fff irq 11 at device 0.0 on pci2 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb1: mem 0xb1000000-0xb1000fff irq 11 at device 0.1 on pci2 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 em0: port 0x8000-0x803f mem 0xc0200000-0xc020ffff,0xc0220000-0xc023ffff irq 11 at device 1.0 on pci2 em0: [GIANT-LOCKED] em0: Ethernet address: 00:0d:60:f9:2a:44 em0: Speed:N/A Duplex:N/A ath0: mem 0xc0210000-0xc021ffff irq 11 at device 2.0 on pci2 ath0: [GIANT-LOCKED] ath0: Ethernet address: 00:05:4e:4a:49:ae ath0: mac 5.6 phy 4.1 5ghz radio 1.7 2ghz radio 2.3 ichss: enabling SpeedStep support isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1860-0x186f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 pci0: at device 31.3 (no driver attached) pcm0: port 0x18c0-0x18ff,0x1c00-0x1cff mem 0xc0000800-0xc00008ff,0xc0000c00-0xc0000dff irq 11 at device 31.5 on pci0 pcm0: [GIANT-LOCKED] pcm0: pci0: at device 31.6 (no driver attached) 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 Generic PS/2 mouse, device ID 0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 8250 or not responding sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled acpi_ec0: info: new max delay is 60 us acpi_cmbat0: on acpi0 acpi_acad0: on acpi0 acpi_ibm0: on acpi0 acpi_ibm0: Version 100 acpi_ibm0: Available Mask 9dc acpi_ibm0: Initial Mask 80c sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled pmtimer0 on isa0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1694509693 Hz quality 800 Timecounters tick every 1.000 msec IPsec: Initialized Security Association Processing. acpi_cmbat0: battery initialization start acpi_cmbat0: battery initialization done, tried 1 times acpi_acad0: acline initialization start acpi_acad0: On Line acpi_acad0: acline initialization done, tried 1 times ad0: 57231MB [116280/16/63] at ata0-master UDMA100 acd0: CDRW at ata1-master UDMA33 cd0 at ata1 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present Trying to mount root from ufs:/dev/ad0s1a WARNING: / was not properly dismounted WARNING: /usr was not properly dismounted WARNING: /var was not properly dismounted acpi_ec0: info: new max delay is 70 us acpi_ec0: info: new max delay is 230 us acpi_ec0: info: new max delay is 290 us --=-n7uDlthGdslTLvtFaWcW Content-Disposition: attachment; filename=dmesg_without_patch Content-Type: text/plain; name=dmesg_without_patch; charset=UTF-8 Content-Transfer-Encoding: 7bit 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 #10: Mon Feb 14 13:33:08 CET 2005 root@tobias.home.web-wahnsinn.de:/usr/obj/usr/src/sys/MYKERNEL WARNING: debug.mpsafenet forced to 0 as ipsec requires Giant WARNING: MPSAFE network stack disabled, expect reduced performance. link_elf: symbol cpufreq_drv_type_desc undefined KLD file cpufreq.ko - could not finalize loading Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) M processor 1700MHz (1694.51-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x695 Stepping = 5 Features=0xa7e9f9bf real memory = 536215552 (511 MB) avail memory = 515448832 (491 MB) ath_hal: 0.9.14.9 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi_ec0: port 0x66,0x62 on acpi0 acpi0: Power Button (fixed) acpi_ec0: info: new max delay is 60 us Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 acpi_perf0: on cpu0 acpi_throttle0: on cpu0 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: on acpi0 pci_link5: on acpi0 pci_link6: on acpi0 pci_link7: irq 11 on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xd0000000-0xdfffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) pci0: at device 29.0 (no driver attached) pci0: at device 29.1 (no driver attached) pci0: at device 29.2 (no driver attached) pci0: at device 29.7 (no driver attached) pcib2: at device 30.0 on pci0 pci2: on pcib2 cbb0: mem 0xb0000000-0xb0000fff irq 11 at device 0.0 on pci2 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb1: mem 0xb1000000-0xb1000fff irq 11 at device 0.1 on pci2 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 em0: port 0x8000-0x803f mem 0xc0200000-0xc020ffff,0xc0220000-0xc023ffff irq 11 at device 1.0 on pci2 em0: [GIANT-LOCKED] em0: Ethernet address: 00:0d:60:f9:2a:44 em0: Speed:N/A Duplex:N/A ath0: mem 0xc0210000-0xc021ffff irq 11 at device 2.0 on pci2 ath0: [GIANT-LOCKED] ath0: Ethernet address: 00:05:4e:4a:49:ae ath0: mac 5.6 phy 4.1 5ghz radio 1.7 2ghz radio 2.3 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1860-0x186f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 ata0: channel #0 on atapci0 ata1: channel #1 on atapci0 pci0: at device 31.3 (no driver attached) pcm0: port 0x18c0-0x18ff,0x1c00-0x1cff mem 0xc0000800-0xc00008ff,0xc0000c00-0xc0000dff irq 11 at device 31.5 on pci0 pcm0: [GIANT-LOCKED] pcm0: pci0: at device 31.6 (no driver attached) 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 Generic PS/2 mouse, device ID 0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 8250 or not responding sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled acpi_cmbat0: on acpi0 acpi_acad0: on acpi0 acpi_ibm0: on acpi0 acpi_ibm0: Version 100 acpi_ibm0: Available Mask 9dc acpi_ibm0: Initial Mask 80c sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled pmtimer0 on isa0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1694509531 Hz quality 800 Timecounters tick every 1.000 msec IPsec: Initialized Security Association Processing. acpi_cmbat0: battery initialization start acpi_ec0: info: new max delay is 70 us acpi_cmbat0: battery initialization done, tried 1 times acpi_acad0: acline initialization start acpi_acad0: On Line acpi_acad0: acline initialization done, tried 1 times ad0: 57231MB [116280/16/63] at ata0-master UDMA100 acd0: CDRW at ata1-master UDMA33 cd0 at ata1 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present Trying to mount root from ufs:/dev/ad0s1a acpi_ec0: info: new max delay is 100 us acpi_ec0: info: new max delay is 150 us acpi_ec0: info: new max delay is 180 us --=-n7uDlthGdslTLvtFaWcW-- From owner-freebsd-current@FreeBSD.ORG Fri Feb 18 17:52:35 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 1820616A4E3 for ; Fri, 18 Feb 2005 17:52:35 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id E337D43D46 for ; Fri, 18 Feb 2005 17:52:34 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id D736972DD4; Fri, 18 Feb 2005 09:52:34 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id D50B372DCB; Fri, 18 Feb 2005 09:52:34 -0800 (PST) Date: Fri, 18 Feb 2005 09:52:34 -0800 (PST) From: Doug White To: Alexander Leidinger In-Reply-To: <20050218132054.mzsbi4yhzc4gcwck@netchild.homeip.net> Message-ID: <20050218094758.V59283@carver.gumbysoft.com> References: <20050218132054.mzsbi4yhzc4gcwck@netchild.homeip.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: current@freebsd.org Subject: Re: Questions related to our use of crtbegin{,S,T}.o 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: Fri, 18 Feb 2005 17:52:35 -0000 On Fri, 18 Feb 2005, Alexander Leidinger wrote: > I'm investigating an issue in icc regarding crtbeginT.o. We don't have this, > but based upon reading /usr/src/contrib/gcc/Makefile.in it seems to be > needed for linking "gcc -static" compiles (and icc references it in static > C++ compiles only)... but maybe not on FreeBSD. That makefile is not used so you're looking in the wrong spot. :) Thats the one that ships from the vendor, which we retain for completeness, but the actual build Makefile is in src/gnu/usr.bin/cc. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Fri Feb 18 18:00: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 1368D16A4CE; Fri, 18 Feb 2005 18:00:40 +0000 (GMT) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id E94C543D55; Fri, 18 Feb 2005 18:00:39 +0000 (GMT) (envelope-from mux@freebsd.org) Received: by elvis.mu.org (Postfix, from userid 1920) id DCD635C89D; Fri, 18 Feb 2005 10:00:39 -0800 (PST) Date: Fri, 18 Feb 2005 19:00:39 +0100 From: Maxime Henrion To: Tim Kientzle Message-ID: <20050218180039.GF61763@elvis.mu.org> References: <4214ED77.6000206@os.lv> <4214F2CB.8030506@alumni.rice.edu> <20050218104527.GB47973@ip.net.ua> <42162A99.7040805@kientzle.com> <42162B5C.2070300@kientzle.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42162B5C.2070300@kientzle.com> User-Agent: Mutt/1.4.2.1i cc: Tim Kientzle cc: current@freebsd.org Subject: Re: Change tar to GNU 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: Fri, 18 Feb 2005 18:00:40 -0000 Tim Kientzle wrote: > Tim Kientzle wrote: > >Kaspars wrote: > > > >> > >>I have backup script build with tar and -newer options. > >>on FreeBSD 5.3 not working and I found: > >>$tar --version > >>bsdtar 1.01.011, libarchive 1.01.013 > >>Copyright (C) 2003-2004 Tim Kientzle > > --newer would be simple to add if I > could crib some date/time parsing code. > > Anyone know a good place to steal that from? ;-) Everytime I had to do something similar, I found that the standard strptime() and strftime() functions were doing the job perfectly. Not sure if that's advisable in your case though. Hope that helps, Maxime From owner-freebsd-current@FreeBSD.ORG Fri Feb 18 18:00: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 9379616A4CE; Fri, 18 Feb 2005 18:00:58 +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 5872743D4C; Fri, 18 Feb 2005 18:00:58 +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 j1II0oOZ020557; Fri, 18 Feb 2005 10:00:50 -0800 (PST) (envelope-from kientzle@freebsd.org) Message-ID: <42162D51.6020304@freebsd.org> Date: Fri, 18 Feb 2005 10:00:49 -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: Steve Kargl References: <4214F3C2.4020102@alumni.rice.edu> <20050217195547.GA33893@troutmask.apl.washington.edu> In-Reply-To: <20050217195547.GA33893@troutmask.apl.washington.edu> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: Kaspars cc: freebsd-current@freebsd.org cc: Robert Watson Subject: Re: Change tar to GNU 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: Fri, 18 Feb 2005 18:00:58 -0000 Steve Kargl wrote: > On Thu, Feb 17, 2005 at 01:42:58PM -0600, Jon Noack wrote: > >>I think the issue is simply that the --newer option does not exist in >>bsdtar. A very brief glance at the bsdtar man page didn't reveal any >>replacement > > This is a Unix-like OS, so command pipes are possible. > > find $PATH -newermt 20050214 | xargs tar cf new.tar Somewhat better: find $PATH -newermt 20050215 -print0 | tar -c -f new.tar -T - --null Some people are more familiar with -I (which is a synonym for -T). Hmmm... Looks like --null never got onto the manpage. I'll fix that. This should solve Kaspar's problem. Tim From owner-freebsd-current@FreeBSD.ORG Fri Feb 18 18:40: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 85E8E16A4CE; Fri, 18 Feb 2005 18:40:54 +0000 (GMT) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C73E43D4C; Fri, 18 Feb 2005 18:40:53 +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 j1IIenj2037253; Fri, 18 Feb 2005 20:40:49 +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 67526-15; Fri, 18 Feb 2005 20:40:49 +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 j1IIemcA037246 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 18 Feb 2005 20:40:49 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.1/8.13.1) id j1IIetSn051587; Fri, 18 Feb 2005 20:40:55 +0200 (EET) (envelope-from ru) Date: Fri, 18 Feb 2005 20:40:54 +0200 From: Ruslan Ermilov To: Tim Kientzle Message-ID: <20050218184054.GA51518@ip.net.ua> References: <4214ED77.6000206@os.lv> <4214F2CB.8030506@alumni.rice.edu> <20050218104527.GB47973@ip.net.ua> <42162A99.7040805@kientzle.com> <42162B5C.2070300@kientzle.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="jI8keyz6grp/JLjh" Content-Disposition: inline In-Reply-To: <42162B5C.2070300@kientzle.com> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at ip.net.ua cc: Tim Kientzle cc: current@FreeBSD.org Subject: Re: Change tar to GNU 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: Fri, 18 Feb 2005 18:40:54 -0000 --jI8keyz6grp/JLjh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Feb 18, 2005 at 09:52:28AM -0800, Tim Kientzle wrote: > Tim Kientzle wrote: > >Kaspars wrote: > > > >> > >>I have backup script build with tar and -newer options. > >>on FreeBSD 5.3 not working and I found: > >>$tar --version > >>bsdtar 1.01.011, libarchive 1.01.013 > >>Copyright (C) 2003-2004 Tim Kientzle >=20 > --newer would be simple to add if I > could crib some date/time parsing code. >=20 > Anyone know a good place to steal that from? ;-) >=20 Sure. Both cvs(1) and find(1) use the same date parse library, see src/usr.bin/find/getdate.y for details. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --jI8keyz6grp/JLjh Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.6 (FreeBSD) iD8DBQFCFja2qRfpzJluFF4RAjrXAJ0WwRW05L9KCSSv8x7vDg446J3vGgCdFZok tITK5mRwKr+Olb/r51SUl3M= =jJPL -----END PGP SIGNATURE----- --jI8keyz6grp/JLjh-- From owner-freebsd-current@FreeBSD.ORG Fri Feb 18 18:47:35 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 8BE5416A4CE for ; Fri, 18 Feb 2005 18:47:35 +0000 (GMT) Received: from gromit.dlib.vt.edu (gromit.dlib.vt.edu [128.173.49.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id 01CB143D45 for ; Fri, 18 Feb 2005 18:47:35 +0000 (GMT) (envelope-from paul@gromit.dlib.vt.edu) Received: from zappa.Chelsea-Ct.Org (pool-151-199-113-125.roa.east.verizon.net [151.199.113.125]) by gromit.dlib.vt.edu (8.13.1/8.13.1) with ESMTP id j1IIlVBt095877 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 18 Feb 2005 13:47:32 -0500 (EST) (envelope-from paul@gromit.dlib.vt.edu) Received: from zappa.Chelsea-Ct.Org (localhost.Chelsea-Ct.Org [127.0.0.1]) by zappa.Chelsea-Ct.Org (8.13.1/8.13.1) with ESMTP id j1IIlQg5001203 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 18 Feb 2005 13:47:26 -0500 (EST) (envelope-from paul@gromit.dlib.vt.edu) Received: (from paul@localhost) by zappa.Chelsea-Ct.Org (8.13.1/8.13.1/Submit) id j1IIlPD5001202; Fri, 18 Feb 2005 13:47:25 -0500 (EST) (envelope-from paul@gromit.dlib.vt.edu) X-Authentication-Warning: zappa.Chelsea-Ct.Org: paul set sender to paul@gromit.dlib.vt.edu using -f From: Paul Mather To: freebsd-current@freebsd.org In-Reply-To: <20050218175318.3681916A4CF@hub.freebsd.org> References: <20050218175318.3681916A4CF@hub.freebsd.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Fri, 18 Feb 2005 13:47:25 -0500 Message-Id: <1108752445.1105.34.camel@zappa.Chelsea-Ct.Org> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port cc: Reid Linnemann Subject: Re: ad WRITE_DMA timing out frequently 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: Fri, 18 Feb 2005 18:47:35 -0000 On Fri, 18 Feb 2005 09:03:35 -0600 (CST), "Reid Linnemann" wrote: > I've recently brought a machine up from 5.3-STABLE to 6-CURRENT. It > usually just sits in the corner and runs services, but lately I've > come > home form work or woken up to find that it is completely unresponsive, > and I have to hard reset the machine. It happens at least once a day, > and it's becoming more and more frequent. When I look at the console, > I > always have the same 4 messages before the failure: > > ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=2085599 > ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=2085599 > kernel: ad0: FAILURE - WRITE_DMA timed out > kernel: g_vfs_done():ad0s1d[WRITE(offset=52772864, length=16384)]error > = 5 > > It seems to me that a sector on the disk might be dead in the ad0s1d > slice (/var), but I want to be certain before I take further steps > that > the behavior I'm experiencing is positively unrelated to the migration > to 6-CURRENT. > > I started poking around /var to see if anything was amiss, and I found > that mail messages are being stacked up in /var/spool/clientmqueue, > even > though nothing should be using the msp queue (I've redirected periodic > outputs to logfiles). In the last daily run mailed to root in > January, > I found records in the submit queue that looked like this: > > j0EDINHh049826 2489 Fri Jan 14 07:18 MAILER-DAEMON > (Deferred: Permission denied) > > There were nearly 500 of them. > > Even after redirecting periodic output to logs and clearing out the > client mail queue, this continues to happen, and I have a hunch that > it > may be related to the WRITE_DMA timeouts, as it's the only weird > behavior I can see on /var. If anyone can help me shed some light on > this, I'd appreciate it. I've had 2 IDE drives die in this machine > already, I'm going to be severely depressed if I've killed a third. The "TIMEOUT - WRITE_DMA" issue has been a recurring problem for me since somewhere in the 5.2.1--5.3 release range. (It's been so long now that I don't remember whether it first started plaguing me in 5.2.1 or 5.3. I do know for definite I never got this problem in 5.1 and it only crept in during an "upgrade.") Like you, this has been happening more frequently with 6-CURRENT for me. As in your case, I come to find the machine completely unresponsive (though still pingable) and I have to hard reset the machine. I'm finding this is now happening roughly every other day on average for the past week since my last system rebuild (FreeBSD 6.0-CURRENT #0: Fri Feb 11 09:03:49 EST 2005). In my case, I'm using geom_mirror to mirror two drives. The "TIMEOUT - WRITE_DMA" involves the geom_mirror metadata sector on one of the two drives, but not always the same one (sometimes it is ad0, sometimes ad2). The net result is to cause the drive in question to be removed from the mirror. Disappointingly, rather than carry on in degraded fashion, lately the system seems eventually to seize up as you describe. It doesn't seem to seize up immediately, because I notice an entry in /var/log/messages after the error but before the required hard reset reboot: Feb 18 05:24:38 zappa kernel: ad2: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=49981679 Feb 18 05:24:43 zappa kernel: ad2: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=49981679 Feb 18 05:24:43 zappa kernel: ad2: FAILURE - WRITE_DMA timed out Feb 18 05:24:43 zappa kernel: GEOM_MIRROR: Cannot update metadata on disk ad2 (error=5). Feb 18 05:24:43 zappa kernel: GEOM_MIRROR: Device raid1: provider ad2 disconnected. Feb 18 09:46:35 zappa named[349]: zone ./IN: Transfer started. Feb 18 09:46:35 zappa named[349]: transfer of './IN' from 128.9.0.107#53: connected using 192.168.1.25#64153 Feb 18 09:46:37 zappa named[349]: zone ./IN: transferred serial 2005021800 Feb 18 09:46:37 zappa named[349]: transfer of './IN' from 128.9.0.107#53: end of transfer [[forced reboot]] Feb 18 11:48:46 zappa syslogd: kernel boot file is /boot/kernel/kernel Feb 18 11:48:46 zappa kernel: Copyright (c) 1992-2005 The FreeBSD Project. Feb 18 11:48:46 zappa kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 Feb 18 11:48:46 zappa kernel: The Regents of the University of California. All rights reserved. Feb 18 11:48:46 zappa kernel: FreeBSD 6.0-CURRENT #0: Fri Feb 11 09:03:49 EST 2005 I get this problem on 6-CURRENT and also RELENG_5. The RELENG_5 system has a geom_vinum mirrored setup, and when the "TIMEOUT - WRITE_DMA" occurs I lose the associated drive and plexes from the configuration. The problem does not happen as often on the RELENG_5 system, as it does on HEAD, at least nowadays it doesn't. I run smartctl on the systems, and none of the drives report any errors, and the "WORST" values recorded are nowhere near close to their respective failure thresholds. In my case, I have one area of commonality. Between the three different systems on which I've experienced this problem, all use the Intel PIIX4 ATA controller and the same IBM-DJNA-352500/J51OA30K hard drives. So, I'm wondering if there is something about this particular combination that gives rise to this annoying problem? I do use the same IBM-DJNA-352500/J51OA30K hard drives in another system and have never experienced this (or any other) problem. However, it is running 4.11-STABLE and has a "VIA 82C686 ATA66 controller", so it's impossible to tell if it's 4.11-STABLE or the VIA ATA controller contributing to the stability in that case. I don't think I have a hardware problem. The same setup ran fine under earlier 5.x releases. But, somewhere, this issue crept in (I remember threads on freebsd-current about it), and recently it appears to be getting worse (at least for me). Also, unfortunately for me, geom_mirror used to roll with the punches when I lost a drive through this "TIMEOUT - WRITE_DMA" problem, but now it doesn't. :-( Cheers, Paul. -- e-mail: paul@gromit.dlib.vt.edu "Without music to decorate it, time is just a bunch of boring production deadlines or dates by which bills must be paid." --- Frank Vincent Zappa From owner-freebsd-current@FreeBSD.ORG Fri Feb 18 18:54:15 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 D486216A4CE; Fri, 18 Feb 2005 18:54:15 +0000 (GMT) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9552943D55; Fri, 18 Feb 2005 18:54:15 +0000 (GMT) (envelope-from craig@xfoil.gank.org) Received: by ion.gank.org (mail, from userid 1001) id 538152C3F6; Fri, 18 Feb 2005 12:54:15 -0600 (CST) Date: Fri, 18 Feb 2005 12:54:12 -0600 From: Craig Boston To: Tim Kientzle Message-ID: <20050218185411.GA46999@nowhere> Mail-Followup-To: Craig Boston , Tim Kientzle , freebsd-current@freebsd.org References: <4214F3C2.4020102@alumni.rice.edu> <20050217195547.GA33893@troutmask.apl.washington.edu> <42162D51.6020304@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42162D51.6020304@freebsd.org> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org Subject: Re: Change tar to GNU 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: Fri, 18 Feb 2005 18:54:16 -0000 On Fri, Feb 18, 2005 at 10:00:49AM -0800, Tim Kientzle wrote: > Somewhat better: > > find $PATH -newermt 20050215 -print0 | tar -c -f new.tar -T - --null Unless for some odd reason you have a file that gets changed a lot and is named '-C' ;-P Craig From owner-freebsd-current@FreeBSD.ORG Fri Feb 18 19:09: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 A0F1A16A4CE for ; Fri, 18 Feb 2005 19:09:53 +0000 (GMT) Received: from csa.cs.okstate.edu (a.cs.okstate.edu [139.78.113.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3AC2143D1F for ; Fri, 18 Feb 2005 19:09:53 +0000 (GMT) (envelope-from lreid@a.cs.okstate.edu) Received: by csa.cs.okstate.edu (Postfix, from userid 601) id E8EF2A063E; Fri, 18 Feb 2005 13:09:52 -0600 (CST) To: freebsd-current@freebsd.org Received: from 164.58.79.196 (auth. user lreid@a.cs.okstate.edu) by cs.okstate.edu with HTTP; Fri, 18 Feb 2005 13:09:52 -0600 X-IlohaMail-Blah: lreid@a.cs.okstate.edu X-IlohaMail-Method: mail() [mem] X-IlohaMail-Dummy: moo X-Mailer: IlohaMail/0.8.12 (On: cs.okstate.edu) From: "Reid Linnemann" Bounce-To: "Reid Linnemann" Errors-To: "Reid Linnemann" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Message-Id: <20050218190952.E8EF2A063E@csa.cs.okstate.edu> Date: Fri, 18 Feb 2005 13:09:52 -0600 (CST) Subject: Re: ad WRITE_DMA timing out frequently 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: Fri, 18 Feb 2005 19:09:53 -0000 On 2/18/2005, "Paul Mather" wrote: >On Fri, 18 Feb 2005 09:03:35 -0600 (CST), "Reid Linnemann" > wrote: > >> I've recently brought a machine up from 5.3-STABLE to 6-CURRENT. It >> usually just sits in the corner and runs services, but lately I've >> come >> home form work or woken up to find that it is completely unresponsive, >> and I have to hard reset the machine. It happens at least once a day, >> and it's becoming more and more frequent. When I look at the console, >> I >> always have the same 4 messages before the failure: >> >> ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=2085599 >> ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=2085599 >> kernel: ad0: FAILURE - WRITE_DMA timed out >> kernel: g_vfs_done():ad0s1d[WRITE(offset=52772864, length=16384)]error >> = 5 >> >> It seems to me that a sector on the disk might be dead in the ad0s1d >> slice (/var), but I want to be certain before I take further steps >> that >> the behavior I'm experiencing is positively unrelated to the migration >> to 6-CURRENT. >> >> I started poking around /var to see if anything was amiss, and I found >> that mail messages are being stacked up in /var/spool/clientmqueue, >> even >> though nothing should be using the msp queue (I've redirected periodic >> outputs to logfiles). In the last daily run mailed to root in >> January, >> I found records in the submit queue that looked like this: >> >> j0EDINHh049826 2489 Fri Jan 14 07:18 MAILER-DAEMON >> (Deferred: Permission denied) >> >> There were nearly 500 of them. >> >> Even after redirecting periodic output to logs and clearing out the >> client mail queue, this continues to happen, and I have a hunch that >> it >> may be related to the WRITE_DMA timeouts, as it's the only weird >> behavior I can see on /var. If anyone can help me shed some light on >> this, I'd appreciate it. I've had 2 IDE drives die in this machine >> already, I'm going to be severely depressed if I've killed a third. > >The "TIMEOUT - WRITE_DMA" issue has been a recurring problem for me >since somewhere in the 5.2.1--5.3 release range. (It's been so long now >that I don't remember whether it first started plaguing me in 5.2.1 or >5.3. I do know for definite I never got this problem in 5.1 and it only >crept in during an "upgrade.") > >Like you, this has been happening more frequently with 6-CURRENT for me. >As in your case, I come to find the machine completely unresponsive >(though still pingable) and I have to hard reset the machine. I'm >finding this is now happening roughly every other day on average for the >past week since my last system rebuild (FreeBSD 6.0-CURRENT #0: Fri Feb >11 09:03:49 EST 2005). > >In my case, I'm using geom_mirror to mirror two drives. The "TIMEOUT - >WRITE_DMA" involves the geom_mirror metadata sector on one of the two >drives, but not always the same one (sometimes it is ad0, sometimes >ad2). The net result is to cause the drive in question to be removed >from the mirror. Disappointingly, rather than carry on in degraded >fashion, lately the system seems eventually to seize up as you describe. >It doesn't seem to seize up immediately, because I notice an entry >in /var/log/messages after the error but before the required hard reset >reboot: > >Feb 18 05:24:38 zappa kernel: ad2: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=49981679 >Feb 18 05:24:43 zappa kernel: ad2: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=49981679 >Feb 18 05:24:43 zappa kernel: ad2: FAILURE - WRITE_DMA timed out >Feb 18 05:24:43 zappa kernel: GEOM_MIRROR: Cannot update metadata on disk ad2 (error=5). >Feb 18 05:24:43 zappa kernel: GEOM_MIRROR: Device raid1: provider ad2 disconnected. >Feb 18 09:46:35 zappa named[349]: zone ./IN: Transfer started. >Feb 18 09:46:35 zappa named[349]: transfer of './IN' from 128.9.0.107#53: connected using 192.168.1.25#64153 >Feb 18 09:46:37 zappa named[349]: zone ./IN: transferred serial 2005021800 >Feb 18 09:46:37 zappa named[349]: transfer of './IN' from 128.9.0.107#53: end of transfer >[[forced reboot]] >Feb 18 11:48:46 zappa syslogd: kernel boot file is /boot/kernel/kernel >Feb 18 11:48:46 zappa kernel: Copyright (c) 1992-2005 The FreeBSD Project. >Feb 18 11:48:46 zappa kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 >Feb 18 11:48:46 zappa kernel: The Regents of the University of California. All rights reserved. >Feb 18 11:48:46 zappa kernel: FreeBSD 6.0-CURRENT #0: Fri Feb 11 09:03:49 EST 2005 > > >I get this problem on 6-CURRENT and also RELENG_5. The RELENG_5 system >has a geom_vinum mirrored setup, and when the "TIMEOUT - WRITE_DMA" >occurs I lose the associated drive and plexes from the configuration. >The problem does not happen as often on the RELENG_5 system, as it does >on HEAD, at least nowadays it doesn't. > >I run smartctl on the systems, and none of the drives report any errors, >and the "WORST" values recorded are nowhere near close to their >respective failure thresholds. > >In my case, I have one area of commonality. Between the three different >systems on which I've experienced this problem, all use the Intel PIIX4 >ATA controller and the same IBM-DJNA-352500/J51OA30K hard drives. So, >I'm wondering if there is something about this particular combination >that gives rise to this annoying problem? > >I do use the same IBM-DJNA-352500/J51OA30K hard drives in another system >and have never experienced this (or any other) problem. However, it is >running 4.11-STABLE and has a "VIA 82C686 ATA66 controller", so it's >impossible to tell if it's 4.11-STABLE or the VIA ATA controller >contributing to the stability in that case. > >I don't think I have a hardware problem. The same setup ran fine under >earlier 5.x releases. But, somewhere, this issue crept in (I remember >threads on freebsd-current about it), and recently it appears to be >getting worse (at least for me). Also, unfortunately for me, >geom_mirror used to roll with the punches when I lost a drive through >this "TIMEOUT - WRITE_DMA" problem, but now it doesn't. :-( > >Cheers, > >Paul. >-- >e-mail: paul@gromit.dlib.vt.edu > >"Without music to decorate it, time is just a bunch of boring production > deadlines or dates by which bills must be paid." > --- Frank Vincent Zappa The disk I am using is an IBM as well: smartctl -a output yields this info on the device: Device Model: IBM-DPTA-372050 Serial Number: JMYJM131600 Firmware Version: P76OA30A My ATAPI controller is a VIA 82C686A as well. I have been running FreeBSD 4.3 up to 6-CURRENT with this controller without issue until now too. So I think we can assume that the problem was introduced in 5 and carried on through 6. I think I recall bumping into this with a Western Digital 10 gig disk a while back on 5.3-STABLE. I was under school pressure then and just dropped the drive out completely when I started getting a hung system and ad0 messages. I'll plug it back in as a slave this weekend and run smartctl on it. From owner-freebsd-current@FreeBSD.ORG Fri Feb 18 19:12: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 E075F16A4CE; Fri, 18 Feb 2005 19:12:16 +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 3B10E43D54; Fri, 18 Feb 2005 19:12:16 +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 j1IJCFOZ020887; Fri, 18 Feb 2005 11:12:15 -0800 (PST) (envelope-from kientzle@freebsd.org) Message-ID: <42163E0E.2020303@freebsd.org> Date: Fri, 18 Feb 2005 11:12:14 -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: Ruslan Ermilov References: <4214ED77.6000206@os.lv> <4214F2CB.8030506@alumni.rice.edu> <20050218104527.GB47973@ip.net.ua> In-Reply-To: <20050218104527.GB47973@ip.net.ua> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: Change tar to GNU 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: Fri, 18 Feb 2005 19:12:17 -0000 Ruslan Ermilov wrote: > On Thu, Feb 17, 2005 at 01:38:51PM -0600, Jon Noack wrote: >>Kaspars wrote: >> >>Throw "WITH_GTAR=yes" into /etc/make.conf. After the next >>build/installworld, you're back to gtar. For the time being you may >>simply point your script to "gtar" as pointed out in other responses. >> > > The WITH_GTAR knob should probably be documented in make.conf(5) > and /usr/share/examples/etc/make.conf. WITH_GTAR is intended as a purely transitional aid. gtar should be removed from the base system in 6.x. People who really need to use gtar should call it "gtar" ;-) Tim From owner-freebsd-current@FreeBSD.ORG Fri Feb 18 19:14: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 7E2DC16A4D0 for ; Fri, 18 Feb 2005 19:14:13 +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 2D99C43D53 for ; Fri, 18 Feb 2005 19:14:13 +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 j1IJECOZ020907; Fri, 18 Feb 2005 11:14:13 -0800 (PST) (envelope-from kientzle@freebsd.org) Message-ID: <42163E83.7090907@freebsd.org> Date: Fri, 18 Feb 2005 11:14:11 -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: Craig Boston References: <4214F3C2.4020102@alumni.rice.edu> <20050217195547.GA33893@troutmask.apl.washington.edu> <42162D51.6020304@freebsd.org> <20050218185411.GA46999@nowhere> In-Reply-To: <20050218185411.GA46999@nowhere> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-current@freebsd.org Subject: Re: Change tar to GNU 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: Fri, 18 Feb 2005 19:14:13 -0000 Craig Boston wrote: > On Fri, Feb 18, 2005 at 10:00:49AM -0800, Tim Kientzle wrote: > >>find $PATH -newermt 20050215 -print0 | tar -c -f new.tar -T - --null > > Unless for some odd reason you have a file that gets changed a lot and > is named '-C' That's why the --null option disables the "-C" directory-change hack. Tim From owner-freebsd-current@FreeBSD.ORG Fri Feb 18 19:26:32 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 3296516A4CF; Fri, 18 Feb 2005 19:26:32 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id D4A3543D39; Fri, 18 Feb 2005 19:26:31 +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 j1IJQUZj020177 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 18 Feb 2005 11:26:31 -0800 Message-ID: <42164162.5090005@root.org> Date: Fri, 18 Feb 2005 11:26:26 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Rong-En Fan References: <4213F066.2050708@root.org> <4214119B.2010909@telia.com> <421537E9.8050203@root.org> <20050218075843.GA42365@svm.csie.ntu.edu.tw> In-Reply-To: <20050218075843.GA42365@svm.csie.ntu.edu.tw> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: acpi@freebsd.org cc: current@freebsd.org Subject: Re: patch: p4tcc and speedstep cpufreq drivers 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: Fri, 18 Feb 2005 19:26:33 -0000 Rong-En Fan wrote: > On Thu, Feb 17, 2005 at 04:33:45PM -0800, Nate Lawson wrote: > >>Pawel Worach wrote: >> >>>Nate Lawson wrote: >>> >>> >>>>Attached is a patch that I'd like to get tested. After applying it, >>>>rebuild and load the cpufreq.ko module. Be sure you do _not_ have >>>>"options CPU_ENABLE_TCC" in your kernel config or the new driver will >>>>conflict with the old. >>> >>> >>>Hi Nate, >>> >>>This is what I get on a TP T41, do the cpufreq results below look right? >>>Also if I loaded both modules all I got for dev.cpu.0.freq was -1 or >>>1700 and no levels. >>> >>>CPU: Intel(R) Pentium(R) M processor 1700MHz (1698.56-MHz 686-class CPU) >>> Origin = "GenuineIntel" Id = 0x695 Stepping = 5 >>>Features=0xa7e9f9bf >> >>Apologies. I found 2 bugs, one was not calling cpufreq_register() and >>the other was that the code to detect acpi_perf (in ichss and est) was >>incorrect. I've committed fixes for that and have updated the patch. >>Please ues this version and test again. > > > Hi, > > This is an TP X31. > > CPU: Intel(R) Pentium(R) M processor 1400MHz (1398.82-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0x695 Stepping = 5 > Features=0xa7e9f9bf LFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,TM,PBE> > > freq_levels looks strange.. and changes... > (only cpufreq is loaded at boot) > > rafan@woodstock|UTF-8 [~] (15:57)$ sysctl dev.cpu > dev.cpu.0.%desc: ACPI CPU (3 Cx states) > dev.cpu.0.%driver: cpu > dev.cpu.0.%location: handle=\_PR_.CPU_ > dev.cpu.0.%pnpinfo: _HID=none _UID=0 > dev.cpu.0.%parent: acpi0 > dev.cpu.0.freq: 1399 > dev.cpu.0.freq_levels: -738340620/0 0/0 0/0 Which cpufreq drivers are detected in dmesg (ichss, est, p4tcc, acpi_perf, acpi_throttle)? -- Nate From owner-freebsd-current@FreeBSD.ORG Fri Feb 18 19:27: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 2F52E16A4D8 for ; Fri, 18 Feb 2005 19:27:06 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB30043D2D for ; Fri, 18 Feb 2005 19:27:05 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id B5AED7A41E; Fri, 18 Feb 2005 11:27:05 -0800 (PST) Message-ID: <42164189.3060100@elischer.org> Date: Fri, 18 Feb 2005 11:27:05 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030516 X-Accept-Language: en, hu MIME-Version: 1.0 To: Eric Anderson References: <20050216224825.39102.qmail@web26807.mail.ukl.yahoo.com> <4213D046.4080001@centtech.com> <7579f7fb05021715344d661662@mail.gmail.com> <421605D0.80302@centtech.com> In-Reply-To: <421605D0.80302@centtech.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: Matthew Jacob cc: FreeBSD Current Subject: Re: newfs limits? 10TB filesystem max? 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: Fri, 18 Feb 2005 19:27:06 -0000 Eric Anderson wrote: > Matthew Jacob wrote: > >> BTW- be careful with very large filesystems on FreeBSD- at some point >> fsck can't check them. >> >> I built a sparse 5000TB filesystem which newfs'd and mounted okay, but >> was not possible to check with fsck. > I would be surprised fi you can check a 5TB filesystem From my tests on a full 1TB filesystem, it takes about 700MB of RAM in the fsck process PER TB. >> > > 5000TB?!?! How did you do that? > Does anyone know of a way to build a simulated filesystem, for testing > without a real 20TB disk array? > > Eric > > From owner-freebsd-current@FreeBSD.ORG Fri Feb 18 19:34: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 3F80716A4EF; Fri, 18 Feb 2005 19:34: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 8C09243D1F; Fri, 18 Feb 2005 19:34:06 +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 j1IJY5Zj020354 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 18 Feb 2005 11:34:05 -0800 Message-ID: <42164329.8080801@root.org> Date: Fri, 18 Feb 2005 11:34:01 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Pawel Worach References: <4213F066.2050708@root.org> <4214119B.2010909@telia.com> <421537E9.8050203@root.org> <42155FBD.5050701@telia.com> In-Reply-To: <42155FBD.5050701@telia.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: acpi@freebsd.org cc: current@freebsd.org Subject: Re: patch: p4tcc and speedstep cpufreq drivers 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: Fri, 18 Feb 2005 19:34:07 -0000 Pawel Worach wrote: > Nate Lawson wrote: > >> >> Apologies. I found 2 bugs, one was not calling cpufreq_register() and >> the other was that the code to detect acpi_perf (in ichss and est) was >> incorrect. I've committed fixes for that and have updated the patch. >> Please ues this version and test again. >> > > On boot pre-seed PRNG does 'sysctl -a' which panics like this. > - only cpufreq.ko loaded > - last line of 'sysctl -a' output is "dev.cpu.0.%parent: acpi0" > > Fatal trap 12: page fault while in kernel mode Thakn you, this is a helpful problem report. I'll find the bug and send you an updated patch. -- Nate From owner-freebsd-current@FreeBSD.ORG Fri Feb 18 19:42:15 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 5AE1B16A4CE for ; Fri, 18 Feb 2005 19:42:15 +0000 (GMT) Received: from dragon.nuxi.com (trang.nuxi.com [66.93.134.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id 29EEB43D39 for ; Fri, 18 Feb 2005 19:42:15 +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 j1IJgE5Y016011; Fri, 18 Feb 2005 11:42:14 -0800 (PST) (envelope-from obrien@dragon.nuxi.com) Received: (from obrien@localhost) by dragon.nuxi.com (8.13.1/8.13.1/Submit) id j1IJgDMG016010; Fri, 18 Feb 2005 11:42:13 -0800 (PST) (envelope-from obrien) Date: Fri, 18 Feb 2005 11:42:13 -0800 From: "David O'Brien" To: Doug White Message-ID: <20050218194213.GB9115@dragon.nuxi.com> References: <20050218132054.mzsbi4yhzc4gcwck@netchild.homeip.net> <20050218094758.V59283@carver.gumbysoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050218094758.V59283@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: Alexander Leidinger cc: freebsd-current@freebsd.org Subject: Re: Questions related to our use of crtbegin{,S,T}.o 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: Fri, 18 Feb 2005 19:42:15 -0000 On Fri, Feb 18, 2005 at 09:52:34AM -0800, Doug White wrote: > On Fri, 18 Feb 2005, Alexander Leidinger wrote: > > I'm investigating an issue in icc regarding crtbeginT.o. We don't have this, > > but based upon reading /usr/src/contrib/gcc/Makefile.in it seems to be .. > That makefile is not used so you're looking in the wrong spot. :) Thats > the one that ships from the vendor, which we retain for completeness, but > the actual build Makefile is in src/gnu/usr.bin/cc. src/gnu/lib/csu actually. -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Fri Feb 18 19:43: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 8C31A16A4CE for ; Fri, 18 Feb 2005 19:43:31 +0000 (GMT) Received: from mailout01.sul.t-online.com (mailout01.sul.t-online.com [194.25.134.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD4E743D31 for ; Fri, 18 Feb 2005 19:43:30 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from fwd10.aul.t-online.de by mailout01.sul.t-online.com with smtp id 1D2E2C-0006S6-01; Fri, 18 Feb 2005 20:43:28 +0100 Received: from Andro-Beta.Leidinger.net (VUxxBrZcreSccRs4a4he97ggVG6hJeiLMX5gGQ-QwgVvqwhNguBUoR@[217.229.217.130]) by fmrl10.sul.t-online.com with esmtp id 1D2E29-0bLttg0; Fri, 18 Feb 2005 20:43:25 +0100 Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) j1IJgoRQ044076; Fri, 18 Feb 2005 20:42:50 +0100 (CET) (envelope-from Alexander@Leidinger.net) Date: Fri, 18 Feb 2005 20:44:09 +0100 From: Alexander Leidinger To: Doug White Message-ID: <20050218204409.43a58ff5@Magellan.Leidinger.net> In-Reply-To: <20050218094758.V59283@carver.gumbysoft.com> References: <20050218132054.mzsbi4yhzc4gcwck@netchild.homeip.net> <20050218094758.V59283@carver.gumbysoft.com> X-Mailer: Sylpheed-Claws 1.0.1 (GTK+ 1.2.10; i386-portbld-freebsd6.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-ID: VUxxBrZcreSccRs4a4he97ggVG6hJeiLMX5gGQ-QwgVvqwhNguBUoR@t-dialin.net X-TOI-MSGID: f8843484-77b9-42db-986e-38cb2a602077 cc: current@freebsd.org Subject: Re: Questions related to our use of crtbegin{,S,T}.o 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: Fri, 18 Feb 2005 19:43:31 -0000 On Fri, 18 Feb 2005 09:52:34 -0800 (PST) Doug White wrote: > On Fri, 18 Feb 2005, Alexander Leidinger wrote: > > > I'm investigating an issue in icc regarding crtbeginT.o. We don't have this, > > but based upon reading /usr/src/contrib/gcc/Makefile.in it seems to be > > needed for linking "gcc -static" compiles (and icc references it in static > > C++ compiles only)... but maybe not on FreeBSD. > > That makefile is not used so you're looking in the wrong spot. :) Thats > the one that ships from the vendor, which we retain for completeness, but And this Makefile should represent the intend of the vendor. May not follow it completely, but it should give a hint what Intel intends to do in icc. > the actual build Makefile is in src/gnu/usr.bin/cc. # grep -R crtbegin /usr/src/gnu/usr.bin/cc/ [empty result] It's in /usr/src/gnu/lib/csu/Makefile, and it seems to do the same what /usr/src/contrib/gcc/Makefile.in does regarding crtbegin.o and crtbeginS.o (it's name crtbegin.So in src/gnu/lib/csu/Makefile). Bye, Alexander. -- ...and that is how we know the Earth to be banana-shaped. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 From owner-freebsd-current@FreeBSD.ORG Fri Feb 18 20:12: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 7423216A4CE for ; Fri, 18 Feb 2005 20:12:57 +0000 (GMT) Received: from av1-2-sn4.m-sp.skanova.net (av1-2-sn4.m-sp.skanova.net [81.228.10.115]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1938D43D1D for ; Fri, 18 Feb 2005 20:12:57 +0000 (GMT) (envelope-from daniel_k_eriksson@telia.com) Received: by av1-2-sn4.m-sp.skanova.net (Postfix, from userid 502) id CC24037F00; Fri, 18 Feb 2005 21:12:55 +0100 (CET) Received: from smtp2-1-sn4.m-sp.skanova.net (smtp2-1-sn4.m-sp.skanova.net [81.228.10.183]) by av1-2-sn4.m-sp.skanova.net (Postfix) with ESMTP id B6ABD37E43 for ; Fri, 18 Feb 2005 21:12:55 +0100 (CET) Received: from sentinel (h62n1fls11o822.telia.com [213.64.66.62]) by smtp2-1-sn4.m-sp.skanova.net (Postfix) with ESMTP id 86DAA37E49 for ; Fri, 18 Feb 2005 21:12:55 +0100 (CET) From: "Daniel Eriksson" To: "'FreeBSD Current'" Date: Fri, 18 Feb 2005 21:12:49 +0100 Organization: Home Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 In-Reply-To: <42164189.3060100@elischer.org> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 Thread-Index: AcUV8A+4KFWFjBlzQu685KHV9kuiegABQsog Subject: RE: newfs limits? 10TB filesystem max? 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: Fri, 18 Feb 2005 20:12:57 -0000 Julian Elischer wrote: > I would be surprised fi you can check a 5TB filesystem I regularly run fsck in parallel on a 512MB machine with six UFS2 filesystems: 1.2TB, 500GB, 4 x 250GB I've never noticed any shortage of memory while doing this. /Daniel Eriksson From owner-freebsd-current@FreeBSD.ORG Fri Feb 18 20:28:11 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 54A8016A4CE for ; Fri, 18 Feb 2005 20:28:11 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id C7B3E43D1D for ; Fri, 18 Feb 2005 20:28:10 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [IPv6:::1]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id j1IKPOYA048299; Fri, 18 Feb 2005 13:25:24 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Fri, 18 Feb 2005 13:25:23 -0700 (MST) Message-Id: <20050218.132523.112577260.imp@bsdimp.com> To: gurney_j@resnet.uoregon.edu From: Warner Losh In-Reply-To: <20050218080423.GN40468@funkthat.com> References: <20050218080423.GN40468@funkthat.com> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: alexjeffburke@gmail.com cc: freebsd-current@freebsd.org Subject: Re: single user v multiuser boot 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: Fri, 18 Feb 2005 20:28:11 -0000 From: John-Mark Gurney Subject: Re: single user v multiuser boot Date: Fri, 18 Feb 2005 00:04:23 -0800 > Alex Burke wrote this message on Fri, Feb 18, 2005 at 00:33 +0000: > > I was wondering what gives the kernel the ability to boot in multiuser > > mode, and whether it is some code in the kernel or whether it is the > > init process and associated tools? > > single user usually means that you have enough system that you have > a console running and possibly some disk device, though you can end > up using md as part of the kernel, and not require any real disk > devices to work... > > multiuser usually implies that either disk or network is functional > to some degree where /etc/rc can start executing... > > single user pretty much only requires /sbin/init and /bin/sh to "get" > to... One can get to single user mode without a fully working vm system. One can get to single user mode without having process termination working or image rundown working. Multiuser also requires that the various synchronization primitives be fully functional. So things like fork/exec don't have to work completely. Back when /sbin/init and /bin/sh were statically linked, getting to single user didn't even require mmap to work correctly. Plus, in multi-user mode, jmg is right: networking needs to work, along with generally a much higher load on the interrupt system, the memory system, etc. It also exposes races in the system more than single user mode does (and sometimes a LOT more). In some systems, it can expose cache coherency problems, tlb lookup issues with multiple processes, etc. Warner From owner-freebsd-current@FreeBSD.ORG Fri Feb 18 20:31: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 664F716A4CE; Fri, 18 Feb 2005 20:31:50 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1BAB843D54; Fri, 18 Feb 2005 20:31:50 +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 j1IKVmZj021548 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 18 Feb 2005 12:31:49 -0800 Message-ID: <421650B1.3080408@root.org> Date: Fri, 18 Feb 2005 12:31:45 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Rong-En Fan References: <4213F066.2050708@root.org> <4214119B.2010909@telia.com> <421537E9.8050203@root.org> <20050218075843.GA42365@svm.csie.ntu.edu.tw> <42164162.5090005@root.org> <20050218202255.GA71615@svm.csie.ntu.edu.tw> In-Reply-To: <20050218202255.GA71615@svm.csie.ntu.edu.tw> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: acpi@freebsd.org cc: current@freebsd.org Subject: Re: patch: p4tcc and speedstep cpufreq drivers 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: Fri, 18 Feb 2005 20:31:50 -0000 Rong-En Fan wrote: > On Fri, Feb 18, 2005 at 11:26:26AM -0800, Nate Lawson wrote: > >>Rong-En Fan wrote: >> >>>This is an TP X31. >>> >>>CPU: Intel(R) Pentium(R) M processor 1400MHz (1398.82-MHz 686-class CPU) >>> Origin = "GenuineIntel" Id = 0x695 Stepping = 5 >>> Features=0xa7e9f9bf>>LFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,TM,PBE> >>> >>>freq_levels looks strange.. and changes... >>>(only cpufreq is loaded at boot) >>> >>>rafan@woodstock|UTF-8 [~] (15:57)$ sysctl dev.cpu >>>dev.cpu.0.%desc: ACPI CPU (3 Cx states) >>>dev.cpu.0.%driver: cpu >>>dev.cpu.0.%location: handle=\_PR_.CPU_ >>>dev.cpu.0.%pnpinfo: _HID=none _UID=0 >>>dev.cpu.0.%parent: acpi0 >>>dev.cpu.0.freq: 1399 >>>dev.cpu.0.freq_levels: -738340620/0 0/0 0/0 >> >>Which cpufreq drivers are detected in dmesg (ichss, est, p4tcc, >>acpi_perf, acpi_throttle)? > > > cpu0: on acpi0 > est0: on cpu0 > p4tcc0: on cpu0 > > but I think Pentium M is est only, no p4tcc. Nope, you almost certainly have p4tcc since your CPU has the ACPI and TM bits set above. -- Nate From owner-freebsd-current@FreeBSD.ORG Fri Feb 18 20:48: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 7438A16A4CE for ; Fri, 18 Feb 2005 20:48:30 +0000 (GMT) Received: from cyrus.watson.org (cyrus.watson.org [204.156.12.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1CA5A43D39 for ; Fri, 18 Feb 2005 20:48:30 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by cyrus.watson.org (Postfix) with SMTP id C631946B28; Fri, 18 Feb 2005 15:48:29 -0500 (EST) Date: Fri, 18 Feb 2005 20:47:01 +0000 (GMT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Warner Losh In-Reply-To: <20050218.132523.112577260.imp@bsdimp.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: gurney_j@resnet.uoregon.edu cc: freebsd-current@freebsd.org cc: alexjeffburke@gmail.com Subject: Re: single user v multiuser boot 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: Fri, 18 Feb 2005 20:48:30 -0000 On Fri, 18 Feb 2005, Warner Losh wrote: > One can get to single user mode without a fully working vm system. One > can get to single user mode without having process termination working > or image rundown working. Multiuser also requires that the various > synchronization primitives be fully functional. So things like > fork/exec don't have to work completely. Back when /sbin/init and > /bin/sh were statically linked, getting to single user didn't even > require mmap to work correctly. I think the defintions so far have been pretty developer-centric. From a user perspective, the benefit of single user mode is that, other than /sbin/init, /bin/sh, and some /dev entries necessary to launch a process, there are few dependencies to get into a maintenance mode that can be used to partially start the system, perform recovery, etc. I frequently use networking, swap, etc, from single-user, but with single-user you get the choice to say "don't depend on , because it's broke". Robert N M Watson From owner-freebsd-current@FreeBSD.ORG Fri Feb 18 21:02: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 93CFE16A4CE; Fri, 18 Feb 2005 21:02:00 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id D389A43D5C; Fri, 18 Feb 2005 21:01:59 +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 j1IL1x7X084144; Fri, 18 Feb 2005 16:01: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 j1IL1xOK039700; Fri, 18 Feb 2005 16:01:59 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 07B447306E; Fri, 18 Feb 2005 16:01:58 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050218210158.07B447306E@freebsd-current.sentex.ca> Date: Fri, 18 Feb 2005 16:01:58 -0500 (EST) X-Virus-Scanned: ClamAV 0.82/709/Fri Feb 18 09:37:50 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 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: Fri, 18 Feb 2005 21:02:00 -0000 TB --- 2005-02-18 19:45:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-02-18 19:45:01 - starting CURRENT tinderbox run for alpha/alpha TB --- 2005-02-18 19:45:01 - checking out the source tree TB --- 2005-02-18 19:45:01 - cd /home/tinderbox/CURRENT/alpha/alpha TB --- 2005-02-18 19:45:01 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-02-18 19:50:39 - building world (CFLAGS=-O2 -pipe) TB --- 2005-02-18 19:50:39 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2005-02-18 19:50:39 - /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-18 20:57:29 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-02-18 20:57:29 - cd /home/tinderbox/CURRENT/alpha/alpha/src TB --- 2005-02-18 20:57:29 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Fri Feb 18 20:57:29 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 -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 -g -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 -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/CURRENT/alpha/alpha/src/sys/kern/uipc_mbuf.c 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 -g -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 -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/CURRENT/alpha/alpha/src/sys/kern/uipc_mbuf2.c 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 -g -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 -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/CURRENT/alpha/alpha/src/sys/kern/uipc_proto.c 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 -g -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 -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/CURRENT/alpha/alpha/src/sys/kern/uipc_socket.c 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 -g -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 -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/CURRENT/alpha/alpha/src/sys/kern/uipc_socket2.c 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 -g -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 -mno-fp-regs -ffixed-8 -Wa,-mev6 -ffreestanding -Werror /tinderbox/CURRENT/alpha/alpha/src/sys/kern/uipc_syscalls.c /tinderbox/CURRENT/alpha/alpha/src/sys/kern/uipc_syscalls.c: In function `kern_connect': /tinderbox/CURRENT/alpha/alpha/src/sys/kern/uipc_syscalls.c:504: warning: unused variable `s' *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/obj/alpha/tinderbox/CURRENT/alpha/alpha/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. *** Error code 1 Stop in /tinderbox/CURRENT/alpha/alpha/src. TB --- 2005-02-18 21:01:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-02-18 21:01:58 - ERROR: failed to build generic kernel TB --- 2005-02-18 21:01:58 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Fri Feb 18 21:15:04 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 B7B9B16A4CE for ; Fri, 18 Feb 2005 21:15:04 +0000 (GMT) Received: from alpha.siliconlandmark.com (alpha.siliconlandmark.com [209.69.98.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A04F43D48 for ; Fri, 18 Feb 2005 21:15:04 +0000 (GMT) (envelope-from andy@siliconlandmark.com) Received: from alpha.siliconlandmark.com (andy@localhost [127.0.0.1]) j1ILF3Gm064959; Fri, 18 Feb 2005 16:15:03 -0500 (EST) (envelope-from andy@siliconlandmark.com) Received: from localhost (andy@localhost)j1ILF23g064956; Fri, 18 Feb 2005 16:15:02 -0500 (EST) (envelope-from andy@siliconlandmark.com) X-Authentication-Warning: alpha.siliconlandmark.com: andy owned process doing -bs Date: Fri, 18 Feb 2005 16:15:02 -0500 (EST) From: Andre Guibert de Bruet To: Doug White In-Reply-To: <20050218094150.T59283@carver.gumbysoft.com> Message-ID: <20050218161358.L637@alpha.siliconlandmark.com> References: <20050217140951.R637@alpha.siliconlandmark.com> <20050218081633.K637@alpha.siliconlandmark.com> <20050218094150.T59283@carver.gumbysoft.com> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-755229553-1108761302=:637" X-MailScanner-Information: Please contact the ISP for more information X-MailScanner: Found to be clean cc: current@freebsd.org Subject: Re: ntpdate behavior changes between 4.x, 5.x and 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: Fri, 18 Feb 2005 21:15:05 -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-755229553-1108761302=:637 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed On Fri, 18 Feb 2005, Doug White wrote: > On Fri, 18 Feb 2005, Andre Guibert de Bruet wrote: > >>> ntpd 4.2.0 + patch to suppress those messages, which was obtained from the >>> upstream code. >>> >>> So the answer is "Because the vendor put it there, and we hid it again in >>> -CURRENT." >> >> Are there any plans to MFC ntpd 4.2.0? If adapting the patch for RELENG_5 >> (And 4.1.1a) would make the process any easier, could I get my mittens on >> it? > > Merging is probably not doable due to interface changes in the library, > but you can certainly figure out how to adapt the patch. You'll want to > coordinate with roberto@ on any changes since he's done the upstream > imports. How about something as simple as the attached patch? | Andre Guibert de Bruet | Enterprise Software Consultant > | Silicon Landmark, LLC. | http://siliconlandmark.com/ > --0-755229553-1108761302=:637 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="ntpdate.c.diff" Content-Transfer-Encoding: BASE64 Content-ID: <20050218161502.M637@alpha.siliconlandmark.com> Content-Description: Content-Disposition: attachment; filename="ntpdate.c.diff" LS0tIG50cGRhdGUuYy5vbGQJVHVlIEp1bCAyMCAxMTowMTo0MSAyMDA0DQor KysgbnRwZGF0ZS5jCUZyaSBGZWIgMTggMTU6NTk6MTMgMjAwNQ0KQEAgLTEz MzksNyArMTMzOSw5IEBADQogICAgICAgICBoaW50cy5haV9mYW1pbHkgPSBh aV9mYW1fdGVtcGw7DQogICAgICAgICBoaW50cy5haV9zb2NrdHlwZSA9IFNP Q0tfREdSQU07DQogDQorCS8qDQogICAgICAgICBwcmludGYoIkxvb2tpbmcg Zm9yIGhvc3QgJXMgYW5kIHNlcnZpY2UgJXNcbiIsIHNlcnYsIHNlcnZpY2Up Ow0KKwkqLw0KIA0KICAgICAgICAgZXJyb3IgPSBnZXRhZGRyaW5mbyhzZXJ2 LCBzZXJ2aWNlLCAmaGludHMsICZhZGRyUmVzdWx0KTsNCiAgICAgICAgIGlm IChlcnJvciAhPSAwKSB7DQpAQCAtMTM0OCw4ICsxMzUwLDEwIEBADQogCQly ZXR1cm47DQogCX0NCiAgICAgICAgIGVsc2Ugew0KLSAgICAgICAgICAgICAg ICBmcHJpbnRmKHN0ZGVyciwgImhvc3QgZm91bmQgOiAlc1xuIiwgc3RvaG9z dCgoc3RydWN0IHNvY2thZGRyX3N0b3JhZ2UqKWFkZHJSZXN1bHQtPmFpX2Fk ZHIpKTsNCi0gICAgICAgIH0NCisgICAgICAgICAgICAgICAgLyoNCisJCWZw cmludGYoc3RkZXJyLCAiaG9zdCBmb3VuZCA6ICVzXG4iLCBzdG9ob3N0KChz dHJ1Y3Qgc29ja2FkZHJfc3RvcmFnZSopYWRkclJlc3VsdC0+YWlfYWRkcikp Ow0KKyAgICAgICAgCSovDQorCX0NCiANCiAJc2VydmVyID0gKHN0cnVjdCBz ZXJ2ZXIgKillbWFsbG9jKHNpemVvZihzdHJ1Y3Qgc2VydmVyKSk7DQogCW1l bXNldCgoY2hhciAqKXNlcnZlciwgMCwgc2l6ZW9mKHN0cnVjdCBzZXJ2ZXIp KTsNCg== --0-755229553-1108761302=:637-- From owner-freebsd-current@FreeBSD.ORG Fri Feb 18 21:19: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 F016C16A4CE for ; Fri, 18 Feb 2005 21:19:45 +0000 (GMT) Received: from 212.106.237.41.adsl.jazztel.es (212.106.237.41.adsl.jazztel.es [212.106.237.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9693243D39 for ; Fri, 18 Feb 2005 21:19:44 +0000 (GMT) (envelope-from josemi@freebsd.jazztel.es) Received: from redesjm.local (orion.redesjm.local [192.168.254.16]) j1ILJgWq002263 for ; Fri, 18 Feb 2005 22:19:42 +0100 (CET) (envelope-from josemi@freebsd.jazztel.es) Received: from localhost (localhost [[UNIX: localhost]]) by redesjm.local (8.13.1/8.13.1/Submit) id j1ILKZMh043258 for current@FreeBSD.org; Fri, 18 Feb 2005 22:20:35 +0100 (CET) (envelope-from josemi@freebsd.jazztel.es) X-Authentication-Warning: orion.redesjm.local: freebsd set sender to josemi@freebsd.jazztel.es using -f From: Jose M Rodriguez To: current@FreeBSD.org Date: Fri, 18 Feb 2005 22:20:34 +0100 User-Agent: KMail/1.7.2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200502182220.35183.josemi@freebsd.jazztel.es> X-AntiVirus: checked by AntiVir Milter (version: 1.1.0-3; AVE: 6.29.0.8; VDF: 6.29.0.100; host: antares.redesjm.local) Subject: conf/72277: update for /usr/share/skel 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: Fri, 18 Feb 2005 21:19:46 -0000 Hi, I launch PR conf/72277 and now I'm thinking about build a ${LOCALBASE}/share/skel from ports. Can someone spend a bit of time taking a look on this. I'll work a profile.d/ style work for the port, but I need to know if it may be any issue with the changes in that PR. thanks in advance, -- josemi From owner-freebsd-current@FreeBSD.ORG Fri Feb 18 21:34: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 0A0B216A4CE for ; Fri, 18 Feb 2005 21:34:21 +0000 (GMT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3DF3343D1F for ; Fri, 18 Feb 2005 21:34:20 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [10.1.1.7]) (authenticated bits=0)j1ILY0wh004863 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Fri, 18 Feb 2005 22:34:02 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id j1ILX355062086 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 18 Feb 2005 22:33:03 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.11/8.12.11) with ESMTP id j1ILX2Cb014391; Fri, 18 Feb 2005 22:33:02 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.11/8.12.11/Submit) id j1ILWuwg014377; Fri, 18 Feb 2005 22:32:56 +0100 (CET) (envelope-from ticso) Date: Fri, 18 Feb 2005 22:32:56 +0100 From: Bernd Walter To: Julian Elischer Message-ID: <20050218213255.GA14312@cicely12.cicely.de> References: <20050216224825.39102.qmail@web26807.mail.ukl.yahoo.com> <4213D046.4080001@centtech.com> <7579f7fb05021715344d661662@mail.gmail.com> <421605D0.80302@centtech.com> <42164189.3060100@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <42164189.3060100@elischer.org> X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.6i X-Spam-Status: No, hits=0.0 required=3.0 tests=none autolearn=no version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on cicely12.cicely.de cc: Matthew Jacob cc: FreeBSD Current cc: Eric Anderson Subject: Re: newfs limits? 10TB filesystem max? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Feb 2005 21:34:21 -0000 On Fri, Feb 18, 2005 at 11:27:05AM -0800, Julian Elischer wrote: > > > Eric Anderson wrote: > > >Matthew Jacob wrote: > > > >>BTW- be careful with very large filesystems on FreeBSD- at some point > >>fsck can't check them. > >> > >>I built a sparse 5000TB filesystem which newfs'd and mounted okay, but > >>was not possible to check with fsck. > > > > > I would be surprised fi you can check a 5TB filesystem > > From my tests on a full 1TB filesystem, it takes about 700MB of RAM in > the fsck process PER TB. Where is the problem? [135]cicely12> bc -l bc 1.06 Copyright 1991-1994, 1997, 1998, 2000 Free Software Foundation, Inc. This is free software with ABSOLUTELY NO WARRANTY. For details type `warranty'. 700*5 3500 [136]cicely12> limits -a Resource limits (current): cputime infinity secs filesize infinity kb datasize 4608000 kb stacksize 131072 kb coredumpsize infinity kb memoryuse infinity kb memorylocked infinity kb maxprocesses 5547 openfiles 11095 sbsize infinity bytes vmemoryuse infinity kb OK - this is an alpha system... -- B.Walter BWCT http://www.bwct.de bernd@bwct.de info@bwct.de From owner-freebsd-current@FreeBSD.ORG Fri Feb 18 21:37: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 21F7016A4CE for ; Fri, 18 Feb 2005 21:37:05 +0000 (GMT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 70E8543D46 for ; Fri, 18 Feb 2005 21:37:04 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [10.1.1.7]) (authenticated bits=0)j1ILb1wh004925 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Fri, 18 Feb 2005 22:37:03 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id j1ILZx55062105 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 18 Feb 2005 22:36:00 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.11/8.12.11) with ESMTP id j1ILZxtt014411; Fri, 18 Feb 2005 22:35:59 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.11/8.12.11/Submit) id j1ILZweQ014410; Fri, 18 Feb 2005 22:35:58 +0100 (CET) (envelope-from ticso) Date: Fri, 18 Feb 2005 22:35:58 +0100 From: Bernd Walter To: Daniel Eriksson Message-ID: <20050218213557.GB14312@cicely12.cicely.de> References: <42164189.3060100@elischer.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.6i X-Spam-Status: No, hits=0.0 required=3.0 tests=none autolearn=no version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on cicely12.cicely.de cc: 'FreeBSD Current' Subject: Re: newfs limits? 10TB filesystem max? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Feb 2005 21:37:05 -0000 On Fri, Feb 18, 2005 at 09:12:49PM +0100, Daniel Eriksson wrote: > Julian Elischer wrote: > > > I would be surprised fi you can check a 5TB filesystem > > I regularly run fsck in parallel on a 512MB machine with six UFS2 > filesystems: 1.2TB, 500GB, 4 x 250GB > > I've never noticed any shortage of memory while doing this. Each fsck instance has his own address space. If you have swap already enabled physical RAM is at most a performance thing. -- B.Walter BWCT http://www.bwct.de bernd@bwct.de info@bwct.de From owner-freebsd-current@FreeBSD.ORG Fri Feb 18 22:21: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 7362C16A4CE; Fri, 18 Feb 2005 22:21:31 +0000 (GMT) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC57743D5F; Fri, 18 Feb 2005 22:21:30 +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 j1IMLUk0088963; Fri, 18 Feb 2005 17:21:30 -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 j1IMLUCT005879; Fri, 18 Feb 2005 17:21:30 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 00B977306E; Fri, 18 Feb 2005 17:21:29 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20050218222129.00B977306E@freebsd-current.sentex.ca> Date: Fri, 18 Feb 2005 17:21:29 -0500 (EST) X-Virus-Scanned: ClamAV 0.82/709/Fri Feb 18 09:37:50 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 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: Fri, 18 Feb 2005 22:21:31 -0000 TB --- 2005-02-18 21:01:59 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2005-02-18 21:01:59 - starting CURRENT tinderbox run for amd64/amd64 TB --- 2005-02-18 21:01:59 - checking out the source tree TB --- 2005-02-18 21:01:59 - cd /home/tinderbox/CURRENT/amd64/amd64 TB --- 2005-02-18 21:01:59 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2005-02-18 21:07:40 - building world (CFLAGS=-O2 -pipe) TB --- 2005-02-18 21:07:40 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-02-18 21:07:40 - /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-18 22:15:01 - building generic kernel (COPTFLAGS=-O2 -pipe) TB --- 2005-02-18 22:15:01 - cd /home/tinderbox/CURRENT/amd64/amd64/src TB --- 2005-02-18 22:15:01 - /usr/bin/make buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Fri Feb 18 22:15:01 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 -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -g -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-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 /tinderbox/CURRENT/amd64/amd64 /src/sys/kern/uipc_mbuf.c 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 -g -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-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 /tinderbox/CURRENT/amd64/amd64 /src/sys/kern/uipc_mbuf2.c 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 -g -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-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 /tinderbox/CURRENT/amd64/amd64 /src/sys/kern/uipc_proto.c 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 -g -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-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 /tinderbox/CURRENT/amd64/amd64 /src/sys/kern/uipc_socket.c 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 -g -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-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 /tinderbox/CURRENT/amd64/amd64 /src/sys/kern/uipc_socket2.c 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 -g -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-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 /tinderbox/CURRENT/amd64/amd64 /src/sys/kern/uipc_syscalls.c /tinderbox/CURRENT/amd64/amd64/src/sys/kern/uipc_syscalls.c: In function `kern_connect': /tinderbox/CURRENT/amd64/amd64/src/sys/kern/uipc_syscalls.c:504: warning: unused variable `s' *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/obj/amd64/tinderbox/CURRENT/amd64/amd64/src/sys/GENERIC. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. *** Error code 1 Stop in /tinderbox/CURRENT/amd64/amd64/src. TB --- 2005-02-18 22:21:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2005-02-18 22:21:29 - ERROR: failed to build generic kernel TB --- 2005-02-18 22:21:29 - tinderbox aborted From owner-freebsd-current@FreeBSD.ORG Fri Feb 18 23:16: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 1FE6216A4CE for ; Fri, 18 Feb 2005 23:16:23 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id C134543D39 for ; Fri, 18 Feb 2005 23:16:22 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id 6E9E77A41E; Fri, 18 Feb 2005 15:16:22 -0800 (PST) Message-ID: <42167746.30403@elischer.org> Date: Fri, 18 Feb 2005 15:16:22 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030516 X-Accept-Language: en, hu MIME-Version: 1.0 To: Daniel Eriksson References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: 'FreeBSD Current' Subject: Re: newfs limits? 10TB filesystem max? 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: Fri, 18 Feb 2005 23:16:23 -0000 Daniel Eriksson wrote: >Julian Elischer wrote: > > > >>I would be surprised fi you can check a 5TB filesystem >> >> > >I regularly run fsck in parallel on a 512MB machine with six UFS2 >filesystems: 1.2TB, 500GB, 4 x 250GB > >I've never noticed any shortage of memory while doing this. > that is 6 separate processes. each has a separate limit. totalling maybe 1.8GB ram required.. how much is in the machine? it alsdepends on how many files you have.. which is why I specified a full filesystem we were looking at 1TB of 10K files millions of which ahd multiple links. > >/Daniel Eriksson > > >_______________________________________________ >freebsd-current@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-current >To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > > From owner-freebsd-current@FreeBSD.ORG Sat Feb 19 00:13: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 3568F16A4CE; Sat, 19 Feb 2005 00:13:45 +0000 (GMT) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id CCA8B43D39; Sat, 19 Feb 2005 00:13:44 +0000 (GMT) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 23CDA530C; Sat, 19 Feb 2005 01:13:42 +0100 (CET) Received: from xps.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id 126495308; Sat, 19 Feb 2005 01:13:15 +0100 (CET) Received: by xps.des.no (Postfix, from userid 1001) id 5206E33C35; Sat, 19 Feb 2005 00:38:47 +0100 (CET) To: Tim Kientzle References: <4214F3C2.4020102@alumni.rice.edu> <20050217195547.GA33893@troutmask.apl.washington.edu> <42162D51.6020304@freebsd.org> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Sat, 19 Feb 2005 00:38:47 +0100 In-Reply-To: <42162D51.6020304@freebsd.org> (Tim Kientzle's message of "Fri, 18 Feb 2005 10:00:49 -0800") Message-ID: <86k6p5fng8.fsf@xps.des.no> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on flood.des.no X-Spam-Level: X-Spam-Status: No, score=0.1 required=5.0 tests=AWL,FORGED_RCVD_HELO autolearn=disabled version=3.0.1 cc: Kaspars cc: freebsd-current@freebsd.org cc: Robert Watson cc: Steve Kargl Subject: Re: Change tar to GNU 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, 19 Feb 2005 00:13:45 -0000 Tim Kientzle writes: > Some people are more familiar with -I (which is a > synonym for -T). Hmmm... Looks like --null never > got onto the manpage. I'll fix that. -0 should be an alias for --null... DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sat Feb 19 00:53: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 576E516A4CE for ; Sat, 19 Feb 2005 00:53:33 +0000 (GMT) Received: from mail.yazzy.org (mail.yazzy.org [217.8.140.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id D526343D3F for ; Sat, 19 Feb 2005 00:53:32 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from yazzy.yazzy.org (yazzy.yazzy.org [192.168.98.11]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.yazzy.org (Postfix) with ESMTP id C5CB93986A for ; Sat, 19 Feb 2005 01:54:37 +0100 (CET) Date: Sat, 19 Feb 2005 00:54:01 +0000 From: Marcin Jessa To: current@FreeBSD.org Message-Id: <20050219005401.1dfd5236.lists@yazzy.org> Organization: YazzY.org X-Mailer: Sylpheed version 1.0.0 (GTK+ 1.2.10; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Bootup message 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, 19 Feb 2005 00:53:33 -0000 Hi guys. How can I supress the boot up message, all the stuff that shows up when you boot your fbsd box ? I know it can be partially done with a splash image but thats not i need. Thanks in advance. -- Regards, M. Jessa Software developer/System Administrator http://www.yazzy.org From owner-freebsd-current@FreeBSD.ORG Sat Feb 19 01:27:25 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 9DDA916A4CE for ; Sat, 19 Feb 2005 01:27:25 +0000 (GMT) Received: from mail.vicor-nb.com (bigwoop.vicor-nb.com [208.206.78.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 71BC043D45 for ; Sat, 19 Feb 2005 01:27:25 +0000 (GMT) (envelope-from julian@elischer.org) Received: from elischer.org (julian.vicor-nb.com [208.206.78.97]) by mail.vicor-nb.com (Postfix) with ESMTP id 3EA237A425; Fri, 18 Feb 2005 17:27:25 -0800 (PST) Message-ID: <421695FC.4030209@elischer.org> Date: Fri, 18 Feb 2005 17:27:24 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030516 X-Accept-Language: en, hu MIME-Version: 1.0 To: Marcin Jessa References: <20050219005401.1dfd5236.lists@yazzy.org> In-Reply-To: <20050219005401.1dfd5236.lists@yazzy.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: Bootup message 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, 19 Feb 2005 01:27:25 -0000 divert it to the serial port? actualy there is a consmute option that mutes the console sysctl kern.consmute=1 We used to use it on an embedded product where the console was a small serial LCD. Marcin Jessa wrote: >Hi guys. > >How can I supress the boot up message, all the stuff that shows up when you boot your fbsd box ? >I know it can be partially done with a splash image but thats not i need. > >Thanks in advance. > > > From owner-freebsd-current@FreeBSD.ORG Sat Feb 19 01: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 B761B16A4CE for ; Sat, 19 Feb 2005 01:31:12 +0000 (GMT) Received: from smtp1.linkline.com (smtp1.linkline.com [66.59.235.27]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D02343D39 for ; Sat, 19 Feb 2005 01:31:12 +0000 (GMT) (envelope-from sclements@linkline.com) Received: from [127.0.0.1] (host-66-59-225-129.lcinet.net [66.59.225.129]) by smtp1.linkline.com (Postfix) with ESMTP id 2C1509CD81; Fri, 18 Feb 2005 17:31:09 -0800 (PST) Message-ID: <421696DE.30202@linkline.com> Date: Fri, 18 Feb 2005 17:31:10 -0800 From: Samuel Clements User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Marcin Jessa References: <20050219005401.1dfd5236.lists@yazzy.org> In-Reply-To: <20050219005401.1dfd5236.lists@yazzy.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: current@FreeBSD.org Subject: Re: Bootup message 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, 19 Feb 2005 01:31:12 -0000 You could set up a serial console and then just not look at it if you really wanted to... http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/serialconsole-setup.html -Sam Marcin Jessa wrote: > Hi guys. > > How can I supress the boot up message, all the stuff that shows up when you boot your fbsd box ? > I know it can be partially done with a splash image but thats not i need. > > Thanks in advance. > From owner-freebsd-current@FreeBSD.ORG Sat Feb 19 02:52: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 8D95D16A4CE for ; Sat, 19 Feb 2005 02:52:37 +0000 (GMT) Received: from mail.yazzy.org (mail.yazzy.org [217.8.140.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0E01943D54 for ; Sat, 19 Feb 2005 02:52:37 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from yazzy.yazzy.org (yazzy.yazzy.org [192.168.98.11]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.yazzy.org (Postfix) with ESMTP id 41DDC39814; Sat, 19 Feb 2005 03:53:42 +0100 (CET) Date: Sat, 19 Feb 2005 02:53:05 +0000 From: Marcin Jessa To: Julian Elischer Message-Id: <20050219025305.07f5e57e.lists@yazzy.org> In-Reply-To: <421695FC.4030209@elischer.org> References: <20050219005401.1dfd5236.lists@yazzy.org> <421695FC.4030209@elischer.org> Organization: YazzY.org X-Mailer: Sylpheed version 1.0.0 (GTK+ 1.2.10; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: current@freebsd.org Subject: Re: Bootup message 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, 19 Feb 2005 02:52:37 -0000 Hi. Putting kern.consmute=1 to /etc/sysctl.conf doesnt "kick in" before the system mounts the file systems. Putting it to loader.conf did not work at all either. Any idea where to put it to make it work right after execution of /boot/loader ? On Fri, 18 Feb 2005 17:27:24 -0800 Julian Elischer wrote: > divert it to the serial port? > actualy there is a consmute option that mutes the console > sysctl kern.consmute=1 > > We used to use it on an embedded product where the console was a small > serial LCD. > > > Marcin Jessa wrote: > > >Hi guys. > > > >How can I supress the boot up message, all the stuff that shows up when you boot your fbsd box ? > >I know it can be partially done with a splash image but thats not i need. > > > >Thanks in advance. > > > > > > > -- Regards, M. Jessa Software developer/System Administrator http://www.yazzy.org From owner-freebsd-current@FreeBSD.ORG Sat Feb 19 03:03: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 176C516A4CE for ; Sat, 19 Feb 2005 03:03:55 +0000 (GMT) Received: from mail.yazzy.org (mail.yazzy.org [217.8.140.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id E0A3043D4C for ; Sat, 19 Feb 2005 03:03:50 +0000 (GMT) (envelope-from lists@yazzy.org) Received: from yazzy.yazzy.org (yazzy.yazzy.org [192.168.98.11]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.yazzy.org (Postfix) with ESMTP id D7CF939814; Sat, 19 Feb 2005 04:04:55 +0100 (CET) Date: Sat, 19 Feb 2005 03:04:19 +0000 From: Marcin Jessa To: Samuel Clements Message-Id: <20050219030419.754f51ca.lists@yazzy.org> In-Reply-To: <421696DE.30202@linkline.com> References: <20050219005401.1dfd5236.lists@yazzy.org> <421696DE.30202@linkline.com> Organization: YazzY.org X-Mailer: Sylpheed version 1.0.0 (GTK+ 1.2.10; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: current@FreeBSD.org Subject: Re: Bootup message 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, 19 Feb 2005 03:03:55 -0000 Hi Sam. I dont want to use serial console only. I just dont want the boot message to appear before the login prompt. On Fri, 18 Feb 2005 17:31:10 -0800 Samuel Clements wrote: > You could set up a serial console and then just not look at it if you > really wanted to... > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/serialconsole-setup.html > -Sam > > Marcin Jessa wrote: > > Hi guys. > > > > How can I supress the boot up message, all the stuff that shows up when you boot your fbsd box ? > > I know it can be partially done with a splash image but thats not i need. > > > > Thanks in advance. > > > -- Regards, M. Jessa Software developer/System Administrator http://www.yazzy.org From owner-freebsd-current@FreeBSD.ORG Sat Feb 19 03:41:34 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 CA8D916A4CE; Sat, 19 Feb 2005 03:41:34 +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 1632643D5C; Sat, 19 Feb 2005 03:41:34 +0000 (GMT) (envelope-from tim@kientzle.com) Received: from kientzle.com (p54.kientzle.com [66.166.149.54]) by kientzle.com (8.12.9/8.12.9) with ESMTP id j1J3euOZ023288; Fri, 18 Feb 2005 19:40:57 -0800 (PST) (envelope-from tim@kientzle.com) Message-ID: <4216B546.5070103@kientzle.com> Date: Fri, 18 Feb 2005 19:40:54 -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: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= References: <4214F3C2.4020102@alumni.rice.edu> <20050217195547.GA33893@troutmask.apl.washington.edu> <42162D51.6020304@freebsd.org> <86k6p5fng8.fsf@xps.des.no> In-Reply-To: <86k6p5fng8.fsf@xps.des.no> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit cc: Kaspars cc: Tim Kientzle cc: Robert Watson cc: Steve Kargl cc: freebsd-current@freebsd.org Subject: Re: Change tar to GNU 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, 19 Feb 2005 03:41:34 -0000 Dag-Erling Smrgrav wrote: > Tim Kientzle writes: > >>Some people are more familiar with -I (which is a >>synonym for -T). Hmmm... Looks like --null never >>got onto the manpage. I'll fix that. > > > -0 should be an alias for --null... > > DES Are you sure about that? Isn't there a traditional use of -0 as a tape format selector? From gtar.1: -[0-7][lmh] Specify tape drive and density. Tim From owner-freebsd-current@FreeBSD.ORG Sat Feb 19 05:30:25 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 93ABF16A4CE; Sat, 19 Feb 2005 05:30:25 +0000 (GMT) Received: from postal2.es.net (postal2.es.net [198.128.3.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id 503DB43D55; Sat, 19 Feb 2005 05:30:25 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal2.es.net (Postal Node 2) with ESMTP (SSL) id IBA74465; Fri, 18 Feb 2005 21:30:24 -0800 Received: from ptavv (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 025DF5D07; Fri, 18 Feb 2005 21:30:23 -0800 (PST) X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: Nate Lawson In-reply-to: Your message of "Thu, 17 Feb 2005 16:33:45 PST." <421537E9.8050203@root.org> Mime-Version: 1.0 Content-Type: multipart/mixed ; boundary="==_Exmh_4198249080" Date: Fri, 18 Feb 2005 21:30:23 -0800 From: "Kevin Oberman" Message-Id: <20050219053023.025DF5D07@ptavv.es.net> cc: acpi@freebsd.org cc: current@freebsd.org Subject: Re: patch: p4tcc and speedstep cpufreq drivers 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, 19 Feb 2005 05:30:25 -0000 This is a multipart MIME message. --==_Exmh_4198249080 Content-Type: text/plain; charset=us-ascii > Date: Thu, 17 Feb 2005 16:33:45 -0800 > From: Nate Lawson > Sender: owner-freebsd-acpi@freebsd.org > Pawel Worach wrote: > > Nate Lawson wrote: > > > >> Attached is a patch that I'd like to get tested. After applying it, > >> rebuild and load the cpufreq.ko module. Be sure you do _not_ have > >> "options CPU_ENABLE_TCC" in your kernel config or the new driver will > >> conflict with the old. > > > > > > Hi Nate, > > > > This is what I get on a TP T41, do the cpufreq results below look right? > > Also if I loaded both modules all I got for dev.cpu.0.freq was -1 or > > 1700 and no levels. > > > > CPU: Intel(R) Pentium(R) M processor 1700MHz (1698.56-MHz 686-class CPU) > > Origin = "GenuineIntel" Id = 0x695 Stepping = 5 > > Features=0xa7e9f9bf > > Apologies. I found 2 bugs, one was not calling cpufreq_register() and > the other was that the code to detect acpi_perf (in ichss and est) was > incorrect. I've committed fixes for that and have updated the patch. > Please ues this version and test again. > > Thanks, > -- > Nate Well, it all seems working, but the performance is not proportional to the "frequency". I am attaching the results of testing. The fist column is value of freq and the second is the transfer rate from dd to md5. FWIW, when I did have TCC working I had 31 freq_levels, but if I set the freq below about 200, my system freezes and requires a hard power cycle. I am running ULE but no PREEMPTION. The exact point at which it locks up is not consistent. -- 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 --==_Exmh_4198249080 Content-Type: text/plain ; name="result.dat"; charset=us-ascii Content-Description: result.dat Content-Disposition: attachment; filename="result.dat" 1800 81668412 1575 71668443 1378 58558755 1350 61811066 1200 57563243 1125 52375978 1050 50566365 1012 39348776 984 39065432 900 42731558 843 29862236 787 28684250 750 36504585 703 29017105 675 32053763 600 29716681 562 18906700 506 18847782 450 20757733 421 15552950 393 8823479 337 8813267 300 14117150 262 7505668 262 7504739 300 14098650 337 8832118 393 8809254 421 15511277 450 20810595 506 18806831 562 18876877 600 29786587 675 32042771 703 29040273 750 36509861 787 28743443 843 29824058 900 42624546 984 38689042 1012 39030680 1050 50404117 1125 52225250 1200 57551960 1350 61504422 1378 58605230 1575 71371080 1800 81360013 --==_Exmh_4198249080-- From owner-freebsd-current@FreeBSD.ORG Sat Feb 19 08:47: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 382B516A4CE for ; Sat, 19 Feb 2005 08:47:31 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF37C43D2D for ; Sat, 19 Feb 2005 08:47:30 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by rproxy.gmail.com with SMTP id j1so49786rnf for ; Sat, 19 Feb 2005 00:47:30 -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=WKzafLQbvJyyj8E92jCi1bNhzVel9QpyKFGsT7gpNHLxyny8FqtRaeHx6sa7/Jb5EmSCCJ37CrKmQD/kv0OFDNFuW0FiazdE/WC3FtUkg08SkJsKyVIPCJ28pL3ufseXBkz/bPC89GxB2cFysjIieaaubXBFPToBcdS0cpfC7tE= Received: by 10.39.2.39 with SMTP id e39mr5996rni; Sat, 19 Feb 2005 00:47:30 -0800 (PST) Received: by 10.38.209.12 with HTTP; Sat, 19 Feb 2005 00:47:30 -0800 (PST) Message-ID: <84dead7205021900477ef5af7c@mail.gmail.com> Date: Sat, 19 Feb 2005 08:47:30 +0000 From: Joseph Koshy To: Marcin Jessa In-Reply-To: <20050219030419.754f51ca.lists@yazzy.org> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <20050219005401.1dfd5236.lists@yazzy.org> <421696DE.30202@linkline.com> <20050219030419.754f51ca.lists@yazzy.org> cc: current@freebsd.org cc: Samuel Clements Subject: Re: Bootup message 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: Sat, 19 Feb 2005 08:47:31 -0000 > I dont want to use serial console only. I just dont want the > boot message to appear before the login prompt. man boot(8) ... -m mute the console. ... -- FreeBSD Volunteer, http://people.freebsd.org/~jkoshy From owner-freebsd-current@FreeBSD.ORG Fri Feb 18 16:14: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 A274116A4CE; Fri, 18 Feb 2005 16:14:05 +0000 (GMT) Received: from mx2.zhwin.ch (mx2.zhwin.ch [160.85.104.51]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0C45043D5C; Fri, 18 Feb 2005 16:14:05 +0000 (GMT) (envelope-from philipp.stutz@gmx.ch) Received: from orwell.zhwin.ch ([160.85.104.31]) by mx2.zhwin.ch with esmtp (Exim 4.44) id 1D2AlX-00023h-AX; Fri, 18 Feb 2005 17:14:03 +0100 Received: from [160.85.171.212] (Not Verified[160.85.171.212]) by orwell.zhwin.ch with NetIQ MailMarshal (v6,0,3,8) id ; Fri, 18 Feb 2005 17:13:47 +0100 Message-ID: <4216144A.5000809@gmx.ch> Date: Fri, 18 Feb 2005 17:14:02 +0100 From: Philipp Stutz User-Agent: Mozilla Thunderbird 0.6+ (Windows/20050214) MIME-Version: 1.0 To: Reid Linnemann References: <20050218152505.4B672A063E@csa.cs.okstate.edu> In-Reply-To: <20050218152505.4B672A063E@csa.cs.okstate.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sat, 19 Feb 2005 13:04:22 +0000 cc: "freebsd-current@freebsd.org" cc: cperciva@freebsd.org Subject: Re: ad WRITE_DMA timing out frequently 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: Fri, 18 Feb 2005 16:14:05 -0000 Reid Linnemann wrote: > Colin Percival wrote: >> Reid Linnemann wrote: >>> ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=2085599 >>> ad0: TIMEOUT - WRITE_DMA retrying (2 retries left) LBA=2085599 >>> kernel: ad0: FAILURE - WRITE_DMA timed out >>> kernel: g_vfs_done():ad0s1d[WRITE(offset=52772864, length=16384)]error = 5 >> >> Looks like a dying disk. A few weeks ago I had the same problem on two different machines but only when I synced two (mirrored) gvinum stripes/plexes. Think this was with 5.3 release. Did the sync with the old vinum (and 5.2.1) and I never again had these messages and the disk shows no defects. >>> It seems to me that a sector on the disk might be dead in the >>> ad0s1d slice (/var), but I want to be certain before I take >>> further steps that the behavior I'm experiencing is positively >>> unrelated to the migration to 6-CURRENT. >> >> Install sysutils/smartmontools from ports and use smartctl. Odds >> are that the drive has logged hundreds of errors by now. > > smartctl doesn't report any logged errors. On a hunch, I also dd'ed a > file large enough to fill /var, hoping that it would crater on > writing to that sector. It didn't. I know that's not a very useful > test, but it seems to hint to me that the disk isn't bad, but the > driver is freaking out from some event. same here philipp stutz Content Security by MailMarshal From owner-freebsd-current@FreeBSD.ORG Fri Feb 18 16:59:34 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 1199516A4CE for ; Fri, 18 Feb 2005 16:59:34 +0000 (GMT) Received: from mailtest.sd73.bc.ca (smtp.sd73.bc.ca [142.24.13.149]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8792C43D6D for ; Fri, 18 Feb 2005 16:59:33 +0000 (GMT) (envelope-from fcash-ml@sd73.bc.ca) Received: from localhost (localhost [127.0.0.1]) by mailtest.sd73.bc.ca (Postfix) with ESMTP id 7F669F2875 for ; Fri, 18 Feb 2005 08:59:33 -0800 (PST) Received: from mailtest.sd73.bc.ca ([127.0.0.1]) by localhost (mailtest.sd73.bc.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 32153-01-24 for ; Fri, 18 Feb 2005 08:59:32 -0800 (PST) Received: from s9.sbo (s9.sbo [192.168.0.9]) by mailtest.sd73.bc.ca (Postfix) with ESMTP id B94BAF286E for ; Fri, 18 Feb 2005 08:59:32 -0800 (PST) From: Freddie Cash Organization: School District 73 - Kamloops, BC To: freebsd-current@freebsd.org Date: Fri, 18 Feb 2005 08:59:31 -0800 User-Agent: KMail/1.7.2 References: <4213F066.2050708@root.org> <4214119B.2010909@telia.com> <421537E9.8050203@root.org> In-Reply-To: <421537E9.8050203@root.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200502180859.32108.fcash-ml@sd73.bc.ca> X-Virus-Scanned: by amavisd-new using ClamAV at sd73.bc.ca X-Mailman-Approved-At: Sat, 19 Feb 2005 13:04:22 +0000 Subject: Re: patch: p4tcc and speedstep cpufreq drivers 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: Fri, 18 Feb 2005 16:59:34 -0000 On February 17, 2005 04:33 pm, Nate Lawson wrote: > Apologies. I found 2 bugs, one was not calling cpufreq_register() > and the other was that the code to detect acpi_perf (in ichss and > est) was incorrect. I've committed fixes for that and have updated > the patch. Please ues this version and test again. Unfortunately, it still doesn't do anything on this laptop. :( Toshiba Satellite A60, BIOS 1.80C CPU: Intel(R) Celeron(R) CPU 2.80GHz (2800.11-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Features=0xbfebfbff ACPI APIC Table: Without CPU_ENABLE_TCC in the kernel, nothing shows up in sysctl relating to frequency levels, p4tcc, or throttling. :( Doesn't matter if acpi_perf or cpufreq is installed or not. -- Freddie Cash, CCNT CCLP Helpdesk / Network Support Tech. School District 73 (250) 377-HELP [377-4357] fcash-ml@sd73.bc.ca From owner-freebsd-current@FreeBSD.ORG Fri Feb 18 20:23: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 1989016A4CE; Fri, 18 Feb 2005 20:23:05 +0000 (GMT) Received: from svm.csie.ntu.edu.tw (svm.csie.ntu.edu.tw [140.112.90.75]) by mx1.FreeBSD.org (Postfix) with ESMTP id 75F3D43D31; Fri, 18 Feb 2005 20:23:04 +0000 (GMT) (envelope-from rafan@svm.csie.ntu.edu.tw) Received: from svm.csie.ntu.edu.tw (localhost [127.0.0.1]) by svm.csie.ntu.edu.tw (8.13.1/8.13.1) with ESMTP id j1IKN0HX071660; Sat, 19 Feb 2005 04:23:00 +0800 (CST) (envelope-from rafan@svm.csie.ntu.edu.tw) Received: (from rafan@localhost) by svm.csie.ntu.edu.tw (8.13.1/8.13.1/Submit) id j1IKMtHx071659; Sat, 19 Feb 2005 04:22:55 +0800 (CST) (envelope-from rafan) Date: Sat, 19 Feb 2005 04:22:55 +0800 From: Rong-En Fan To: Nate Lawson Message-ID: <20050218202255.GA71615@svm.csie.ntu.edu.tw> References: <4213F066.2050708@root.org> <4214119B.2010909@telia.com> <421537E9.8050203@root.org> <20050218075843.GA42365@svm.csie.ntu.edu.tw> <42164162.5090005@root.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <42164162.5090005@root.org> User-Agent: Mutt/1.5.7i X-Mailman-Approved-At: Sat, 19 Feb 2005 13:04:22 +0000 cc: acpi@freebsd.org cc: current@freebsd.org Subject: Re: patch: p4tcc and speedstep cpufreq drivers 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: Fri, 18 Feb 2005 20:23:05 -0000 On Fri, Feb 18, 2005 at 11:26:26AM -0800, Nate Lawson wrote: > Rong-En Fan wrote: > >This is an TP X31. > > > >CPU: Intel(R) Pentium(R) M processor 1400MHz (1398.82-MHz 686-class CPU) > > Origin =3D "GenuineIntel" Id =3D 0x695 Stepping =3D 5 > > Features=3D0xa7e9f9bf >LFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,TM,PBE> > > > >freq_levels looks strange.. and changes... > >(only cpufreq is loaded at boot) > > > >rafan@woodstock|UTF-8 [~] (15:57)$ sysctl dev.cpu > >dev.cpu.0.%desc: ACPI CPU (3 Cx states) > >dev.cpu.0.%driver: cpu > >dev.cpu.0.%location: handle=3D\_PR_.CPU_ > >dev.cpu.0.%pnpinfo: _HID=3Dnone _UID=3D0 > >dev.cpu.0.%parent: acpi0 > >dev.cpu.0.freq: 1399 > >dev.cpu.0.freq_levels: -738340620/0 0/0 0/0 >=20 > Which cpufreq drivers are detected in dmesg (ichss, est, p4tcc,=20 > acpi_perf, acpi_throttle)? cpu0: on acpi0 est0: on cpu0 p4tcc0: on cpu0=20 but I think Pentium M is est only, no p4tcc. Regards, Rong-En Fan From owner-freebsd-current@FreeBSD.ORG Sat Feb 19 04:35:36 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 1DEDA16A4D0 for ; Sat, 19 Feb 2005 04:35:36 +0000 (GMT) Received: from rproxy.gmail.com (rproxy.gmail.com [64.233.170.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id A563D43D1F for ; Sat, 19 Feb 2005 04:35:35 +0000 (GMT) (envelope-from lydianconcepts@gmail.com) Received: by rproxy.gmail.com with SMTP id z35so41812rne for ; Fri, 18 Feb 2005 20:35:35 -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=Bhln3KAgvi0OnNOHRlJu8vSqsRHp/3nvBFgwqmXRS18gXMnsXyUn/cZh2GWI/ok5EKWgR/NSA3bXZmmnGo7pbeQ/HcGzk1iQeS/zxTAtTzXpjb4Le7bGxtW7otawmKB8fXZcHD0AgK8xyPcTec3paO8ZpKQGPMjNCvAx2TTdATQ= Received: by 10.38.78.59 with SMTP id a59mr210772rnb; Fri, 18 Feb 2005 20:35:35 -0800 (PST) Received: by 10.38.104.14 with HTTP; Fri, 18 Feb 2005 20:35:34 -0800 (PST) Message-ID: <7579f7fb050218203553a1311b@mail.gmail.com> Date: Fri, 18 Feb 2005 20:35:34 -0800 From: Matthew Jacob To: ticso@cicely.de In-Reply-To: <20050218143456.GB11451@cicely12.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit References: <20050216224825.39102.qmail@web26807.mail.ukl.yahoo.com> <4213D046.4080001@centtech.com> <7579f7fb05021715344d661662@mail.gmail.com> <20050218143456.GB11451@cicely12.cicely.de> X-Mailman-Approved-At: Sat, 19 Feb 2005 13:04:22 +0000 cc: FreeBSD Current cc: Eric Anderson Subject: Re: newfs limits? 10TB filesystem max? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Matthew Jacob List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Feb 2005 04:35:36 -0000 I'm not sure I follow what you're asking... how much of the actual real storage was used up in just newfs'ing 5PB? I don't remember- something less than 20G I think... If you really want to know I'll set it up again > > Since you already did: > What disk space will such a filesystem take? > > -- > B.Walter BWCT http://www.bwct.de > bernd@bwct.de info@bwct.de > > From owner-freebsd-current@FreeBSD.ORG Sat Feb 19 13:24: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 A8FDE16A4CF; Sat, 19 Feb 2005 13:24:29 +0000 (GMT) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id EDA2743D45; Sat, 19 Feb 2005 13:24:28 +0000 (GMT) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 7A657530C; Sat, 19 Feb 2005 14:24:27 +0100 (CET) Received: from xps.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id 443A05308; Sat, 19 Feb 2005 14:23:56 +0100 (CET) Received: by xps.des.no (Postfix, from userid 1001) id CEF2233C3E; Sat, 19 Feb 2005 14:23:55 +0100 (CET) To: Tim Kientzle References: <4214F3C2.4020102@alumni.rice.edu> <20050217195547.GA33893@troutmask.apl.washington.edu> <42162D51.6020304@freebsd.org> <86k6p5fng8.fsf@xps.des.no> <4216B546.5070103@kientzle.com> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Sat, 19 Feb 2005 14:23:55 +0100 In-Reply-To: <4216B546.5070103@kientzle.com> (Tim Kientzle's message of "Fri, 18 Feb 2005 19:40:54 -0800") Message-ID: <86bragfztg.fsf@xps.des.no> User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 3.0.1 (2004-10-22) on flood.des.no X-Spam-Level: X-Spam-Status: No, score=0.1 required=5.0 tests=AWL,FORGED_RCVD_HELO autolearn=disabled version=3.0.1 cc: Kaspars cc: Tim Kientzle cc: Robert Watson cc: Steve Kargl cc: freebsd-current@freebsd.org Subject: Re: Change tar to GNU 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, 19 Feb 2005 13:24:29 -0000 Tim Kientzle writes: > Are you sure about that? Isn't there a traditional use of -0 as a > tape format selector? Hmm, I wasn't aware of that. Too bad. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sat Feb 19 14:15: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 5AE6B16A4CE for ; Sat, 19 Feb 2005 14:15:33 +0000 (GMT) Received: from wm1.todt.org (wm2.todt.org [207.218.27.21]) by mx1.FreeBSD.org (Postfix) with SMTP id DD4A743D1F for ; Sat, 19 Feb 2005 14:15:31 +0000 (GMT) (envelope-from jachmann@unitix.org) Received: (qmail 95548 invoked from network); 19 Feb 2005 14:15:30 -0000 Received: from unknown (HELO hurx.thc) (213.23.51.80) by 0 with SMTP; 19 Feb 2005 14:15:30 -0000 Received: (qmail 68178 invoked by uid 1001); 19 Feb 2005 14:15:30 -0000 Date: Sat, 19 Feb 2005 15:15:30 +0100 From: Christian Jachmann To: freebsd-current@freebsd.org Message-ID: <20050219141530.GA67861@hurx.thc> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Mailman-Approved-At: Sat, 19 Feb 2005 14:28:59 +0000 Subject: Load over 1000 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, 19 Feb 2005 14:15:33 -0000 Hi, seems that vm.loadavg cant grow over 1024 e.g. last pid: 68005; load averages: 993.78, 334.47, 636.27 up 0+03:26:16 15:12:28 1580 processes:1530 running, 50 sleeping CPU states: 95.0% user, 0.0% nice, 5.0% system, 0.0% interrupt, 0.0% idle having some senseless code to produce a load of 2000 on a system. but... top does not show right values. last pid: 68098; load averages: 373.53, 641.73, 725.40 up 0+03:27:36 15:13:48 1673 processes:1621 running, 48 sleeping, 4 zombie CPU states: 96.9% user, 0.0% nice, 3.1% system, 0.0% interrupt, 0.0% idle seems that there is a bug -- Christian Jachmann From owner-freebsd-current@FreeBSD.ORG Sat Feb 19 15:56: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 E861916A4CE for ; Sat, 19 Feb 2005 15:56:37 +0000 (GMT) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id E9CC843D41 for ; Sat, 19 Feb 2005 15:56:36 +0000 (GMT) (envelope-from iedowse@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 19 Feb 2005 15:56:36 +0000 (GMT) To: Paul Mather In-Reply-To: Your message of "Fri, 18 Feb 2005 13:47:25 EST." <1108752445.1105.34.camel@zappa.Chelsea-Ct.Org> Date: Sat, 19 Feb 2005 15:56:35 +0000 From: Ian Dowse Message-ID: <200502191556.aa96337@salmon.maths.tcd.ie> cc: freebsd-current@freebsd.org cc: Reid Linnemann Subject: Re: ad WRITE_DMA timing out frequently 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, 19 Feb 2005 15:56:38 -0000 In message <1108752445.1105.34.camel@zappa.Chelsea-Ct.Org>, Paul Mather writes: >The "TIMEOUT - WRITE_DMA" issue has been a recurring problem for me >since somewhere in the 5.2.1--5.3 release range. (It's been so long now >that I don't remember whether it first started plaguing me in 5.2.1 or >5.3. I do know for definite I never got this problem in 5.1 and it only >crept in during an "upgrade.") On a recent -CURRENT you could try the following patch. It attempts to clean up the handling of timeouts in the ATA code by using the new callout_init_mtx() function, and appeared to cure fairly frequent WRITE_DMA timeout messages for me. Ian Index: sys/dev/ata/ata-all.c =================================================================== RCS file: /dump/FreeBSD-CVS/src/sys/dev/ata/ata-all.c,v retrieving revision 1.235 diff -u -r1.235 ata-all.c --- sys/dev/ata/ata-all.c 7 Feb 2005 17:14:42 -0000 1.235 +++ sys/dev/ata/ata-all.c 17 Feb 2005 20:52:27 -0000 @@ -429,6 +429,7 @@ ch->state = ATA_ACTIVE; else ch->state = ATA_IDLE; + callout_stop(&request->callout); mtx_unlock(&ch->state_mtx); ch->locking(ch, ATA_LF_UNLOCK); ata_finish(request); Index: sys/dev/ata/ata-queue.c =================================================================== RCS file: /dump/FreeBSD-CVS/src/sys/dev/ata/ata-queue.c,v retrieving revision 1.41 diff -u -r1.41 ata-queue.c --- sys/dev/ata/ata-queue.c 8 Dec 2004 11:16:33 -0000 1.41 +++ sys/dev/ata/ata-queue.c 18 Feb 2005 04:27:18 -0000 @@ -56,7 +56,7 @@ /* mark request as virgin */ request->result = request->status = request->error = 0; - callout_init(&request->callout, 1); + callout_init_mtx(&request->callout, &ch->state_mtx, CALLOUT_RETURNUNLOCKED); if (!request->callback && !(request->flags & ATA_R_REQUEUE)) sema_init(&request->done, 0, "ATA request done"); @@ -67,6 +67,7 @@ (request->flags & (ATA_R_CONTROL | ATA_R_IMMEDIATE))) { /* arm timeout */ + mtx_lock(&ch->state_mtx); if (!dumping) callout_reset(&request->callout, request->timeout * hz, (timeout_t*)ata_timeout, request); @@ -75,11 +76,13 @@ ch->running = request; if (ch->hw.begin_transaction(request) == ATA_OP_FINISHED) { ch->running = NULL; - callout_drain(&request->callout); + callout_stop(&request->callout); if (!request->callback) sema_destroy(&request->done); + mtx_unlock(&ch->state_mtx); return; } + mtx_unlock(&ch->state_mtx); } else { /* put request on the locked queue at the specified location */ @@ -193,6 +196,7 @@ ch->running = NULL; ch->state = ATA_IDLE; mtx_unlock(&ch->queue_mtx); + callout_stop(&request->callout); mtx_unlock(&ch->state_mtx); ch->locking(ch, ATA_LF_UNLOCK); ata_finish(request); @@ -216,9 +220,6 @@ ata_completed(request, 0); } else { - if (!dumping) - callout_reset(&request->callout, request->timeout * hz, - (timeout_t*)ata_timeout, request); if (request->bio && !(request->flags & ATA_R_TIMEOUT)) { ATA_DEBUG_RQ(request, "finish bio_taskqueue"); bio_taskqueue(request->bio, (bio_task_t *)ata_completed, request); @@ -263,9 +264,6 @@ request->result = EIO; } else { - /* untimeout request now we have control back */ - callout_drain(&request->callout); - /* if this is a soft ECC error warn about it */ if ((request->status & (ATA_S_CORR | ATA_S_ERROR)) == ATA_S_CORR) { ata_prtdev(request->device, @@ -408,9 +406,8 @@ { struct ata_channel *ch = request->device->channel; - mtx_lock(&ch->state_mtx); - ATA_DEBUG_RQ(request, "timeout"); + mtx_assert(&ch->state_mtx, MA_OWNED); /* if interrupt has been seen, shout and just rearm timeout */ if (request->flags & ATA_R_INTR_SEEN) { @@ -426,6 +423,7 @@ callout_reset(&request->callout, request->timeout * hz, (timeout_t*)ata_timeout, request); mtx_unlock(&ch->state_mtx); + /* CALLOUT_RETURNUNLOCKED */ return; } @@ -454,6 +452,7 @@ mtx_unlock(&ch->state_mtx); ata_prtdev(request->device, "timeout state=%d unexpected\n", ch->state); } + /* CALLOUT_RETURNUNLOCKED */ } void @@ -464,10 +463,11 @@ mtx_lock(&ch->state_mtx); request = ch->running; ch->running = NULL; + if (request) + callout_stop(&request->callout); mtx_unlock(&ch->state_mtx); if (request) { - callout_drain(&request->callout); ata_prtdev(request->device, "WARNING - %s requeued due to channel reset", ata_cmd2str(request)); @@ -501,11 +501,12 @@ mtx_lock(&ch->state_mtx); request = ch->running; ch->running = NULL; + if (request) + callout_stop(&request->callout); mtx_unlock(&ch->state_mtx); /* if we have a request "in flight" fail it as well */ if (request && (!device || request->device == device)) { - callout_drain(&request->callout); request->result = ENXIO; if (request->callback) (request->callback)(request); From owner-freebsd-current@FreeBSD.ORG Sat Feb 19 17:51: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 E8E1C16A4CE; Sat, 19 Feb 2005 17:51:30 +0000 (GMT) Received: from smtp1.powertech.no (smtp1.powertech.no [195.159.0.145]) by mx1.FreeBSD.org (Postfix) with ESMTP id B69B543D48; Sat, 19 Feb 2005 17:51:28 +0000 (GMT) (envelope-from frode@nordahl.net) Received: from [192.168.1.34] (unknown [195.159.232.8]) by smtp1.powertech.no (Postfix) with ESMTP id F2495815E; Sat, 19 Feb 2005 18:51:22 +0100 (CET) In-Reply-To: References: Mime-Version: 1.0 (Apple Message framework v619.2) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <522f0af570fa6a92db61f6dfdb9a2a33@nordahl.net> Content-Transfer-Encoding: 7bit From: Frode Nordahl Date: Sat, 19 Feb 2005 18:51:22 +0100 To: Robert Watson X-Mailer: Apple Mail (2.619.2) cc: kirk@mckusick.com cc: current@freebsd.org Subject: Re: VFS deadlock using dump -L on HEAD -- VOP_INACTIVE acquires snapshot file system suspend lock after vnode lock on delete-after-last-close? 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, 19 Feb 2005 17:51:31 -0000 On Feb 18, 2005, at 15:49, Robert Watson wrote: > > I upgraded a box to a recent 6.x this morning, and ran into the > following > apparently deadlock while backing up a partitionusing dump -L. It > appears > to have gotten stuck during mksnap_ffs. Some interpretation below, but > the high level summary is that it looks to me like we have a lock order > issue between the snapshot write lock for the file system and vnode > locks, > which occurs because vrele() calls VOP_INACTIVE with the vnode lock > held, > and ufs_inactive() then proceeds to get a write reference to the file > system. It could be a fix is to grab the write reference to the file > system in vrele() before the vnode lock, to aovid grabbing the write > reference in ufs_inactive(). My 5.2.1 and RELENG_5 NFS servers all hang up every time I try to use dump -L too. However, background fsck, with some exceptions allways works. One time a system came up after a crash just before the nightly periodic scripts where to be run (lots of finds running etc), and that made it deadlock in a similar way. But except for this incident I have made good use of background fsck countless times. I have one of the NFS servers on serial console, so I decided to retry a dump -L now with RELENG_5, since I am doing some changes to our backup routines anyway. I completely forgot do call doadump though, so I probably lost some valuable information :-( Here is what I extracted: db> show lockedvnods Locked vnodes 0xc418ca50: tag ufs, type VDIR, usecount 3, writecount 0, refcount 1, flags (VV_OBJBUF), lock type ufs: EXCL (count 1) by thread 0xc8e1c320 (pid 89338) ino 3, on dev da1s1c (4, 18) 0xc66f1528: tag ufs, type VREG, usecount 2, writecount 0, refcount 4103, lock type ufs: EXCL (count 1) by thread 0xc3e4a7d0 (pid 88381) with 1 pending ino 274, on dev da1s1c (4, 18) 0xc799a630: tag ufs, type VREG, usecount 1, writecount 0, refcount 147, flags (VV_OBJBUF), lock type ufs: EXCL (count 1) by thread 0xc3914af0 (pid 418) with 2 pending ino 41430101, on dev da1s1c (4, 18) db> ps pid proc uarea uid ppid pgrp flag stat wmesg wchan cmd 89351 c3def710 ee183000 0 5842 89351 0004002 [SLPQ ttyin 0xc90a9c10][SLP] bash 89338 c8e1954c ee2e2000 0 89255 89338 0004002 [SLPQ ufs 0xc66f15d4][SLP] ls 89255 c3defe20 ee187000 0 5842 89255 0004002 [SLPQ wait 0xc3defe20][SLP] bash 88630 c3dea388 ee11c000 0 85239 88630 0004002 [SLPQ select 0xc08efcc4][SLP] top 88381 c3e47e20 ee229000 0 88380 88298 0004002 [SLPQ ufs 0xc799a6dc][SLP] mksnap_ffs 88380 c3e4c000 ee233000 0 88379 88298 0004002 [SLPQ wait 0xc3e4c000][SLP] sh 88379 c398b388 ee061000 0 88298 88298 0004002 [SLPQ wait 0xc398b388][SLP] dump 88298 c3bd5000 ee078000 0 5843 88298 0004002 [SLPQ wait 0xc3bd5000][SLP] sh 85239 c3e4c54c ee236000 0 5842 85239 0004002 [SLPQ wait 0xc3e4c54c][SLP] bash 83213 c3e47a98 ee227000 0 83201 83213 0004002 [SLPQ ttyin 0xc97a0c10][SLP] bash 83201 c3e4c388 ee235000 0 496 83201 0000100 [SLPQ select 0xc08efcc4][SLP] sshd 82285 c3e47c5c ee228000 0 81759 82285 0004002 [SLPQ pause 0xc3e47c94][SLP] screen 81759 c3df88d4 ee1df000 0 81752 81759 0004002 [SLPQ wait 0xc3df88d4][SLP] bash 81752 c3df8388 ee1dc000 0 496 81752 0000100 [SLPQ select 0xc08efcc4][SLP] sshd 5843 c3def8d4 ee184000 0 5842 5843 0004002 [SLPQ wait 0xc3def8d4][SLP] bash 5842 c3e47388 ee1e5000 0 1 5842 0000000 [SLPQ select 0xc08efcc4][SLP] screen 13643 c3df8a98 ee1e0000 0 1 13643 0004002 [SLPQ ttyin 0xc38fe210][SLP] getty 920 c3deaa98 ee17c000 0 564 920 0004002 [SLPQ ttyin 0xc3619e10][SLP] bash 569 c3bda54c ee0de000 0 1 569 0004002 [SLPQ ttyin 0xc3680c10][SLP] getty 568 c3915c5c ebe2a000 0 1 568 0004002 [SLPQ ttyin 0xc3680e10][SLP] getty 567 c3bdaa98 ee0e1000 0 1 567 0004002 [SLPQ ttyin 0xc3681010][SLP] getty 566 c3bd58d4 ee0d7000 0 1 566 0004002 [SLPQ ttyin 0xc3681210][SLP] getty 565 c398b000 ee05f000 0 1 565 0004002 [SLPQ ttyin 0xc3634a10][SLP] getty 564 c398be20 ee067000 0 1 564 0004102 [SLPQ wait 0xc398be20][SLP] login 563 c3986e20 ee05e000 0 1 563 0004002 [SLPQ ttyin 0xc3619810][SLP] login 551 c39121c4 ebdfd000 0 1 551 0000000 [SLPQ select 0xc08efcc4][SLP] inetd 526 c3bd5388 ee098000 0 1 114 0000002 [SLPQ nanslp 0xc08ea56c][SLP] perl 518 c3bd5a98 ee0d8000 0 1 518 0000000 [SLPQ nanslp 0xc08ea56c][SLP] cron 506 c3bda388 ee0dd000 25 1 506 0000100 [SLPQ pause 0xc3bda3c0][SLP] sendmail 502 c3bd51c4 ee07f000 0 1 502 0000100 [SLPQ select 0xc08efcc4][SLP] sendmail 496 c398b1c4 ee060000 0 1 496 0000100 [SLPQ select 0xc08efcc4][SLP] sshd 485 c3bd5c5c ee0d9000 1 1 485 0000100 [SLPQ sbwait 0xc3bb3974][SLP] rwhod 474 c39861c4 ee057000 0 1 474 0000000 [SLPQ select 0xc08efcc4][SLP] ntpd 450 c398654c ee059000 0 1 450 0000000 [SLPQ select 0xc08efcc4][SLP] usbd 435 c3912710 ebe00000 0 429 429 0000100 [SLPQ select 0xc08efcc4][SLP] rpc.lockd 429 c398b54c ee062000 0 1 429 0000000 [SLPQ select 0xc08efcc4][SLP] rpc.lockd 424 c3912000 ebdfc000 0 1 424 0000000 [SLPQ select 0xc08efcc4][SLP] rpc.statd 418 c3912a98 ebe20000 0 415 415 0000000 [SLPQ suspfs 0xc38ef46c][SLP] nfsd 417 c398b8d4 ee064000 0 415 415 0000000 [SLPQ suspfs 0xc38ef46c][SLP] nfsd 416 c391254c ebdff000 0 415 415 0000000 [SLPQ suspfs 0xc38ef46c][SLP] nfsd 415 c39868d4 ee05b000 0 1 415 0000000 [SLPQ ufs 0xc799a6dc][SLP] nfsd 413 c39128d4 ebe01000 0 1 413 0000000 [SLPQ select 0xc08efcc4][SLP] mountd 344 c3915e20 ebe2b000 0 1 344 0000000 [SLPQ select 0xc08efcc4][SLP] rpcbind 325 c35f1e20 ebd27000 0 1 325 0000000 [SLPQ select 0xc08efcc4][SLP] syslogd 305 c3986388 ee058000 0 1 305 0000000 [SLPQ select 0xc08efcc4][SLP] devd 113 c3915000 ebe23000 0 0 0 0000204 [SLPQ - 0xebe10d18][SLP] schedcpu 112 c39151c4 ebe24000 0 0 0 0000204 [SLPQ - 0xc08f76ec][SLP] nfsiod 3 111 c3915388 ebe25000 0 0 0 0000204 [SLPQ - 0xc08f76e8][SLP] nfsiod 2 110 c391554c ebe26000 0 0 0 0000204 [SLPQ - 0xc08f76e4][SLP] nfsiod 1 109 c3915710 ebe27000 0 0 0 0000204 [SLPQ - 0xc08f76e0][SLP] nfsiod 0 108 c39158d4 ebe28000 0 0 0 0000204 [SLPQ hptrdy 0xc078fda4][SLP] hpt_wt 107 c353c1c4 ebcdb000 0 0 0 0000204 [SLPQ vlruwt 0xc353c1c4][SLP] vnlru 106 c353c388 ebcdc000 0 0 0 0000204 [SLPQ syncer 0xc08ea2ec][SLP] syncer 105 c353c54c ebcdd000 0 0 0 0000204 [SLPQ psleep 0xc08f028c][SLP] bufdaemon 104 c353c710 ebcde000 0 0 0 000020c [SLPQ pgzero 0xc08fe054][SLP] pagezero 103 c353c8d4 ebcdf000 0 0 0 0000204 [SLPQ psleep 0xc08fe0a8][SLP] vmdaemon 102 c353ca98 ebce0000 0 0 0 0000204 [SLPQ psleep 0xc08fe064][SLP] pagedaemon 101 c353cc5c ebce1000 0 0 0 0000204 [IWAIT] swi0: sio 100 c353ce20 ebd1e000 0 0 0 0000204 [SLPQ - 0xc35f303c][SLP] fdc0 99 c35f1000 ebd1f000 0 0 0 0000204 [SLPQ usbevt 0xc362b210][SLP] usb2 98 c35f11c4 ebd20000 0 0 0 0000204 [SLPQ usbevt 0xc3627210][SLP] usb1 97 c35f1388 ebd21000 0 0 0 0000204 [SLPQ usbtsk 0xc08e2138][SLP] usbtask 96 c35f154c ebd22000 0 0 0 0000204 [SLPQ usbevt 0xc3611210][SLP] usb0 95 c35f1710 ebd23000 0 0 0 0000204 [SLPQ idle 0xc361b000][SLP] aic_recovery1 94 c35f18d4 ebd24000 0 0 0 0000204 [SLPQ idle 0xc3617000][SLP] aic_recovery0 9 c35f1a98 ebd25000 0 0 0 0000204 [SLPQ actask 0xc0a34a2c][SLP] acpi_task2 8 c35f1c5c ebd26000 0 0 0 0000204 [SLPQ actask 0xc0a34a2c][SLP] acpi_task1 7 c351f54c ebcad000 0 0 0 0000204 [SLPQ actask 0xc0a34a2c][SLP] acpi_task0 93 c351f710 ebcae000 0 0 0 0000204 [IWAIT] swi6:+ 6 c351f8d4 ebcaf000 0 0 0 0000204 [SLPQ - 0xc358fbc0][SLP] thread taskq 92 c351fa98 ebcb0000 0 0 0 0000204 [IWAIT] swi6: acpitaskq 91 c351fc5c ebcb1000 0 0 0 0000204 [IWAIT] swi6:+ 90 c351fe20 ebcb2000 0 0 0 0000204 [IWAIT] swi6: task queue 5 c353a000 ebcb3000 0 0 0 0000204 [SLPQ - 0xc358fd80][SLP] kqueue taskq 89 c353a1c4 ebcd2000 0 0 0 0000204 [IWAIT] swi3: cambio 88 c353a388 ebcd3000 0 0 0 0000204 [IWAIT] swi2: camnet 87 c353a54c ebcd4000 0 0 0 0000204 [SLPQ - 0xc08dfe80][SLP] yarrow 4 c353a710 ebcd5000 0 0 0 0000204 [SLPQ - 0xc08e4b28][SLP] g_down 3 c353a8d4 ebcd6000 0 0 0 0000204 [SLPQ - 0xc08e4b24][SLP] g_up 2 c353aa98 ebcd7000 0 0 0 0000204 [SLPQ - 0xc08e4b1c][SLP] g_event 86 c353ac5c ebcd8000 0 0 0 0000204 [IWAIT] swi4: vm 85 c353ae20 ebcd9000 0 0 0 000020c [IWAIT] swi5: clock sio 84 c353c000 ebcda000 0 0 0 0000204 [IWAIT] swi1: net 83 c350da98 ebc62000 0 0 0 0000204 [IWAIT] irq0: clk 82 c350dc5c ebc63000 0 0 0 0000204 [IWAIT] irq71: 81 c350de20 ebc64000 0 0 0 0000204 [IWAIT] irq70: 80 c351b000 ebc65000 0 0 0 0000204 [IWAIT] irq69: 79 c351b1c4 ebc66000 0 0 0 0000204 [IWAIT] irq68: 78 c351b388 ebc67000 0 0 0 0000204 [IWAIT] irq67: 77 c351b54c ebca4000 0 0 0 0000204 [IWAIT] irq66: 76 c351b710 ebca5000 0 0 0 0000204 [IWAIT] irq65: 75 c351b8d4 ebca6000 0 0 0 0000204 [IWAIT] irq64: 74 c351ba98 ebca7000 0 0 0 0000204 [IWAIT] irq63: 73 c351bc5c ebca8000 0 0 0 0000204 [IWAIT] irq62: 72 c351be20 ebca9000 0 0 0 0000204 [IWAIT] irq61: 71 c351f000 ebcaa000 0 0 0 0000204 [IWAIT] irq60: 70 c351f1c4 ebcab000 0 0 0 0000204 [IWAIT] irq59: em1 69 c351f388 ebcac000 0 0 0 0000204 [IWAIT] irq58: em0 68 c34fc1c4 ebc18000 0 0 0 0000204 [IWAIT] irq57: 67 c34fc388 ebc19000 0 0 0 0000204 [IWAIT] irq56: 66 c34fc54c ebc1a000 0 0 0 0000204 [IWAIT] irq55: 65 c34fc710 ebc1b000 0 0 0 0000204 [IWAIT] irq54: 64 c34fc8d4 ebc1c000 0 0 0 0000204 [IWAIT] irq53: 63 c34fca98 ebc59000 0 0 0 0000204 [IWAIT] irq52: iir0 62 c34fcc5c ebc5a000 0 0 0 0000204 [IWAIT] irq51: 61 c34fce20 ebc5b000 0 0 0 0000204 [IWAIT] irq50: 60 c350d000 ebc5c000 0 0 0 0000204 [IWAIT] irq49: 59 c350d1c4 ebc5d000 0 0 0 0000204 [IWAIT] irq48: 58 c350d388 ebc5e000 0 0 0 0000204 [IWAIT] irq47: 57 c350d54c ebc5f000 0 0 0 0000204 [IWAIT] irq46: 56 c350d710 ebc60000 0 0 0 0000204 [IWAIT] irq45: 55 c350d8d4 ebc61000 0 0 0 0000204 [IWAIT] irq44: 54 c34e6a98 ebbed000 0 0 0 0000204 [IWAIT] irq43: 53 c34e6c5c ebbee000 0 0 0 0000204 [IWAIT] irq42: 52 c34e6e20 ebbef000 0 0 0 0000204 [IWAIT] irq41: 51 c34f8000 ebbf0000 0 0 0 0000204 [IWAIT] irq40: 50 c34f81c4 ebc0f000 0 0 0 0000204 [IWAIT] irq39: 49 c34f8388 ebc10000 0 0 0 0000204 [IWAIT] irq38: 48 c34f854c ebc11000 0 0 0 0000204 [IWAIT] irq37: 47 c34f8710 ebc12000 0 0 0 0000204 [IWAIT] irq36: 46 c34f88d4 ebc13000 0 0 0 0000204 [IWAIT] irq35: 45 c34f8a98 ebc14000 0 0 0 0000204 [IWAIT] irq34: 44 c34f8c5c ebc15000 0 0 0 0000204 [IWAIT] irq33: 43 c34f8e20 ebc16000 0 0 0 0000204 [IWAIT] irq32: 42 c34fc000 ebc17000 0 0 0 0000204 [IWAIT] irq31: ahd1 41 c34dc54c ebbc3000 0 0 0 0000204 [IWAIT] irq30: ahd0 40 c34dc710 ebbc4000 0 0 0 0000204 [IWAIT] irq29: 39 c34dc8d4 ebbc5000 0 0 0 0000204 [IWAIT] irq28: 38 c34dca98 ebbe4000 0 0 0 0000204 [IWAIT] irq27: 37 c34dcc5c ebbe5000 0 0 0 0000204 [IWAIT] irq26: 36 c34dce20 ebbe6000 0 0 0 0000204 [IWAIT] irq25: 35 c34e6000 ebbe7000 0 0 0 0000204 [IWAIT] irq24: 34 c34e61c4 ebbe8000 0 0 0 0000204 [IWAIT] irq23: 33 c34e6388 ebbe9000 0 0 0 0000204 [IWAIT] irq22: 32 c34e654c ebbea000 0 0 0 0000204 [IWAIT] irq21: 31 c34e6710 ebbeb000 0 0 0 0000204 [IWAIT] irq20: 30 c34e68d4 ebbec000 0 0 0 0000204 [IWAIT] irq19: uhci1 29 c348c1c4 ea178000 0 0 0 0000204 [IWAIT] irq18: uhci2 28 c348c388 ea179000 0 0 0 0000204 [IWAIT] irq17: 27 c348c54c ea198000 0 0 0 0000204 [IWAIT] irq16: uhci0 26 c348c710 ea199000 0 0 0 0000204 [IWAIT] irq15: ata1 25 c348c8d4 ea19a000 0 0 0 0000204 [IWAIT] irq14: ata0 24 c348ca98 ea19b000 0 0 0 0000204 [IWAIT] irq13: 23 c348cc5c ea19c000 0 0 0 0000204 [IWAIT] irq12: 22 c348ce20 ea19d000 0 0 0 0000204 [IWAIT] irq11: 21 c34dc000 ebbc0000 0 0 0 0000204 [IWAIT] irq10: 20 c34dc1c4 ebbc1000 0 0 0 0000204 [IWAIT] irq9: acpi0 19 c34dc388 ebbc2000 0 0 0 0000204 [IWAIT] irq8: rtc 18 c3482000 ea132000 0 0 0 0000204 [IWAIT] irq7: ppc0 17 c34821c4 ea16f000 0 0 0 0000204 [IWAIT] irq6: fdc0 16 c3482388 ea170000 0 0 0 0000204 [IWAIT] irq5: 15 c348254c ea171000 0 0 0 0000204 [IWAIT] irq4: sio0 14 c3482710 ea172000 0 0 0 0000204 [IWAIT] irq3: sio1 13 c34828d4 ea173000 0 0 0 0000204 [IWAIT] irq1: atkbd0 12 c3482a98 ea174000 0 0 0 000020c [CPU 0] idle: cpu0 11 c3482c5c ea175000 0 0 0 000020c [CPU 1] idle: cpu1 1 c3482e20 ea176000 0 0 1 0004200 [SLPQ wait 0xc3482e20][SLP] init 10 c348c000 ea177000 0 0 0 0000204 [SLPQ ktrace 0xc08e8518][SLP] ktrace 0 c08e4c20 c0c1f000 0 0 0 0000200 [SLPQ sched 0xc08e4c20][SLP] swapper db> trace 88381 Tracing pid 88381 tid 100235 td 0xc3e4a7d0 sched_switch(c3e4a7d0,0,1) at sched_switch+0x143 mi_switch(1,0,c3e4a7d0,1,c3e4a7d0) at mi_switch+0x1ba sleepq_switch(c799a6dc) at sleepq_switch+0x133 sleepq_wait(c799a6dc,0,f3,0,c3c774a0) at sleepq_wait+0xb msleep(c799a6dc,c08e93c4,50,c08303e7,0) at msleep+0x322 acquire(ee21a7c4,1000040,600,c3e4a7d0,0) at acquire+0xa2 lockmgr(c799a6dc,1010002,c799a630,c3e4a7d0,10002) at lockmgr+0x366 ufs_lock(ee21a7f0,ee21a80c,c0674b20,ee21a7f0,c08ca8e0) at ufs_lock+0x3c ufs_vnoperate(ee21a7f0) at ufs_vnoperate+0x13 vn_lock(c799a630,10002,c3e4a7d0) at vn_lock+0x104 ffs_snapshot(c38ef400,bfbfe9eb,c3911a00,ee21aab0,0) at ffs_snapshot+0x11d2 ffs_omount(c38ef400,c9a96480,bfbfe248,c3e4a7d0,0) at ffs_omount+0x52e vfs_domount(c3e4a7d0,c8cc0990,c9a96480,1211118,bfbfe248) at vfs_domount+0x7b8 mount(c3e4a7d0,ee21ad14,4,0,206) at mount+0x6c syscall(2f,2f,2f,bfbfe498,bfbfe9e1) at syscall+0x283 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (21, FreeBSD ELF32, mount), eip = 0x280c1473, esp = 0xbfbfe1bc, ebp = 0xbfbfe8b0 --- db> trace 415 Tracing pid 415 tid 100143 td 0xc39884b0 sched_switch(c39884b0,0,1) at sched_switch+0x143 mi_switch(1,0,c39884b0,1,c39884b0) at mi_switch+0x1ba sleepq_switch(c799a6dc) at sleepq_switch+0x133 sleepq_wait(c799a6dc,0,0,0,0) at sleepq_wait+0xb msleep(c799a6dc,c08e93c4,50,c08303e7,0) at msleep+0x322 acquire(ee0448ec,1000040,600,c39884b0,0) at acquire+0xa2 lockmgr(c799a6dc,1010002,c799a630,c39884b0,10002) at lockmgr+0x366 ufs_lock(ee044918,ee044934,c0674b20,ee044918,c08ca8e0) at ufs_lock+0x3c ufs_vnoperate(ee044918) at ufs_vnoperate+0x13 vn_lock(c799a630,10002,c39884b0,2782c55,4) at vn_lock+0x104 vget(c799a630,10002,c39884b0,c799a630,c39884b0) at vget+0xfd ufs_ihashget(c393dd00,2782c55,2,ee044a0c,1010002) at ufs_ihashget+0xfe ffs_vget(c38ef400,2782c55,2,ee044a0c) at ffs_vget+0x31 ufs_fhtovp(c38ef400,ee044bf8,ee044ae4,c38ef400,ee044a70) at ufs_fhtovp+0x22 ffs_fhtovp(c38ef400,ee044bf8,ee044ae4,c39884b0,100) at ffs_fhtovp+0x3a nfsrv_fhtovp(ee044bf0,1,ee044ae4,ca071380,c3bb1780) at nfsrv_fhtovp+0xf5 nfsrv_read(ca071300,c3bb1780,c39884b0,ee044ca8,ee044ca8) at nfsrv_read+0x25d nfssvc_nfsd(c39884b0,0,c39884b0,ee044ce8,c39868d4) at nfssvc_nfsd+0x406 nfssvc(c39884b0,ee044d14,2,1,296) at nfssvc+0x1bc syscall(2f,2f,2f,bfbfedf4,8052180) at syscall+0x283 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (155, FreeBSD ELF32, nfssvc), eip = 0x280c2ab3, esp = 0xbfbfeb1c, ebp = 0xbfbfeb38 --- db> trace 416 Tracing pid 416 tid 100098 td 0xc353bc80 sched_switch(c353bc80,0,1) at sched_switch+0x143 mi_switch(1,0,c353bc80,1,c353bc80) at mi_switch+0x1ba sleepq_switch(c38ef46c) at sleepq_switch+0x133 sleepq_wait(c38ef46c,0,801031d,0,0) at sleepq_wait+0xb msleep(c38ef46c,0,9f,c0831fcf,0) at msleep+0x322 vn_start_write(0,ebcceabc,1) at vn_start_write+0x8b nfsrv_write(ca071900,c3bb1780,c353bc80,ebcceca8,ebcceca0) at nfsrv_write+0x1b4 nfssvc_nfsd(c353bc80,0,c353bc80,ebccece8,c391254c) at nfssvc_nfsd+0x406 nfssvc(c353bc80,ebcced14,2,0,296) at nfssvc+0x1bc syscall(2f,2f,2f,bfbfeec4,3) at syscall+0x283 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (155, FreeBSD ELF32, nfssvc), eip = 0x280c2ab3, esp = 0xbfbfeb1c, ebp = 0xbfbfeb38 --- db> trace 417 Tracing pid 417 tid 100134 td 0xc3987640 sched_switch(c3987640,0,1) at sched_switch+0x143 mi_switch(1,0,c3987640,1,c3987640) at mi_switch+0x1ba sleepq_switch(c38ef46c) at sleepq_switch+0x133 sleepq_wait(c38ef46c,0,3a,0,c364bba0) at sleepq_wait+0xb msleep(c38ef46c,0,9f,c0831fcf,0) at msleep+0x322 vn_start_write(0,ee029abc,1) at vn_start_write+0x8b nfsrv_write(ca2e2000,c3bb1780,c3987640,ee029ca8,ee029ca0) at nfsrv_write+0x1b4 nfssvc_nfsd(c3987640,0,c3987640,ee029ce8,c398b8d4) at nfssvc_nfsd+0x406 nfssvc(c3987640,ee029d14,2,0,296) at nfssvc+0x1bc syscall(2f,2f,2f,bfbfeec4,3) at syscall+0x283 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (155, FreeBSD ELF32, nfssvc), eip = 0x280c2ab3, esp = 0xbfbfeb1c, ebp = 0xbfbfeb38 --- db> trace 418 Tracing pid 418 tid 100127 td 0xc3914af0 sched_switch(c3914af0,0,1) at sched_switch+0x143 mi_switch(1,0,c3914af0,1,c3914af0) at mi_switch+0x1ba sleepq_switch(c38ef46c) at sleepq_switch+0x133 sleepq_wait(c38ef46c,0,c08ca3e0,0,c364bba0) at sleepq_wait+0xb msleep(c38ef46c,0,9f,c0831fcf,0) at msleep+0x322 vn_write_suspend_wait(c799a630,c38ef400,1,0,dc59b08c) at vn_write_suspend_wait+0x89 ufs_inactive(ebe19a74,ebe19a8c,c0669ae7,ebe19a74,c08ca860) at ufs_inactive+0x1ba ufs_vnoperate(ebe19a74) at ufs_vnoperate+0x13 vput(c799a630) at vput+0xfb nfsrv_read(ca10f000,c3bb1780,c3914af0,ebe19ca8,ebe19ca0) at nfsrv_read+0xcfa nfssvc_nfsd(c3914af0,0,c3914af0,ebe19ce8,c3912a98) at nfssvc_nfsd+0x406 nfssvc(c3914af0,ebe19d14,2,0,296) at nfssvc+0x1bc syscall(2f,2f,2f,bfbfeec4,3) at syscall+0x283 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (155, FreeBSD ELF32, nfssvc), eip = 0x280c2ab3, esp = 0xbfbfeb1c, ebp = 0xbfbfeb38 --- db> Regards, Frode Nordahl > Robert N M Watson > > www:~> more backup.csh > #!/bin/csh > > set DATE=`date +"%Y%m%d"` > > dump -L -f - -a -u -0 /home/pnn | gzip -9 > ${DATE}-backup.dump.gz > www:~> df > Filesystem 1K-blocks Used Avail Capacity Mounted on > /dev/twed0s1a 507630 103502 363518 22% / > devfs 1 1 0 100% /dev > /dev/twed0s1f 89359640 370128 81840742 0% /home/pnn > /dev/twed0s1e 16244334 3211132 11733656 21% /usr > /dev/twed0s1d 8122126 1541978 5930378 21% /var > www:~> ./backup.csh > load: 0.00 cmd: mksnap_ffs 2993 [ufs] 0.00u 3.88s 0% 496k > load: 0.00 cmd: mksnap_ffs 2993 [ufs] 0.00u 3.88s 0% 496k > load: 0.00 cmd: mksnap_ffs 2993 [ufs] 0.00u 3.88s 0% 496k > load: 0.00 cmd: mksnap_ffs 2993 [ufs] 0.00u 3.88s 0% 496k > > On the serial console: > > telnet> send break > KDB: enter: Line break on console > [thread pid 11 tid 100004 ] > Stopped at kdb_enter+0x2b: nop > db> show lockedvnods > Locked vnodes > > 0xc13c49b4: tag ufs, type VDIR > usecount 153, writecount 0, refcount 1 mountedhere 0 > flags (VV_ROOT) > v_object 0 > lock type ufs: EXCL (count 1) by thread 0xc1807a10 (pid 3057) with > 152 pend > ing > ino 2, on dev twed0s1f (229, 9) > > 0xc15268a0: tag ufs, type VDIR > usecount 2, writecount 0, refcount 1 mountedhere 0 > flags () > v_object 0 > lock type ufs: EXCL (count 1) by thread 0xc137e000 (pid 3062) > with 1 > pendin > g > ino 3085322, on dev twed0s1f (229, 9) > > 0xc163bbdc: tag ufs, type VDIR > usecount 2, writecount 0, refcount 1 mountedhere 0 > flags () > v_object 0 > lock type ufs: EXCL (count 1) by thread 0xc162dcf0 (pid 3056) > with 1 > pendin > g > ino 3133686, on dev twed0s1f (229, 9) > > 0xc17e933c: tag ufs, type VREG > usecount 1, writecount 0, refcount 0 mountedhere 0 > flags () > v_object 0xc17e7210 > lock type ufs: EXCL (count 1) by thread 0xc1996450 (pid 3045) > with 1 > pendin > g > ino 3134802, on dev twed0s1f (229, 9) > > 0xc18419b4: tag ufs, type VREG > usecount 0, writecount 0, refcount 0 mountedhere 0 > flags () > v_object 0xc1826000 > lock type ufs: EXCL (count 1) by thread 0xc19b2450 (pid 3047) > ino 3132762, on dev twed0s1f (229, 9) > > 0xc1ac933c: tag ufs, type VREG > usecount 1, writecount 0, refcount 865 mountedhere 0 > flags () > v_object 0 > lock type ufs: EXCL (count 1) by thread 0xc162d8a0 (pid 2993) > ino 9891841, on dev twed0s1f (229, 9) > > 0xc19fd9b4: tag ufs, type VREG > usecount 0, writecount 0, refcount 0 mountedhere 0 > flags () > v_object 0xc1a93948 > lock type ufs: EXCL (count 1) by thread 0xc1807b80 (pid 2609) > ino 3197600, on dev twed0s1f (229, 9) > db> ps > pid proc uid ppid pgrp flag stat wmesg wchan cmd > 3296 c1cf93f8 1062 3292 3292 4000000 [SLPQ ufs 0xc13c4a78][SLP] sh > 3295 c1cf91fc 1062 3293 3293 4000000 [SLPQ ufs 0xc13c4a78][SLP] sh > 3293 c1cf9be8 1062 3290 3293 0004000 [SLPQ wait 0xc1cf9be8][SLP] sh > 3292 c1d66000 1062 3289 3292 0004000 [SLPQ wait 0xc1d66000][SLP] sh > 3290 c19b0000 0 390 390 0000000 [SLPQ piperd 0xc1655480][SLP] > cron > 3289 c1d661fc 0 390 390 0000000 [SLPQ piperd 0xc19a3d80][SLP] > cron > 3271 c1d66be8 1062 3268 3268 4000000 [SLPQ ufs 0xc13c4a78][SLP] sh > 3268 c1d69000 1062 3267 3268 0004000 [SLPQ wait 0xc1d69000][SLP] sh > 3267 c1d669ec 0 390 390 0000000 [SLPQ piperd 0xc13aac00][SLP] > cron > 3247 c1cf95f4 1062 3245 3245 4000000 [SLPQ ufs 0xc13c4a78][SLP] sh > 3245 c1cf99ec 1062 3243 3245 0004000 [SLPQ wait 0xc1cf99ec][SLP] sh > 3243 c1cf9de4 0 390 390 0000000 [SLPQ piperd 0xc13aa480][SLP] > cron > 3227 c1d66de4 1062 3222 3222 4000000 [SLPQ ufs 0xc13c4a78][SLP] sh > 3226 c1c8f1fc 1062 3223 3223 4000000 [SLPQ ufs 0xc13c4a78][SLP] sh > 3223 c18063f8 1062 3218 3223 0004000 [SLPQ wait 0xc18063f8][SLP] sh > 3222 c1805000 1062 3217 3222 0004000 [SLPQ wait 0xc1805000][SLP] sh > 3218 c19ae000 0 390 390 0000000 [SLPQ piperd 0xc13a9a80][SLP] > cron > 3217 c18067f0 0 390 390 0000000 [SLPQ piperd 0xc13a9300][SLP] > cron > 3197 c1c8f3f8 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3196 c1c8f5f4 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3195 c1c8f7f0 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3194 c1c8f9ec 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3193 c1c8fbe8 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3192 c1c8fde4 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3191 c1cf6000 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3190 c1cf61fc 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3189 c1cf63f8 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3188 c1cf65f4 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3187 c1cf67f0 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3186 c1cf69ec 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3185 c1cf6be8 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3184 c1cf6de4 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3183 c1cf9000 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3182 c1c8e1fc 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3181 c1c8e5f4 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3180 c1c8e9ec 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3179 c1c1e3f8 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3178 c1c1e5f4 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3177 c1c1e7f0 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3176 c1c1e9ec 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3175 c1c1ebe8 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3174 c1c1ede4 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3173 c1c88000 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3172 c1c881fc 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3171 c1c883f8 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3170 c1c885f4 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3169 c1c887f0 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3168 c1c889ec 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3167 c1c88be8 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3166 c1c88de4 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3165 c1c8e000 1062 3163 3163 4000000 [SLPQ ufs 0xc13c4a78][SLP] sh > 3163 c1c8e3f8 1062 3161 3163 0004000 [SLPQ wait 0xc1c8e3f8][SLP] sh > 3161 c1c8e7f0 0 390 390 0000000 [SLPQ piperd 0xc19a3000][SLP] > cron > 3159 c1c8ebe8 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3158 c1c8ede4 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3157 c1c8f000 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3156 c1bc37f0 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3155 c1bc39ec 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3154 c1bc3be8 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3153 c1bc3de4 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3152 c1c19000 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3151 c1c191fc 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3150 c1c193f8 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3149 c1c195f4 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3148 c1c197f0 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3147 c1c199ec 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3146 c1c19be8 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3145 c1c19de4 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3144 c1c1a000 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3143 c1c1a1fc 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3142 c1c1a3f8 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3141 c1c1a5f4 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3140 c1c1a7f0 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3139 c1c1a9ec 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3138 c1c1abe8 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3137 c1c1ade4 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3136 c1c1e000 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3135 c1c1e1fc 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3134 c1bc1de4 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3133 c1bc1be8 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3132 c1b837f0 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3131 c1b839ec 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3130 c1b83be8 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3129 c1b83de4 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3128 c1bc1000 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3127 c1bc11fc 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3126 c1bc13f8 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3125 c1bc15f4 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3124 c1bc17f0 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3123 c1bc19ec 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3120 c1bc3000 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3119 c1bc31fc 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3118 c1bc33f8 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3117 c1bc35f4 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3116 c1abb7f0 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3115 c1abb9ec 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3114 c1abbbe8 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3113 c1abbde4 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3112 c1b82000 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3111 c1b821fc 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3110 c1b823f8 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3109 c1b825f4 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3108 c1b827f0 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3107 c1b829ec 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3106 c1b82be8 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3105 c1b82de4 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3104 c1b83000 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3103 c1b831fc 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3102 c1b833f8 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3101 c1b835f4 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3100 c19b07f0 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3099 c19b09ec 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3098 c19b0be8 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3097 c19b0de4 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3096 c1aba000 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3095 c1aba1fc 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3094 c1aba3f8 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3093 c1aba5f4 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3092 c1aba7f0 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3091 c1aba9ec 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3090 c1ababe8 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3089 c1abade4 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3088 c1abb000 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3087 c1abb1fc 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3086 c1abb3f8 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3085 c16291fc 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3084 c1abb5f4 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3083 c1510be8 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3082 c162c3f8 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3081 c18061fc 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3080 c19957f0 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3079 c18055f4 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3078 c19aede4 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3077 c19959ec 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3076 c19aebe8 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3075 c16297f0 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3074 c16293f8 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3073 c19ae5f4 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3072 c19ae1fc 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3071 c19951fc 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3070 c19ae7f0 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3069 c12ab7f0 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3068 c1510de4 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3067 c1805be8 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3066 c1994000 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3065 c19ae9ec 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3064 c137d3f8 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3063 c150f000 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3062 c1510000 80 2910 403 0004000 [SLPQ ufs 0xc163bca0][SLP] > download.cgi > 3060 c19953f8 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3059 c19947f0 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3058 c16299ec 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3057 c1806be8 80 403 403 0000100 [SLPQ ufs 0xc1526964][SLP] > httpd > 3056 c1994be8 80 403 403 0000100 [SLPQ ufs 0xc17e9400][SLP] > httpd > 3055 c1806000 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3053 c137dde4 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3051 c19b05f4 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3048 c19941fc 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 3047 c19b03f8 80 403 403 0000100 [SLPQ suspfs 0xc137086c][SLP] > httpd > 3045 c1995be8 80 403 403 0000100 [SLPQ suspfs 0xc137086c][SLP] > httpd > 3036 c19945f4 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 2993 c162c1fc 1000 2992 2987 0004102 [SLPQ ufs 0xc13c4a78][SLP] > mksnap_ffs > 2992 c162cbe8 1000 2990 2987 0004002 [SLPQ wait 0xc162cbe8][SLP] sh > 2991 c1995de4 1000 2987 2987 0004002 [SLPQ piperd 0xc13a9780][SLP] > gzip > 2990 c150f5f4 1000 2987 2987 0004002 [SLPQ wait 0xc150f5f4][SLP] > dump > 2987 c1806de4 1000 1762 2987 0004002 [SLPQ pause 0xc1806e18][SLP] > csh > 2910 c1994de4 80 403 403 0000100 [SLPQ wait 0xc1994de4][SLP] > httpd > 2909 c18053f8 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 2908 c19ae3f8 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 2843 c1995000 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 2839 c19955f4 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 2669 c1629000 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 2609 c18069ec 80 403 403 0000100 [SLPQ suspfs 0xc137086c][SLP] > httpd > 2598 c19943f8 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 1981 c18051fc 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 1899 c16295f4 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 1762 c162cde4 1000 1761 1762 0004002 [SLPQ pause 0xc162ce18][SLP] > tcsh > 1761 c162c000 1000 1759 1759 0000100 [SLPQ select 0xc078a744][SLP] > sshd > 1759 c1629be8 0 368 1759 0004100 [SLPQ sbwait 0xc1429480][SLP] > sshd > 1754 c18065f4 80 403 403 0000100 [SLPQ ufs 0xc13c4a78][SLP] > httpd > 526 c162c9ec 1062 516 526 0004100 [SLPQ piperd 0xc13a9900][SLP] > sendmail > 525 c162c7f0 1062 1 525 0004000 [SLPQ accept 0xc1429186][SLP] > perl > 516 c18057f0 0 390 390 0000000 [SLPQ piperd 0xc13a9c00][SLP] > cron > 447 c12ab5f4 0 1 447 0004002 [SLPQ ttyin 0xc1318410][SLP] > getty > 446 c15107f0 0 1 446 0004002 [SLPQ ttyin 0xc12f5810][SLP] > getty > 445 c15105f4 0 1 445 0004002 [SLPQ ttyin 0xc12f6810][SLP] > getty > 444 c15101fc 0 1 444 0004002 [SLPQ ttyin 0xc12f6410][SLP] > getty > 443 c150f9ec 0 1 443 0004002 [SLPQ ttyin 0xc12ef410][SLP] > getty > 442 c15103f8 0 1 442 0004002 [SLPQ ttyin 0xc12ef810][SLP] > getty > 441 c150f3f8 0 1 441 0004002 [SLPQ ttyin 0xc12efc10][SLP] > getty > 440 c150f1fc 0 1 440 0004002 [SLPQ ttyin 0xc12f5010][SLP] > getty > 439 c150fde4 0 1 439 0004002 [SLPQ ttyin 0xc12f5410][SLP] > getty > 427 c150fbe8 0 1 427 0000000 [SLPQ select 0xc078a744][SLP] > inetd > 403 c150f7f0 0 1 403 0000000 [SLPQ select 0xc078a744][SLP] > httpd > 390 c12ab9ec 0 1 390 0000000 [SLPQ nanslp 0xc0785dac][SLP] > cron > 378 c137d000 25 1 378 0000100 [SLPQ pause 0xc137d034][SLP] > sendmail > 374 c12abbe8 0 1 374 0000100 [SLPQ select 0xc078a744][SLP] > sendmail > 368 c137d1fc 0 1 368 0000100 [SLPQ select 0xc078a744][SLP] > sshd > 252 c12ab3f8 0 1 252 0000000 [SLPQ select 0xc078a744][SLP] > syslogd > 227 c12abde4 0 1 227 0000000 [SLPQ select 0xc078a744][SLP] > devd > 46 c137d5f4 0 0 0 0000204 [SLPQ - 0xcb30cd14][SLP] > schedcpu > 45 c137d7f0 0 0 0 0000204 [SLPQ - 0xc07923ec][SLP] > nfsiod 3 > 44 c137d9ec 0 0 0 0000204 [SLPQ - 0xc07923e8][SLP] > nfsiod 2 > 43 c137dbe8 0 0 0 0000204 [SLPQ - 0xc07923e4][SLP] > nfsiod 1 > 42 c1243be8 0 0 0 0000204 [SLPQ - 0xc07923e0][SLP] > nfsiod 0 > 41 c1243de4 0 0 0 0000204 [SLPQ vlruwt 0xc1243de4][SLP] > vnlru > 40 c12a8000 0 0 0 0000204 [SLPQ syncer 0xc0785b0c][SLP] > syncer > 39 c12a81fc 0 0 0 0000204 [SLPQ psleep 0xc078ac90][SLP] > bufdaemon > 38 c12a83f8 0 0 0 000020c [SLPQ pgzero 0xc07989e4][SLP] > pagezero > 9 c12a85f4 0 0 0 0000204 [SLPQ psleep 0xc0798534][SLP] > vmdaemon > 8 c12a87f0 0 0 0 0000204 [SLPQ psleep 0xc07984f0][SLP] > pagedaemon > 37 c12a89ec 0 0 0 0000204 [IWAIT] swi0: sio > 7 c12a8be8 0 0 0 0000204 [SLPQ - 0xc120983c][SLP] fdc0 > 36 c12a8de4 0 0 0 0000204 [SLPQ usbtsk 0xc0780814][SLP] > usbtask > 35 c12ab000 0 0 0 0000204 [SLPQ usbevt 0xc12bb210][SLP] > usb0 > 34 c12ab1fc 0 0 0 0000204 [IWAIT] swi5:+ > 6 c12335f4 0 0 0 0000204 [SLPQ - 0xc1263dc0][SLP] thread > taskq > 33 c12337f0 0 0 0 0000204 [IWAIT] swi6:+ > 32 c12339ec 0 0 0 0000204 [IWAIT] swi6: task queue > 5 c1233be8 0 0 0 0000204 [SLPQ - 0xc128e040][SLP] kqueue > taskq > 31 c1233de4 0 0 0 0000204 [IWAIT] swi2: cambio > 30 c1243000 0 0 0 0000204 [SLPQ - 0xc077e7a0][SLP] yarrow > 4 c12431fc 0 0 0 0000204 [SLPQ - 0xc0783148][SLP] g_down > 3 c12433f8 0 0 0 0000204 [SLPQ - 0xc0783144][SLP] g_up > 2 c12435f4 0 0 0 0000204 [SLPQ - 0xc078313c][SLP] > g_event > 29 c12437f0 0 0 0 0000204 [IWAIT] swi3: vm > 28 c12439ec 0 0 0 000020c [IWAIT] swi4: clock sio > 27 c12191fc 0 0 0 0000204 [IWAIT] swi1: net > 26 c12193f8 0 0 0 0000204 [IWAIT] irq15: ata1 > 25 c12195f4 0 0 0 0000204 [IWAIT] irq14: ata0 > 24 c12197f0 0 0 0 0000204 [IWAIT] irq13: > 23 c12199ec 0 0 0 0000204 [IWAIT] irq12: > 22 c1219be8 0 0 0 0000204 [IWAIT] irq11: > 21 c1219de4 0 0 0 0000204 [IWAIT] irq10: > 20 c1233000 0 0 0 0000204 [IWAIT] irq9: twe0 > 19 c12331fc 0 0 0 0000204 [IWAIT] irq8: rtc > 18 c12333f8 0 0 0 0000204 [IWAIT] irq7: ppc0 > 17 c1211000 0 0 0 0000204 [IWAIT] irq6: fdc0 > 16 c12111fc 0 0 0 0000204 [IWAIT] irq5: bge0 > 15 c12113f8 0 0 0 0000204 [IWAIT] irq4: sio0 > 14 c12115f4 0 0 0 0000204 [IWAIT] irq3: uhci0 > 13 c12117f0 0 0 0 0000204 [IWAIT] irq1: atkbd0 > 12 c12119ec 0 0 0 0000204 [IWAIT] irq0: clk > 11 c1211be8 0 0 0 000020c [CPU 0] idle > 1 c1211de4 0 0 1 0004200 [SLPQ wait 0xc1211de4][SLP] > init > 10 c1219000 0 0 0 0000204 [SLPQ ktrace 0xc0783d38][SLP] > ktrace > 0 c07832a0 0 0 0 0000200 [SLPQ sched 0xc07832a0][SLP] > swapper > 517 c162c5f4 1062 516 517 0006000 zomb[INACTIVE] sh > db> show pcpu > cpuid = 0 > curthread = 0xc12125c0: pid 11 "idle" > curpcb = 0xc69b7da0 > fpcurthread = none > idlethread = 0xc12125c0: pid 11 "idle" > APIC ID = 0 > currentldt = 0x28 > > Joe 'sh' process in ufs: > > db> trace 3296 > Tracing pid 3296 tid 100255 td 0xc1cfa730 > sched_switch(c1cfa730,0,1) at sched_switch+0x17f > mi_switch(1,0) at mi_switch+0x264 > sleepq_switch(c13c4a78,cbad385c,c0526901,c13c4a78,0) at > sleepq_switch+0xe0 > sleepq_wait(c13c4a78,0,0,c13c4a78,1010040) at sleepq_wait+0x30 > msleep(c13c4a78,c0784458,50,c06f08fe,0) at msleep+0x2d1 > acquire(cbad38b4,1010040,600,c1cfa730,0) at acquire+0x9a > lockmgr(c13c4a78,1010002,c13c49b4,c1cfa730,cbad38d4) at lockmgr+0x382 > vop_stdlock(cbad3904) at vop_stdlock+0x1b > VOP_LOCK_APV(c076f340,cbad3904,cbad38f4,c06c279e,cbad3904) at > VOP_LOCK_APV+0x7e > ffs_lock(cbad3904) at ffs_lock+0x3b > VOP_LOCK_APV(c076ed60,cbad3904) at VOP_LOCK_APV+0x7e > vn_lock(c13c49b4,10002,c1cfa730,2,c136a800) at vn_lock+0xc2 > vget(c13c49b4,10002,c1cfa730,c1cfa730,c13c4bdc) at vget+0xc9 > ufs_ihashget(c136a800,2,2,cbad3a00,c06e98f4) at ufs_ihashget+0x98 > ffs_vget(c1370800,2,2,cbad3a00) at ffs_vget+0x37 > ufs_root(c1370800,cbad3a3c,c1cfa730,1,1) at ufs_root+0x18 > lookup(cbad3c34,c05197b6,1,c1cfa730,c06ea9fd) at lookup+0x593 > namei(cbad3c34,c05197b6,c1cf9460,1,0) at namei+0x34e > do_execve(c1cfa730,cbad3cc4,0,0,cbad3cc4) at do_execve+0x15d > kern_execve(c1cfa730,cbad3cc4,0,c6295000,c6295000) at kern_execve+0x74 > execve(c1cfa730,cbad3d14,3,0,282) at execve+0x32 > syscall(2f,2f,2f,8067058,806708c) at syscall+0x213 > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (59, FreeBSD ELF32, execve), eip = 0x28121d5b, esp = > 0xbfbfec1c, ebp = 0xbfbfec48 --- > > httpd holding a VV_ROOT vnode lock, blocked in ufs: > > db> trace 3057 > Tracing pid 3057 tid 100107 td 0xc1807a10 > sched_switch(c1807a10,0,1) at sched_switch+0x17f > mi_switch(1,0) at mi_switch+0x264 > sleepq_switch(c1526964,cb707994,c0526901,c1526964,0) at > sleepq_switch+0xe0 > sleepq_wait(c1526964,0,0,c1526964,1010040) at sleepq_wait+0x30 > msleep(c1526964,c0785244,50,c06f08fe,0) at msleep+0x2d1 > acquire(cb7079ec,1010040,600,c1807a10,0) at acquire+0x9a > lockmgr(c1526964,1010002,c15268a0,c1807a10,cb707a0c) at lockmgr+0x382 > vop_stdlock(cb707a3c) at vop_stdlock+0x1b > VOP_LOCK_APV(c076f340,cb707a3c,cb707a2c,c06c279e,cb707a3c) at > VOP_LOCK_APV+0x7e > ffs_lock(cb707a3c) at ffs_lock+0x3b > VOP_LOCK_APV(c076ed60,cb707a3c) at VOP_LOCK_APV+0x7e > vn_lock(c15268a0,10002,c1807a10,cb707b24,cb707c38) at vn_lock+0xc2 > vget(c15268a0,2,c1807a10,1b8,c1807a10) at vget+0xc9 > vfs_cache_lookup(cb707b24) at vfs_cache_lookup+0x1bd > VOP_LOOKUP_APV(c076ed60,cb707b24) at VOP_LOOKUP_APV+0x7e > lookup(cb707c10,cb707b70,1,c1807a10,1) at lookup+0x359 > namei(cb707c10,cb707bc4,c0672ebb,c19cbad0,c0703dc4) at namei+0x34e > kern_stat(c1807a10,81541f8,0,cb707c84) at kern_stat+0x35 > stat(c1807a10,cb707d14,2,0,296) at stat+0x1b > syscall(280b002f,2f,bfbf002f,81541f8,8170) at syscall+0x213 > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (188, FreeBSD ELF32, stat), eip = 0x2839359b, esp = > 0xbfbfe9dc, ebp = 0xbfbfea78 --- > > download.cgi blocked in ufs holding a directory vnode lock: > > db> trace 3062 > Tracing pid 3062 tid 100050 td 0xc137e000 > sched_switch(c137e000,0,1) at sched_switch+0x17f > mi_switch(1,0) at mi_switch+0x264 > sleepq_switch(c163bca0,cb2e5844,c0526901,c163bca0,0) at > sleepq_switch+0xe0 > sleepq_wait(c163bca0,0,0,c163bca0,1010040) at sleepq_wait+0x30 > msleep(c163bca0,c0784578,50,c06f08fe,0) at msleep+0x2d1 > acquire(cb2e589c,1010040,600,c137e000,0) at acquire+0x9a > lockmgr(c163bca0,1010002,c163bbdc,c137e000,cb2e58bc) at lockmgr+0x382 > vop_stdlock(cb2e58ec) at vop_stdlock+0x1b > VOP_LOCK_APV(c076f340,cb2e58ec,cb2e58dc,c06c279e,cb2e58ec) at > VOP_LOCK_APV+0x7e > ffs_lock(cb2e58ec) at ffs_lock+0x3b > VOP_LOCK_APV(c076ed60,cb2e58ec) at VOP_LOCK_APV+0x7e > vn_lock(c163bbdc,10002,c137e000,cb2e59d4,cb2e5c04) at vn_lock+0xc2 > vget(c163bbdc,2,c137e000,1e0,c137e000) at vget+0xc9 > vfs_cache_lookup(cb2e59d4) at vfs_cache_lookup+0x1bd > VOP_LOOKUP_APV(c076ed60,cb2e59d4) at VOP_LOOKUP_APV+0x7e > lookup(cb2e5bdc,cb2e5a76,1,c137e000,cb2e5a80) at lookup+0x359 > namei(cb2e5bdc,0,d7ec0005,c137e000,c050f370) at namei+0x34e > vn_open_cred(cb2e5bdc,cb2e5cdc,1a4,c19ace00,3) at vn_open_cred+0x27e > vn_open(cb2e5bdc,cb2e5cdc,1a4,3,c07849f8) at vn_open+0x1e > kern_open(c137e000,804a794,0,1,1b6) at kern_open+0xb6 > open(c137e000,cb2e5d14,3,1,292) at open+0x1a > syscall(2f,2f,2f,4,2814e280) at syscall+0x213 > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (5, FreeBSD ELF32, open), eip = 0x280ba23b, esp = > 0xbfbfe10c, > ebp = 0xbfbfe138 --- > > httpd holding a directory lock blocked in ufs: > > db> trace 3056 > Tracing pid 3056 tid 100099 td 0xc162dcf0 > sched_switch(c162dcf0,0,1) at sched_switch+0x17f > mi_switch(1,0) at mi_switch+0x264 > sleepq_switch(c17e9400,cb6be994,c0526901,c17e9400,0) at > sleepq_switch+0xe0 > sleepq_wait(c17e9400,0,0,c17e9400,1010040) at sleepq_wait+0x30 > msleep(c17e9400,c0784c38,50,c06f08fe,0) at msleep+0x2d1 > acquire(cb6be9ec,1010040,600,c162dcf0,0) at acquire+0x9a > lockmgr(c17e9400,1010002,c17e933c,c162dcf0,cb6bea0c) at lockmgr+0x382 > vop_stdlock(cb6bea3c) at vop_stdlock+0x1b > VOP_LOCK_APV(c076f340,cb6bea3c,cb6bea2c,c06c279e,cb6bea3c) at > VOP_LOCK_APV+0x7e > ffs_lock(cb6bea3c) at ffs_lock+0x3b > VOP_LOCK_APV(c076ed60,cb6bea3c) at VOP_LOCK_APV+0x7e > vn_lock(c17e933c,10002,c162dcf0,cb6beb24,cb6bec38) at vn_lock+0xc2 > vget(c17e933c,2,c162dcf0,210,c162dcf0) at vget+0xc9 > vfs_cache_lookup(cb6beb24) at vfs_cache_lookup+0x1bd > VOP_LOOKUP_APV(c076ed60,cb6beb24) at VOP_LOOKUP_APV+0x7e > lookup(cb6bec10,c17e9450,1,c162dcf0,75c) at lookup+0x359 > namei(cb6bec10,c05197b6,c0798060,1,c06ea9fd) at namei+0x34e > kern_stat(c162dcf0,8161ad8,0,cb6bec84) at kern_stat+0x35 > stat(c162dcf0,cb6bed14,2,0,292) at stat+0x1b > syscall(280b002f,2f,bfbf002f,8161ad8,8170) at syscall+0x213 > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (188, FreeBSD ELF32, stat), eip = 0x2839359b, esp = > 0xbfbfe75c, ebp = 0xbfbfe7f8 --- > > httpd holding a file lock, blocked in suspfs from ufs_inactive: > > db> trace 3045 > Tracing pid 3045 tid 100123 td 0xc1996450 > sched_switch(c1996450,0,1) at sched_switch+0x17f > mi_switch(1,0) at mi_switch+0x264 > sleepq_switch(c137086c,cb6ecb8c,c0526901,c137086c,0) at > sleepq_switch+0xe0 > sleepq_wait(c137086c,0,0,1,c153be38) at sleepq_wait+0x30 > msleep(c137086c,c1370844,29f,c06f2e66,0) at msleep+0x2d1 > vn_write_suspend_wait(c17e933c,c1370800,1,0,c06f2634) at > vn_write_suspend_wait+0xe4 > ufs_inactive(cb6ecc14) at ufs_inactive+0x186 > VOP_INACTIVE_APV(c076ed60,cb6ecc14) at VOP_INACTIVE_APV+0x7e > vrele(c17e933c,c17e7210,0,c07046ce,19d) at vrele+0x10e > vm_object_vndeallocate(c17e7210) at vm_object_vndeallocate+0xbd > vm_object_deallocate(c17e7210,c17e7210,0,c0703dc4,89e) at > vm_object_deallocate+0x85 > vm_map_entry_delete(c19cbbb8,c16258c4,284c8000,c19cbbb8,c16258c4) at > vm_map_entry_delete+0x130 > vm_map_delete(c19cbbb8,284c8000,284c9000,0,c1996450) at > vm_map_delete+0x18f > munmap(c1996450,cb6ecd14,2,3,292) at munmap+0xa3 > syscall(280b002f,2f,bfbf002f,2831e058,815f2d8) at syscall+0x213 > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (73, FreeBSD ELF32, munmap), eip = 0x28393cbb, esp = > 0xbfbfc6fc, ebp = 0xbfbfc718 --- > > Another httpd holding a file lock, blocked in suspfs from ufs_inactive: > > db> trace 3047 > Tracing pid 3047 tid 100143 td 0xc19b2450 > sched_switch(c19b2450,0,1) at sched_switch+0x17f > mi_switch(1,0) at mi_switch+0x264 > sleepq_switch(c137086c,cb781b8c,c0526901,c137086c,0) at > sleepq_switch+0xe0 > sleepq_wait(c137086c,0,0,1,c141ec08) at sleepq_wait+0x30 > msleep(c137086c,c1370844,29f,c06f2e66,0) at msleep+0x2d1 > vn_write_suspend_wait(c18419b4,c1370800,1,0,c06f2634) at > vn_write_suspend_wait+0xe4 > ufs_inactive(cb781c14) at ufs_inactive+0x186 > VOP_INACTIVE_APV(c076ed60,cb781c14) at VOP_INACTIVE_APV+0x7e > vrele(c18419b4,c1826000,0,c07046ce,19d) at vrele+0x10e > vm_object_vndeallocate(c1826000) at vm_object_vndeallocate+0xbd > vm_object_deallocate(c1826000,c1826000,0,c0703dc4,89e) at > vm_object_deallocate+0x85 > vm_map_entry_delete(c19cbe10,c18bfd8c,284cd000,c19cbe10,c18bfd8c) at > vm_map_entry_delete+0x130 > vm_map_delete(c19cbe10,284cd000,284ce000,0,c19b2450) at > vm_map_delete+0x18f > munmap(c19b2450,cb781d14,2,3,292) at munmap+0xa3 > syscall(280b002f,2f,bfbf002f,2831e058,815d228) at syscall+0x213 > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (73, FreeBSD ELF32, munmap), eip = 0x28393cbb, esp = > 0xbfbfc6fc, ebp = 0xbfbfc718 --- > > mksnap_ffs, creating the snapshot, but blocked on a vnode lock: > > db> trace 2993 > Tracing pid 2993 tid 100096 td 0xc162d8a0 > sched_switch(c162d8a0,0,1) at sched_switch+0x17f > mi_switch(1,0) at mi_switch+0x264 > sleepq_switch(c13c4a78,cb6b560c,c0526901,c13c4a78,0) at > sleepq_switch+0xe0 > sleepq_wait(c13c4a78,0,0,c13c4a78,1010040) at sleepq_wait+0x30 > msleep(c13c4a78,c0784458,50,c06f08fe,0) at msleep+0x2d1 > acquire(cb6b5664,1010040,600,c162d8a0,0) at acquire+0x9a > lockmgr(c13c4a78,1010002,c13c49b4,c162d8a0,cb6b5684) at lockmgr+0x382 > vop_stdlock(cb6b56b4) at vop_stdlock+0x1b > VOP_LOCK_APV(c076f340,cb6b56b4,cb6b56a4,c06c279e,cb6b56b4) at > VOP_LOCK_APV+0x7e > ffs_lock(cb6b56b4) at ffs_lock+0x3b > VOP_LOCK_APV(c076ed60,cb6b56b4) at VOP_LOCK_APV+0x7e > vn_lock(c13c49b4,10002,c162d8a0) at vn_lock+0xc2 > ffs_snapshot(c1370800,c14ccbc0,c14ccbc0,c1369b00,0) at > ffs_snapshot+0x1242 > ffs_mount(c1370800,c162d8a0,20000000,201000,c13c49b4) at > ffs_mount+0x7a5 > vfs_domount(c162d8a0,c13207b0,c141c030,1211000,c1320670) at > vfs_domount+0x576 > vfs_donmount(c162d8a0,1211000,cb6b5c14,c1422880,e) at vfs_donmount+0xce > kernel_mount(c1320690,1211000,bfbfed33,0,0) at kernel_mount+0x6d > ffs_cmount(c1320690,bfbfe578,1211000,c162d8a0,c076ea80) at > ffs_cmount+0x5d > mount(c162d8a0,cb6b5d14,4,2,206) at mount+0x156 > syscall(2f,2f,2f,bfbfe7c8,bfbfed29) at syscall+0x213 > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (21, FreeBSD ELF32, mount), eip = 0x280b80db, esp = > 0xbfbfe4ec, ebp = 0xbfbfebe0 --- > > Anothr httpd blocked in suspfs while holding a file vnode lock, trying > to > unmap: > > db> trace 2609 > Tracing pid 2609 tid 100108 td 0xc1807b80 > sched_switch(c1807b80,0,1) at sched_switch+0x17f > mi_switch(1,0) at mi_switch+0x264 > sleepq_switch(c137086c,cb70ab8c,c0526901,c137086c,0) at > sleepq_switch+0xe0 > sleepq_wait(c137086c,0,0,1,c14cae38) at sleepq_wait+0x30 > msleep(c137086c,c1370844,29f,c06f2e66,0) at msleep+0x2d1 > vn_write_suspend_wait(c19fd9b4,c1370800,1,0,c06f2634) at > vn_write_suspend_wait+0xe4 > ufs_inactive(cb70ac14) at ufs_inactive+0x186 > VOP_INACTIVE_APV(c076ed60,cb70ac14) at VOP_INACTIVE_APV+0x7e > vrele(c19fd9b4,c1a93948,0,c07046ce,19d) at vrele+0x10e > vm_object_vndeallocate(c1a93948) at vm_object_vndeallocate+0xbd > vm_object_deallocate(c1a93948,c1a93948,0,c0703dc4,89e) at > vm_object_deallocate+0x85 > vm_map_entry_delete(c18bd834,c18cb3b8,284c7000,c18bd834,c18cb3b8) at > vm_map_entry_delete+0x130 > vm_map_delete(c18bd834,284c7000,284c8000,0,c1807b80) at > vm_map_delete+0x18f > munmap(c1807b80,cb70ad14,2,37,296) at munmap+0xa3 > syscall(2f,2f,bfbf002f,2831e058,815d0c8) at syscall+0x213 > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (73, FreeBSD ELF32, munmap), eip = 0x28393cbb, esp = > 0xbfbfc5cc, ebp = 0xbfbfc5e8 --- > > No WITNESS in this kernel. > > My first glance reading is that there's a deadlock between the snapshot > lock and vnode locks, which ocurs because a vnode lock has been > acquired > as part of the mmap tear-down, which leads to vn_write_suspend() being > called in ufs_inactive as the inode has a zero reference count so has > to > be GC'd, which involves writing to the file system. VOP_INACTIVE is > called by vrele() with the vnode lock held. My understanding is that, > generally, we acquire the file system snapshot lock before vnode locks > as > part of the VFS lock order. > > This could be a misinterpretation. I'll try to get a dump, but this > is a > twe box so I may not be able to. > > Robert N M Watson > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sat Feb 19 18:11: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 F27D316A4CE; Sat, 19 Feb 2005 18:11:57 +0000 (GMT) Received: from bgo1smout1.broadpark.no (bgo1smout1.broadpark.no [217.13.4.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 02FE143D1D; Sat, 19 Feb 2005 18:11:57 +0000 (GMT) (envelope-from morten@rodal.no) Received: from bgo1sminn1.broadpark.no ([217.13.4.93]) by bgo1smout1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IC6000HJ7MLP380@bgo1smout1.broadpark.no>; Sat, 19 Feb 2005 19:06:21 +0100 (CET) Received: from slimy.rodal.no ([80.202.56.120]) by bgo1sminn1.broadpark.no (Sun Java System Messaging Server 6.1 HotFix 0.05 (built Oct 21 2004)) with ESMTP id <0IC600KGQ7Z7PIA0@bgo1sminn1.broadpark.no>; Sat, 19 Feb 2005 19:13:55 +0100 (CET) Received: from burton.rodal.no (burton.rodal.no [192.168.20.70]) by slimy.rodal.no (8.12.11/8.12.11) with ESMTP id j1JIBcKD070719; Sat, 19 Feb 2005 19:11:38 +0100 (CET envelope-from morten@rodal.no) Received: from localhost (localhost [[UNIX: localhost]]) by burton.rodal.no (8.13.1/8.13.1/Submit) id j1JIBaBS020089; Sat, 19 Feb 2005 19:11:36 +0100 (CET envelope-from morten@rodal.no) Date: Sat, 19 Feb 2005 19:11:35 +0100 From: Morten Rodal In-reply-to: <42068A5C.1030300@root.org> To: Nate Lawson Message-id: <200502191911.36228.morten@rodal.no> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7BIT Content-disposition: inline X-Virus-Scanned: by amavisd-new References: <42068A5C.1030300@root.org> X-Authentication-warning: burton.rodal.no: morten set sender to morten@rodal.no using -f User-Agent: KMail/1.7.2 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: Sat, 19 Feb 2005 18:11:58 -0000 On Sunday 06 February 2005 22:21, Nate Lawson wrote: > 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. > Throttling used to work on my Dell Inspiron 8200, but with the new cpufreq/acpi_perf I only get errors when trying to set a new cpu frequency, like this: # sysctl dev.cpu.0.freq=1200 acpi_perf0: Px transition to 1200 failed acpi_perf0: set freq failed, err 6 Regardless of what value I use, it either says 'Px transition to 1200 failed' or 'Px transition to 1700 failed.' Here's more info from various sysctl's: # sysctl hw.acpi.cpu hw.acpi.cpu.cx_supported: C1/0 C2/50 hw.acpi.cpu.cx_lowest: C2 hw.acpi.cpu.cx_usage: 0.00% 100.00% # sysctl dev.cpu dev.cpu.0.%desc: ACPI CPU (2 Cx states) dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=\_PR_.CPU0 dev.cpu.0.%pnpinfo: _HID=none _UID=0 dev.cpu.0.%parent: acpi0 dev.cpu.0.freq: 1700 dev.cpu.0.freq_levels: 1700/0 1487/0 1275/0 1200/0 1062/0 900/0 850/0 750/0 637/0 600/0 450/0 425/0 300/0 212/0 150/0 If I remember correctly the old interface said something about 8 throttling states ranging from 12.X% to 100%, but I seem to have many more freq_levels now? The CPU is a Pentium 4 Mobile 1.7GHz # dmesg | grep -i cpu CPU: Intel(R) Pentium(R) 4 Mobile CPU 1.70GHz (1695.01-MHz 686-class CPU) cpu0: on acpi0 acpi_perf0: on cpu0 acpi_throttle0: on cpu0 -- Morten Rodal "A supercomputer is a device for turning compute-bound problems into I/O bound problems." -- Ken Batcher (Goodyear Aerospace) From owner-freebsd-current@FreeBSD.ORG Sat Feb 19 18:51: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 51EA216A4CE; Sat, 19 Feb 2005 18:51:18 +0000 (GMT) Received: from ylpvm15.prodigy.net (ylpvm15-ext.prodigy.net [207.115.57.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id EEC6243D31; Sat, 19 Feb 2005 18:51:17 +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])j1JIl5bs015337; Sat, 19 Feb 2005 13:47:05 -0500 Message-ID: <42178A8E.1060305@root.org> Date: Sat, 19 Feb 2005 10:50:54 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 1.0RC1 (X11/20041205) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Morten Rodal References: <42068A5C.1030300@root.org> <200502191911.36228.morten@rodal.no> In-Reply-To: <200502191911.36228.morten@rodal.no> 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: Sat, 19 Feb 2005 18:51:18 -0000 Morten Rodal wrote: > On Sunday 06 February 2005 22:21, Nate Lawson wrote: > >>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. >> > > > Throttling used to work on my Dell Inspiron 8200, but with the new > cpufreq/acpi_perf I only get errors when trying to set a new cpu > frequency, like this: > > # sysctl dev.cpu.0.freq=1200 > acpi_perf0: Px transition to 1200 failed > acpi_perf0: set freq failed, err 6 > > Regardless of what value I use, it either says 'Px transition to 1200 > failed' or 'Px transition to 1700 failed.' > > Here's more info from various sysctl's: > > # sysctl hw.acpi.cpu > hw.acpi.cpu.cx_supported: C1/0 C2/50 > hw.acpi.cpu.cx_lowest: C2 > hw.acpi.cpu.cx_usage: 0.00% 100.00% > > # sysctl dev.cpu > dev.cpu.0.%desc: ACPI CPU (2 Cx states) > dev.cpu.0.%driver: cpu > dev.cpu.0.%location: handle=\_PR_.CPU0 > dev.cpu.0.%pnpinfo: _HID=none _UID=0 > dev.cpu.0.%parent: acpi0 > dev.cpu.0.freq: 1700 > dev.cpu.0.freq_levels: 1700/0 1487/0 1275/0 1200/0 1062/0 900/0 850/0 > 750/0 637/0 600/0 450/0 425/0 300/0 212/0 150/0 > > If I remember correctly the old interface said something about 8 > throttling states ranging from 12.X% to 100%, but I seem to have many > more freq_levels now? Is this a -current as of today? If not, please cvsup and test again. -- Nate From owner-freebsd-current@FreeBSD.ORG Sat Feb 19 20:41:34 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 D7B3E16A4CE for ; Sat, 19 Feb 2005 20:41:34 +0000 (GMT) Received: from mxsf36.cluster1.charter.net (mxsf36.cluster1.charter.net [209.225.28.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6475643D48 for ; Sat, 19 Feb 2005 20:41:34 +0000 (GMT) (envelope-from TastyNachos@charter.net) Received: from mxip20.cluster1.charter.net (mxip20a.cluster1.charter.net [209.225.28.150])j1JKfXBP027424 for ; Sat, 19 Feb 2005 15:41:33 -0500 Received: from 68-189-90-224.ca.charter.com (HELO [172.16.64.100]) (68.189.90.224) by mxip20.cluster1.charter.net with ESMTP; 19 Feb 2005 15:41:32 -0500 X-Ironport-AV: i="3.90,100,1107752400"; d="scan'208"; a="708169315:sNHT60996330" From: Remington To: current@freebsd.org Content-Type: text/plain Date: Sat, 19 Feb 2005 12:41:38 -0800 Message-Id: <1108845698.626.4.camel@thishost> Mime-Version: 1.0 X-Mailer: Evolution 2.0.4 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: CVSup: upgrade to 5-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: Sat, 19 Feb 2005 20:41:35 -0000 I am attempting to upgrade from 5.3-RELEASE to 5.4-CURRENT. The line *default release=cvs tag=. seems to work but newvers.sh claims it to be 6.0. What is the correct *default entry? From owner-freebsd-current@FreeBSD.ORG Sat Feb 19 20:44: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 D966116A4CE for ; Sat, 19 Feb 2005 20:44:44 +0000 (GMT) Received: from smtp812.mail.sc5.yahoo.com (smtp812.mail.sc5.yahoo.com [66.163.170.82]) by mx1.FreeBSD.org (Postfix) with SMTP id 965D043D5D for ; Sat, 19 Feb 2005 20:44:44 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from unknown (HELO optimator.noacks.org) (noacks@swbell.net@70.240.177.173 with login) by smtp812.mail.sc5.yahoo.com with SMTP; 19 Feb 2005 20:44:44 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 9875D61EC; Sat, 19 Feb 2005 14:44:43 -0600 (CST) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 71768-01; Sat, 19 Feb 2005 14:44:42 -0600 (CST) Received: from compgeek.noacks.org (compgeek [192.168.1.10]) by optimator.noacks.org (Postfix) with ESMTP id 1BC2A615D; Sat, 19 Feb 2005 14:44:42 -0600 (CST) Received: from [127.0.0.1] (localhost [127.0.0.1]) by compgeek.noacks.org (8.13.1/8.13.1) with ESMTP id j1JKifXa099317; Sat, 19 Feb 2005 14:44:41 -0600 (CST) (envelope-from noackjr@alumni.rice.edu) Message-ID: <4217A539.4000103@alumni.rice.edu> Date: Sat, 19 Feb 2005 14:44:41 -0600 From: Jon Noack User-Agent: Mozilla Thunderbird 1.0 (X11/20050202) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Remington References: <1108845698.626.4.camel@thishost> In-Reply-To: <1108845698.626.4.camel@thishost> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at noacks.org cc: current@freebsd.org Subject: Re: CVSup: upgrade to 5-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Feb 2005 20:44:45 -0000 On 02/19/05 14:41, Remington wrote: > I am attempting to upgrade from 5.3-RELEASE to 5.4-CURRENT. The line > *default release=cvs tag=. seems to work but newvers.sh claims it to be > 6.0. What is the correct *default entry? There is no 5.4-CURRENT. The tag is correct to get you -CURRENT, but in this case you are actually getting 6.0-CURRENT. If you want to stick with the 5.x branch, use tag=RELENG_5. That will get you 5.3-STABLE, the branch that will lead to 5.4-RELEASE. Jon From owner-freebsd-current@FreeBSD.ORG Sat Feb 19 20:44:46 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 701EC16A4CE for ; Sat, 19 Feb 2005 20:44:46 +0000 (GMT) Received: from makeworld.com (makeworld.com [198.92.228.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0547143D2D for ; Sat, 19 Feb 2005 20:44:46 +0000 (GMT) (envelope-from racerx@makeworld.com) Received: from localhost (localhost.com [127.0.0.1]) by makeworld.com (Postfix) with ESMTP id 4F4A06122; Sat, 19 Feb 2005 14:44:45 -0600 (CST) Received: from makeworld.com ([127.0.0.1]) by localhost (makeworld.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 01181-03; Sat, 19 Feb 2005 14:44:43 -0600 (CST) Received: from [198.92.228.34] (racerx.makeworld.com [198.92.228.34]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by makeworld.com (Postfix) with ESMTP id 674A76121; Sat, 19 Feb 2005 14:44:43 -0600 (CST) Message-ID: <4217A576.8040603@makeworld.com> Date: Sat, 19 Feb 2005 14:45:42 -0600 From: Chris User-Agent: Mozilla Thunderbird 1.0 (X11/20050101) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Remington References: <1108845698.626.4.camel@thishost> In-Reply-To: <1108845698.626.4.camel@thishost> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by ClamAV 0.75.1/amavisd-new-2.2.1 (20041222) at makeworld.com - Isn't it ironic cc: current@freebsd.org Subject: Re: CVSup: upgrade to 5-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: Sat, 19 Feb 2005 20:44:46 -0000 Remington wrote: > I am attempting to upgrade from 5.3-RELEASE to 5.4-CURRENT. The line > *default release=cvs tag=. seems to work but newvers.sh claims it to be > 6.0. What is the correct *default entry? > AFAIK, there isn't a 5.4-CURRENT. The CURRENT branch IS 6. You have either: 5.3-RELEASE 5.3-STABLE 6.0-CURRENT -- Best regards, Chris Any line, however short, is still too long. From owner-freebsd-current@FreeBSD.ORG Sat Feb 19 21:01: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 6D1F416A4CE for ; Sat, 19 Feb 2005 21:01:08 +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 F2C4543D39 for ; Sat, 19 Feb 2005 21:01:07 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 1997151486; Sat, 19 Feb 2005 13:01:07 -0800 (PST) Date: Sat, 19 Feb 2005 13:01:07 -0800 From: Kris Kennaway To: Christian Jachmann Message-ID: <20050219210106.GB47389@xor.obsecurity.org> References: <20050219141530.GA67861@hurx.thc> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ZfOjI3PrQbgiZnxM" Content-Disposition: inline In-Reply-To: <20050219141530.GA67861@hurx.thc> User-Agent: Mutt/1.4.2.1i cc: freebsd-current@freebsd.org Subject: Re: Load over 1000 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, 19 Feb 2005 21:01:08 -0000 --ZfOjI3PrQbgiZnxM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Feb 19, 2005 at 03:15:30PM +0100, Christian Jachmann wrote: > Hi, >=20 > seems that vm.loadavg cant grow over 1024 >=20 > e.g. >=20 > last pid: 68005; load averages: 993.78, 334.47, 636.27 up 0+03:26:16 15= :12:28 > 1580 processes:1530 running, 50 sleeping > CPU states: 95.0% user, 0.0% nice, 5.0% system, 0.0% interrupt, 0.0% = idle >=20 > having some senseless code to produce a load of 2000 on a system. >=20 > but... top does not show right values. >=20 > last pid: 68098; load averages: 373.53, 641.73, 725.40 up 0+03:27:36 15= :13:48 > 1673 processes:1621 running, 48 sleeping, 4 zombie > CPU states: 96.9% user, 0.0% nice, 3.1% system, 0.0% interrupt, 0.0% = idle >=20 >=20 > seems that there is a bug Does this matter at all? Kris --ZfOjI3PrQbgiZnxM Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.0 (FreeBSD) iD8DBQFCF6kSWry0BWjoQKURAj0hAJ9CEBxq+OqkDw6n5jzOQRN6Vm7uWgCfQtvs r5GpBWFb7tD2mdx4KH1RVTo= =4b4v -----END PGP SIGNATURE----- --ZfOjI3PrQbgiZnxM-- From owner-freebsd-current@FreeBSD.ORG Sat Feb 19 21:22: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 AE10916A4CE for ; Sat, 19 Feb 2005 21:22:30 +0000 (GMT) Received: from srv1.cosmo-project.de (srv1.cosmo-project.de [213.83.6.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0247343D41 for ; Sat, 19 Feb 2005 21:22:30 +0000 (GMT) (envelope-from ticso@cicely12.cicely.de) Received: from cicely5.cicely.de (cicely5.cicely.de [10.1.1.7]) (authenticated bits=0)j1JLMEE1004138 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=OK); Sat, 19 Feb 2005 22:22:16 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (cicely12.cicely.de [IPv6:3ffe:400:8d0:301::12]) by cicely5.cicely.de (8.12.10/8.12.10) with ESMTP id j1JLLl55070121 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 19 Feb 2005 22:21:48 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: from cicely12.cicely.de (localhost [127.0.0.1]) by cicely12.cicely.de (8.12.11/8.12.11) with ESMTP id j1JLLlFv022325; Sat, 19 Feb 2005 22:21:47 +0100 (CET) (envelope-from ticso@cicely12.cicely.de) Received: (from ticso@localhost) by cicely12.cicely.de (8.12.11/8.12.11/Submit) id j1JLLfjU022323; Sat, 19 Feb 2005 22:21:41 +0100 (CET) (envelope-from ticso) Date: Sat, 19 Feb 2005 22:21:41 +0100 From: Bernd Walter To: Matthew Jacob Message-ID: <20050219212140.GT14312@cicely12.cicely.de> References: <20050216224825.39102.qmail@web26807.mail.ukl.yahoo.com> <4213D046.4080001@centtech.com> <7579f7fb05021715344d661662@mail.gmail.com> <20050218143456.GB11451@cicely12.cicely.de> <7579f7fb050218203553a1311b@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <7579f7fb050218203553a1311b@mail.gmail.com> X-Operating-System: FreeBSD cicely12.cicely.de 5.2-CURRENT alpha User-Agent: Mutt/1.5.6i X-Spam-Status: No, hits=-4.9 required=3.0 tests=BAYES_00 autolearn=no version=2.64 X-Spam-Report: * -4.9 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on cicely12.cicely.de cc: FreeBSD Current cc: Eric Anderson cc: ticso@cicely.de Subject: Re: newfs limits? 10TB filesystem max? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Feb 2005 21:22:30 -0000 On Fri, Feb 18, 2005 at 08:35:34PM -0800, Matthew Jacob wrote: > I'm not sure I follow what you're asking... how much of the actual > real storage was used up in just newfs'ing 5PB? I don't remember- > something less than 20G I think... If you really want to know I'll set > it up again That's what I wanted to know. Exact values are not important - they vary much with the underlying filesystem anyway. Did you use md(4) for it, SCSI target mode disk simulation or something else? -- B.Walter BWCT http://www.bwct.de bernd@bwct.de info@bwct.de From owner-freebsd-current@FreeBSD.ORG Sat Feb 19 22:16:46 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 1B34816A4CE for ; Sat, 19 Feb 2005 22:16:46 +0000 (GMT) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 34FEA43D45 for ; Sat, 19 Feb 2005 22:16:45 +0000 (GMT) (envelope-from anderson@centtech.com) Received: from [192.168.42.24] (andersonbox4.centtech.com [192.168.42.24]) by mh2.centtech.com (8.13.1/8.13.1) with ESMTP id j1JMGf8k096337; Sat, 19 Feb 2005 16:16:42 -0600 (CST) (envelope-from anderson@centtech.com) Message-ID: <4217BAC5.10504@centtech.com> Date: Sat, 19 Feb 2005 16:16:37 -0600 From: Eric Anderson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050210 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Wilko Bulte References: <20050216224825.39102.qmail@web26807.mail.ukl.yahoo.com> <4213D046.4080001@centtech.com> <7579f7fb05021715344d661662@mail.gmail.com> <421605D0.80302@centtech.com> <20050218172831.GA9944@freebie.xs4all.nl> In-Reply-To: <20050218172831.GA9944@freebie.xs4all.nl> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.82/711/Sat Feb 19 12:27:09 2005 on mh2.centtech.com X-Virus-Status: Clean cc: Matthew Jacob cc: FreeBSD Current Subject: Re: newfs limits? 10TB filesystem max? 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, 19 Feb 2005 22:16:46 -0000 Wilko Bulte wrote: > On Fri, Feb 18, 2005 at 09:12:16AM -0600, Eric Anderson wrote.. > >>Matthew Jacob wrote: >> >>>BTW- be careful with very large filesystems on FreeBSD- at some point >>>fsck can't check them. >>> >>>I built a sparse 5000TB filesystem which newfs'd and mounted okay, but >>>was not possible to check with fsck. >> >>5000TB?!?! How did you do that? > > > Note the word 'sparse' :) That doesn't explain it much.. Is there a doc on how to create these sparse filesystems? Eric -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology I have seen the future and it is just like the present, only longer. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Sat Feb 19 22:17: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 3796116A4CE for ; Sat, 19 Feb 2005 22:17:24 +0000 (GMT) Received: from av9-2-sn1.fre.skanova.net (av9-2-sn1.fre.skanova.net [81.228.11.116]) by mx1.FreeBSD.org (Postfix) with ESMTP id D0C8D43D54 for ; Sat, 19 Feb 2005 22:17:23 +0000 (GMT) (envelope-from daniel_k_eriksson@telia.com) Received: by av9-2-sn1.fre.skanova.net (Postfix, from userid 502) id CDC0137EA2; Sat, 19 Feb 2005 23:17:22 +0100 (CET) Received: from smtp3-2-sn1.fre.skanova.net (smtp3-2-sn1.fre.skanova.net [81.228.11.164]) by av9-2-sn1.fre.skanova.net (Postfix) with ESMTP id B39D837E48 for ; Sat, 19 Feb 2005 23:17:22 +0100 (CET) Received: from sentinel (h62n1fls11o822.telia.com [213.64.66.62]) by smtp3-2-sn1.fre.skanova.net (Postfix) with ESMTP id 99DC937E4B for ; Sat, 19 Feb 2005 23:17:22 +0100 (CET) From: "Daniel Eriksson" To: "'FreeBSD Current'" Date: Sat, 19 Feb 2005 23:17:16 +0100 Organization: Home Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2527 Thread-Index: AcUW0MUXYJTP5Ij3Sf++QuWQPPOOeg== Subject: Crash on CURRENT from today 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, 19 Feb 2005 22:17:24 -0000 Got this crash on my SMP server just now. Kernel/world are ~12 hours old (2005.02.19.12.00.00). It's not a debug kernel, so I cannot provide any additional info right now. Fatal trap 9: general protection fault while in kernel mode cpuid = 1; apic id = 00 instruction pointer = 0x8:0xc0612efc stack pointer = 0x10:0xdc95692c frame pointer = 0x10:0xdc956934 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 35 (swi1: net) [thread pid 35 tid 100011 ] Stopped at in_matroute+0x2c: jz in_matroute+0x40 db> tr Tracing pid 35 tid 100011 td 0xc1e0a170 in_matroute(3700779540,3254842880,6,3700779352,1105988990) at in_matroute+44 rtalloc1(3700779540,1,0,0,0) at rtalloc1+120 rtalloc_ign(3700779536,0,3256294640,3258642432,3271813772) at rtalloc_ign+141 ip_output(3299431168,0,3700779536,0,0) at ip_output+1928 tcp_output(3274196300,2920,3227699936,3274196300,29310) at tcp_output+1885 tcp_input(3304263680,20,3253913600,1,0) at tcp_input+5459 ip_input(3304263680,0,1,2919755848,2945716017) at ip_input+219 netisr_processqueue(582,32627,4195731492,2933674284,500) at netisr_processqueue+92 swi_net(0,0,0,0,0) at swi_net+265 ithread_loop(3252626688,3700780360,0,0,0) at ithread_loop+179 fork_exit(3226801008,3252626688,3700780360) at fork_exit+98 fork_trampoline() at fork_trampoline+8 --- trap 1, eip = 0, esp = 3700780412, ebp = 0 --- /Daniel Eriksson From owner-freebsd-current@FreeBSD.ORG Sat Feb 19 22:52: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 2BFEE16A4CE for ; Sat, 19 Feb 2005 22:52:41 +0000 (GMT) Received: from VARK.MIT.EDU (VARK.MIT.EDU [18.95.3.179]) by mx1.FreeBSD.org (Postfix) with ESMTP id C469243D2F for ; Sat, 19 Feb 2005 22:52:40 +0000 (GMT) (envelope-from das@FreeBSD.ORG) Received: from VARK.MIT.EDU (localhost [127.0.0.1]) by VARK.MIT.EDU (8.13.3/8.13.1) with ESMTP id j1JMp1nn016057; Sat, 19 Feb 2005 17:51:01 -0500 (EST) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by VARK.MIT.EDU (8.13.3/8.13.1/Submit) id j1JMp1nf016056; Sat, 19 Feb 2005 17:51:01 -0500 (EST) (envelope-from das@FreeBSD.ORG) Date: Sat, 19 Feb 2005 17:51:01 -0500 From: David Schultz To: Christian Jachmann Message-ID: <20050219225100.GA16028@VARK.MIT.EDU> Mail-Followup-To: Christian Jachmann , freebsd-current@FreeBSD.ORG References: <20050219141530.GA67861@hurx.thc> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050219141530.GA67861@hurx.thc> cc: freebsd-current@FreeBSD.ORG Subject: Re: Load over 1000 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, 19 Feb 2005 22:52:41 -0000 On Sat, Feb 19, 2005, Christian Jachmann wrote: > Hi, > > seems that vm.loadavg cant grow over 1024 > > e.g. > > last pid: 68005; load averages: 993.78, 334.47, 636.27 up 0+03:26:16 15:12:28 > 1580 processes:1530 running, 50 sleeping > CPU states: 95.0% user, 0.0% nice, 5.0% system, 0.0% interrupt, 0.0% idle > > having some senseless code to produce a load of 2000 on a system. > > but... top does not show right values. > > last pid: 68098; load averages: 373.53, 641.73, 725.40 up 0+03:27:36 15:13:48 > 1673 processes:1621 running, 48 sleeping, 4 zombie > CPU states: 96.9% user, 0.0% nice, 3.1% system, 0.0% interrupt, 0.0% idle > > > seems that there is a bug Yes, see the comments in sys/param.h. I'm sorry that you were unable to accurately measure how much of your foot you're capable of shooting off. From owner-freebsd-current@FreeBSD.ORG Sat Feb 19 22:55:11 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 BAB9516A4CE for ; Sat, 19 Feb 2005 22:55:11 +0000 (GMT) Received: from makeworld.com (makeworld.com [198.92.228.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4A9C543D48 for ; Sat, 19 Feb 2005 22:55:11 +0000 (GMT) (envelope-from racerx@makeworld.com) Received: from localhost (localhost.com [127.0.0.1]) by makeworld.com (Postfix) with ESMTP id 9A8806122 for ; Sat, 19 Feb 2005 16:55:10 -0600 (CST) Received: from makeworld.com ([127.0.0.1]) by localhost (makeworld.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 01879-02 for ; Sat, 19 Feb 2005 16:55:08 -0600 (CST) Received: from [198.92.228.34] (racerx.makeworld.com [198.92.228.34]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by makeworld.com (Postfix) with ESMTP id 078076110 for ; Sat, 19 Feb 2005 16:55:07 -0600 (CST) Message-ID: <4217C407.8070605@makeworld.com> Date: Sat, 19 Feb 2005 16:56:07 -0600 From: Chris User-Agent: Mozilla Thunderbird 1.0 (X11/20050101) X-Accept-Language: en-us, en MIME-Version: 1.0 Cc: FreeBSD - Current References: <421290FA.40108@makeworld.com> <20050216010859.GA57098@freebsd3.cimlogic.com.au> In-Reply-To: <20050216010859.GA57098@freebsd3.cimlogic.com.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by ClamAV 0.75.1/amavisd-new-2.2.1 (20041222) at makeworld.com - Isn't it ironic Subject: Re: MA401 worked w/5.3 - No go under 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: Sat, 19 Feb 2005 22:55:11 -0000 John Birrell wrote: > On Tue, Feb 15, 2005 at 06:16:58PM -0600, Chris wrote: > >> I'm just starting to follow the CURRENT branch and popped that >> latest snapshot on my laptop. Under 5.3 my NetGear MA401 worked with just >>adding something like this to /etc/rc.conf: >> >>ifconfig_wi0="inet xxx.xxx.xxx.xxx netmask 255.255.255.0 ssid XXX >>wepmode on wepkey 0xxxxxxxxxxxxxxxxxxxxxxxxxxx" >> >> And everything came up just dandy. Has something changed? > > > I hadn't tried to use my wireless stuff for months until a few days ago. I have > the hostap running on current and I was trying to connect with wepmode on from > a RELENG_5 laptop without success. I read the recent messages suggesting the > explicit setting of the wepkey and default key, but that didn't solve the problem. > > I'll be away from the current box for 5 weeks and unable to debug anything, so I > know this message is virtally useless. I just wanted to say "me too". > Ok folks, I added the suggested stuff in /etc/rc.conf: ifconfig_wi0="inet xxx.xxx.xxx.xxx netmask 255.255.255.0 ssid XXX wepmode on weptxkey 1 wepkey 1:0xxxxxxxxxxxxxxxxxxxxxxxxxxx" And /boot/loader.conf: wlan_wep="YES" Still a no-go. Light on the wireless nic just blinks. I'm pretty much at a loss - anyone? -- Best regards, Chris In any organization there will always be one person who knows what is going on. This person must be fired. From owner-freebsd-current@FreeBSD.ORG Sat Feb 19 23:08:35 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 0B17E16A4CE for ; Sat, 19 Feb 2005 23:08:35 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id D261843D45 for ; Sat, 19 Feb 2005 23:08:34 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id C72AF72DD8; Sat, 19 Feb 2005 15:08:34 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id C23BD72DD5; Sat, 19 Feb 2005 15:08:34 -0800 (PST) Date: Sat, 19 Feb 2005 15:08:34 -0800 (PST) From: Doug White To: Daniel Eriksson In-Reply-To: Message-ID: <20050219150513.J69556@carver.gumbysoft.com> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: 'FreeBSD Current' Subject: Re: Crash on CURRENT from today 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, 19 Feb 2005 23:08:35 -0000 On Sat, 19 Feb 2005, Daniel Eriksson wrote: > > Got this crash on my SMP server just now. Kernel/world are ~12 hours old > (2005.02.19.12.00.00). It's not a debug kernel, so I cannot provide any > additional info right now. Getting a crashdump and a debug kernel would be nice since... > Fatal trap 9: general protection fault while in kernel mode these are bad news. The only times I've seen this is with horrifically broken code or hardware problems. Mostly hardware problems. You might check the environmentals on your system, and check the event log for any ECC correction events or other abnormal behavior. Normal code isn't likely to trigger GPFs. Did you compile the kernel with any non-standard options? > cpuid = 1; apic id = 00 > instruction pointer = 0x8:0xc0612efc > stack pointer = 0x10:0xdc95692c > frame pointer = 0x10:0xdc956934 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 35 (swi1: net) > [thread pid 35 tid 100011 ] > Stopped at in_matroute+0x2c: jz in_matroute+0x40 > db> tr > Tracing pid 35 tid 100011 td 0xc1e0a170 > in_matroute(3700779540,3254842880,6,3700779352,1105988990) at in_matroute+44 > rtalloc1(3700779540,1,0,0,0) at rtalloc1+120 > rtalloc_ign(3700779536,0,3256294640,3258642432,3271813772) at > rtalloc_ign+141 > ip_output(3299431168,0,3700779536,0,0) at ip_output+1928 > tcp_output(3274196300,2920,3227699936,3274196300,29310) at tcp_output+1885 > tcp_input(3304263680,20,3253913600,1,0) at tcp_input+5459 > ip_input(3304263680,0,1,2919755848,2945716017) at ip_input+219 > netisr_processqueue(582,32627,4195731492,2933674284,500) at > netisr_processqueue+92 > swi_net(0,0,0,0,0) at swi_net+265 > ithread_loop(3252626688,3700780360,0,0,0) at ithread_loop+179 > fork_exit(3226801008,3252626688,3700780360) at fork_exit+98 > fork_trampoline() at fork_trampoline+8 > --- trap 1, eip = 0, esp = 3700780412, ebp = 0 --- > > /Daniel Eriksson > > > _______________________________________________ > 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 Sat Feb 19 23:40: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 975EF16A4D7 for ; Sat, 19 Feb 2005 23:40:48 +0000 (GMT) Received: from out011.verizon.net (out011pub.verizon.net [206.46.170.135]) by mx1.FreeBSD.org (Postfix) with ESMTP id E43C143D1D for ; Sat, 19 Feb 2005 23:40:47 +0000 (GMT) (envelope-from Alex.Kovalenko@verizon.net) Received: from RabbitsDen ([70.21.180.202]) by out011.verizon.net (InterMail vM.5.01.06.06 201-253-122-130-106-20030910) with ESMTP id <20050219234045.XTEX27962.out011.verizon.net@RabbitsDen>; Sat, 19 Feb 2005 17:40:45 -0600 From: "Alexandre \"Sunny\" Kovalenko" To: =?ISO-8859-1?Q?S=F8ren?= Schmidt In-Reply-To: <421464C3.2030308@DeepCore.dk> References: <42028F29.1030801@DeepCore.dk> <420A1792.900@DeepCore.dk> <421464C3.2030308@DeepCore.dk> Content-Type: multipart/mixed; boundary="=-dVbyepXrqaXa9LPVzkLC" Date: Sat, 19 Feb 2005 18:40:25 -0500 Message-Id: <1108856425.958.7.camel@RabbitsDen> Mime-Version: 1.0 X-Mailer: Evolution 2.0.3 FreeBSD GNOME Team Port X-Authentication-Info: Submitted using SMTP AUTH at out011.verizon.net from [70.21.180.202] at Sat, 19 Feb 2005 17:40:45 -0600 X-Content-Filtered-By: Mailman/MimeDel 2.1.1 cc: freebsd-current@freebsd.org Subject: Re: UPDATE2: 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: Sat, 19 Feb 2005 23:40:48 -0000 --=-dVbyepXrqaXa9LPVzkLC Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit On Thu, 2005-02-17 at 10:32 +0100, Søren Schmidt wrote: > Søren Schmidt wrote: > > > http://people.freebsd.org/~sos/ata-mk3k.diff-releng5.gz > > http://people.freebsd.org/~sos/ata-mk3k.diff-current.gz > > http://people.freebsd.org/~sos/ata-mk3k.tar.gz > > New version available for testing: > > http://people.freebsd.org/~sos/ata-mk3l.diff-releng5.gz > http://people.freebsd.org/~sos/ata-mk3l.diff-current.gz > http://people.freebsd.org/~sos/ata-mk3l.tar.gz > > This time the diff must be reapplied as there are new changes in there. > > Items in this release: > > o Fix ATA/ATAPI requests from userland. > > o Cleanup the attach/detach code further. > > o Add modules for atacard and atacbus > > o Fix the current/real geometry handling for CHS mode. > > o Add the ioctl interface back to ata-raid.c. > > o Update the ioctl API to match new RAID levels etc. > > o Add the infrastructure to allow create/delete/status of ATA RAID > arrays. NOTE only Promise and FreeBSD Pseudo RAIDs supported at > this time. > > o Update atacontrol to know about the new RAID levels etc > NOTE: you need to recompile atacontrol with the new sys/ata.h, > make world will take care of that. > > One warning applies to both this and the last snapshot. I accidentially > released the RAID5 test code I had in there which allows to apparently > use a RAID5 array. However it *ONLY* reads and writes the data part, it > does *NOT* maintain the parity part. That means it will trash a RAID5 > array for later real use as the parity wont match the data one there. > Since the code is "out there" I've decided to let it stay, as it allows > for testing of getting and using the metadata etc.. > > As usual use at your own risk, but feedback on this is very welcomed. > Big thanks to all those that has participated so far! > > I'll be mostly AFK for the next two weeks on needed vacation, so dont > panic if I dont respond as quickly as usual. > > Enjoy! > After applying these patches to -CURRENT as of 2/19 ~11:00 EST pccard Compact Flash adapter is being probed as ATA device but no longer creates disk device. Moreover, ejecting the card does not produce any messages (hw.pccard.debug=1, hw.cardbus.debug=1 and hw.cbb.debug = 1) and no other pccard will be attached until reboot. I have attached verbose dmesg from before and after with hw.pccard.debug=1, hw.cardbus.debug=1 and hw.cbb.debug = 1. Please, let me know whether I can provide any additional information. -- Alexandre "Sunny" Kovalenko (Олександр Коваленко) --=-dVbyepXrqaXa9LPVzkLC--