From owner-freebsd-current@FreeBSD.ORG Sun Aug 6 02:30:05 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 99EF516A4DA for ; Sun, 6 Aug 2006 02:30:05 +0000 (UTC) (envelope-from freebsd@alaskaparadise.com) Received: from stargate.alaskaparadise.com (114-103-74-65.gci.net [65.74.103.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id C0D5243D45 for ; Sun, 6 Aug 2006 02:30:04 +0000 (GMT) (envelope-from freebsd@alaskaparadise.com) Received: by stargate.alaskaparadise.com (Postfix, from userid 0) id CEA4340CE; Sat, 5 Aug 2006 18:30:02 -0800 (AKDT) From: Beech Rintoul Organization: Alaska Paradise To: freebsd-current@freebsd.org User-Agent: KMail/1.9.3 MIME-Version: 1.0 Date: Sat, 5 Aug 2006 18:29:48 -0800 Content-Type: multipart/signed; boundary="nextPart3166727.WRFKkhm0p6"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200608051830.00840.freebsd@alaskaparadise.com> Subject: Problem with kmail (moved from ports) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Aug 2006 02:30:05 -0000 --nextPart3166727.WRFKkhm0p6 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline I just started getting the following error while trying to login to gmail: The process for the pop3s://pop.gmail.com protocol died unexpectedly. I'm running FreeBSD 7.0-CURRENT with the kde ports all up to date. I've dou= ble=20 checked the configs and they are correct. I can log into pop3 on gmail from= =20 my windows box with no problems, so it's not a gmail problem. I tried=20 rebuilding kdepim and it didn't help. On further checking I found that this= =20 all started after the recent upgrade of open ssl. Does anyone have a suggestion? I have no clue what to do next. Thanks, Beech =2D-=20 =2D------------------------------------------------------------------------= =2D------------- Beech Rintoul - Sys. Administrator - beech@alaskaparadise.com /"\ ASCII Ribbon Campaign | Alaska Paradise \ / - NO HTML/RTF in e-mail | 201 East 9Th Avenue Ste.310 X - NO Word docs in e-mail | Anchorage, AK 99501 / \ - Please visit Alaska Paradise - http://www.alaskaparadise.com =2D------------------------------------------------------------------------= =2D------------- =2D-=20 =2D------------------------------------------------------------------------= =2D------------- Beech Rintoul - Sys. Administrator - beech@alaskaparadise.com /"\ ASCII Ribbon Campaign | Alaska Paradise \ / - NO HTML/RTF in e-mail | 201 East 9Th Avenue Ste.310 X - NO Word docs in e-mail | Anchorage, AK 99501 / \ - Please visit Alaska Paradise - http://www.alaskaparadise.com =2D------------------------------------------------------------------------= =2D------------- --nextPart3166727.WRFKkhm0p6 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBE1VQoR5sEeCt9j00RAlJaAJwNGEtCLn8uZDll46dyS5bu/uy9cwCdFh05 XEGSUcfoonW/3i5sND/7+RU= =f/Gx -----END PGP SIGNATURE----- --nextPart3166727.WRFKkhm0p6-- From owner-freebsd-current@FreeBSD.ORG Sun Aug 6 02:37:37 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 877A316A4DA for ; Sun, 6 Aug 2006 02:37:37 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 21F3343D49 for ; Sun, 6 Aug 2006 02:37:37 +0000 (GMT) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.13.7/8.13.7) with ESMTP id k762avbF020478; Sat, 5 Aug 2006 19:36:57 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.13.7/8.13.7/Submit) id k762avj3020477; Sat, 5 Aug 2006 19:36:57 -0700 (PDT) (envelope-from sgk) Date: Sat, 5 Aug 2006 19:36:57 -0700 From: Steve Kargl To: Beech Rintoul Message-ID: <20060806023657.GB20358@troutmask.apl.washington.edu> References: <200608051830.00840.freebsd@alaskaparadise.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200608051830.00840.freebsd@alaskaparadise.com> User-Agent: Mutt/1.4.2.2i Cc: freebsd-current@freebsd.org Subject: Re: Problem with kmail (moved from ports) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Aug 2006 02:37:37 -0000 On Sat, Aug 05, 2006 at 06:29:48PM -0800, Beech Rintoul wrote: > I just started getting the following error while trying to login to gmail: > > The process for the pop3s://pop.gmail.com protocol died unexpectedly. > > I'm running FreeBSD 7.0-CURRENT with the kde ports all up to date. I've double > checked the configs and they are correct. I can log into pop3 on gmail from > my windows box with no problems, so it's not a gmail problem. I tried > rebuilding kdepim and it didn't help. On further checking I found that this > all started after the recent upgrade of open ssl. > > Does anyone have a suggestion? I have no clue what to do next. > Use ktrace to find where it dies. There has been some recent changes to the socket code that may have caused this problem. -- Steve From owner-freebsd-current@FreeBSD.ORG Sun Aug 6 03:17:35 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E15C716A4DF for ; Sun, 6 Aug 2006 03:17:35 +0000 (UTC) (envelope-from freebsd@alaskaparadise.com) Received: from stargate.alaskaparadise.com (114-103-74-65.gci.net [65.74.103.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3DF4743D45 for ; Sun, 6 Aug 2006 03:17:35 +0000 (GMT) (envelope-from freebsd@alaskaparadise.com) Received: by stargate.alaskaparadise.com (Postfix, from userid 0) id 62D7140CE; Sat, 5 Aug 2006 19:17:34 -0800 (AKDT) From: Beech Rintoul Organization: Alaska Paradise To: freebsd-current@freebsd.org Date: Sat, 5 Aug 2006 19:17:18 -0800 User-Agent: KMail/1.9.3 References: <200608051830.00840.freebsd@alaskaparadise.com> <20060806023657.GB20358@troutmask.apl.washington.edu> In-Reply-To: <20060806023657.GB20358@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1356656.uY2EYteOQX"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200608051917.32428.freebsd@alaskaparadise.com> Cc: Steve Kargl Subject: Re: Problem with kmail (moved from ports) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Aug 2006 03:17:36 -0000 --nextPart1356656.uY2EYteOQX Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Saturday 05 August 2006 18:36, Steve Kargl wrote: > On Sat, Aug 05, 2006 at 06:29:48PM -0800, Beech Rintoul wrote: > > I just started getting the following error while trying to login to > > gmail: > > > > The process for the pop3s://pop.gmail.com protocol died unexpectedly. > > > > I'm running FreeBSD 7.0-CURRENT with the kde ports all up to date. I've > > double checked the configs and they are correct. I can log into pop3 on > > gmail from my windows box with no problems, so it's not a gmail problem. > > I tried rebuilding kdepim and it didn't help. On further checking I fou= nd > > that this all started after the recent upgrade of open ssl. > > > > Does anyone have a suggestion? I have no clue what to do next. > > Use ktrace to find where it dies. There has been some > recent changes to the socket code that may have caused > this problem. OK, I ran ktrace on that process, checked gmail and got the error. It produ= ced=20 a large ktrace.out file that I tried looking at with kdump. To be honest, I= =20 really don't know what I'm looking for. If someone would take a look, I=20 posted the file here: http://www.alaskaparadise.com/freebsd/ktrace.out Beech =2D-=20 =2D------------------------------------------------------------------------= =2D------------- Beech Rintoul - Sys. Administrator - beech@alaskaparadise.com /"\ ASCII Ribbon Campaign | Alaska Paradise \ / - NO HTML/RTF in e-mail | 201 East 9Th Avenue Ste.310 X - NO Word docs in e-mail | Anchorage, AK 99501 / \ - Please visit Alaska Paradise - http://www.alaskaparadise.com =2D------------------------------------------------------------------------= =2D------------- --nextPart1356656.uY2EYteOQX Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBE1V9MR5sEeCt9j00RAqRTAJ9/EdzvHa9Na+qrAN/i6XVJDnVTAwCfeoGl oFXDfa0Po25jVA2cl//ayfo= =vd5W -----END PGP SIGNATURE----- --nextPart1356656.uY2EYteOQX-- From owner-freebsd-current@FreeBSD.ORG Sun Aug 6 08:29:37 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E181516A4DD; Sun, 6 Aug 2006 08:29:37 +0000 (UTC) (envelope-from rse@engelschall.com) Received: from visp1.engelschall.com (visp1.engelschall.com [195.30.6.144]) by mx1.FreeBSD.org (Postfix) with ESMTP id 70D4B43D45; Sun, 6 Aug 2006 08:29:37 +0000 (GMT) (envelope-from rse@engelschall.com) Received: by visp1.engelschall.com (Postfix, from userid 21100) id E8EBE1B4482E; Sun, 6 Aug 2006 10:29:35 +0200 (CEST) Received: by en1.engelschall.com (Postfix, from userid 10000) id BF638A1B02; Sun, 6 Aug 2006 10:29:27 +0200 (CEST) Date: Sun, 6 Aug 2006 10:29:27 +0200 From: "Ralf S. Engelschall" To: Dmitry Morozovsky Message-ID: <20060806082927.GA17297@engelschall.com> References: <20060805155548.EBE837302F@freebsd-current.sentex.ca> <20060805220746.U9314@woozle.rinet.ru> <20060805223658.X9314@woozle.rinet.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060805223658.X9314@woozle.rinet.ru> Organization: FreeBSD User-Agent: Mutt/1.5.12 OpenPKG/CURRENT-2006-07-14 Cc: amd64@freebsd.org, rse@freebsd.org, current@freebsd.org Subject: Re: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Ralf S. Engelschall" List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Aug 2006 08:29:38 -0000 On Sat, Aug 05, 2006, Dmitry Morozovsky wrote: > On Sat, 5 Aug 2006, Dmitry Morozovsky wrote: > > DM> FT> mkdep -f .depend -a -DRDUMP -DRESCUE /src/sbin/dump/itime.c /src/sbin/dump/main.c /src/sbin/dump/optr.c /src/sbin/dump/dumprmt.c /src/sbin/dump/tape.c /src/sbin/dump/traverse.c /src/sbin/dump/unctime.c /src/sbin/dump/cache.c > DM> FT> echo dump: /obj/amd64/src/tmp/usr/lib/libc.a >> .depend > DM> FT> cc -O2 -pipe -DRDUMP -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/sbin/dump/itime.c > DM> FT> cc -O2 -pipe -DRDUMP -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/sbin/dump/main.c > DM> FT> cc -O2 -pipe -DRDUMP -DRESCUE -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -c /src/sbin/dump/optr.c > DM> FT> /src/sbin/dump/optr.c: In function `timeest': > DM> FT> /src/sbin/dump/optr.c:214: warning: field precision is not type int (arg 7) > DM> > DM> It seems at least on amd64 size_t (strlen() result) is not int. > DM> > DM> Maybe the following quick fix? > > Or, maybe, the following would be less ugly: > > Index: optr.c > =================================================================== > RCS file: /home/ncvs/src/sbin/dump/optr.c,v > retrieving revision 1.33 > diff -u -r1.33 optr.c > --- optr.c 5 Aug 2006 12:50:38 -0000 1.33 > +++ optr.c 5 Aug 2006 18:38:21 -0000 > @@ -209,14 +209,15 @@ > mins = (deltat % 3600) / 60; > > tdone_str = ctime(&tdone); > + tdone_str[(strlen(tdone_str) - 1)] = '\0'; > setproctitle( > - "%s: pass %d: %3.2f%% done, finished in %d:%02d at %.*s", > - disk, passno, percent, hours, mins, strlen(tdone_str) - 1, tdone_str); > + "%s: pass %d: %3.2f%% done, finished in %d:%02d at %s", > + disk, passno, percent, hours, mins, tdone_str); > if (tnow >= tschedule) { > tschedule = tnow + 300; > if (blockswritten < 500) > return; > - msg("%3.2f%% done, finished in %d:%02d at %s", percent, > + msg("%3.2f%% done, finished in %d:%02d at %s\n", percent, > hours, mins, tdone_str); > } > } Yes, that's ok. Please commit this fix for us. Thanks! -- rse@FreeBSD.org Ralf S. Engelschall FreeBSD.org/~rse rse@engelschall.com FreeBSD committer www.engelschall.com From owner-freebsd-current@FreeBSD.ORG Sun Aug 6 09:37:23 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 85A3016A4DE; Sun, 6 Aug 2006 09:37:23 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id D3EE943D45; Sun, 6 Aug 2006 09:37:22 +0000 (GMT) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.13.6/8.13.6) with ESMTP id k769bLlw037057; Sun, 6 Aug 2006 13:37:21 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Sun, 6 Aug 2006 13:37:21 +0400 (MSD) From: Dmitry Morozovsky To: "Ralf S. Engelschall" In-Reply-To: <20060806082927.GA17297@engelschall.com> Message-ID: <20060806133029.N36363@woozle.rinet.ru> References: <20060805155548.EBE837302F@freebsd-current.sentex.ca> <20060805220746.U9314@woozle.rinet.ru> <20060805223658.X9314@woozle.rinet.ru> <20060806082927.GA17297@engelschall.com> X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (woozle.rinet.ru [0.0.0.0]); Sun, 06 Aug 2006 13:37:21 +0400 (MSD) Cc: amd64@FreeBSD.org, current@FreeBSD.org Subject: Re: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Aug 2006 09:37:23 -0000 On Sun, 6 Aug 2006, Ralf S. Engelschall wrote: RSE> > DM> It seems at least on amd64 size_t (strlen() result) is not int. RSE> > RSE> > Or, maybe, the following would be less ugly: RSE> > tdone_str = ctime(&tdone); RSE> > + tdone_str[(strlen(tdone_str) - 1)] = '\0'; Well, next thought: ctime(3) described as POSIX.1 function having fixed length of 26 chars. Is it safe and standards-compliant to save strlen(3) call and just use tdone_str[24] = '\0' ? Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Sun Aug 6 12:40:20 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6C4DC16A4DA for ; Sun, 6 Aug 2006 12:40:20 +0000 (UTC) (envelope-from Wolfram.Fenske@Student.Uni-Magdeburg.DE) Received: from mail.uni-magdeburg.de (mail.uni-magdeburg.de [141.44.1.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 889A543D49 for ; Sun, 6 Aug 2006 12:40:17 +0000 (GMT) (envelope-from Wolfram.Fenske@Student.Uni-Magdeburg.DE) Received: from sunny.urz.uni-magdeburg.de ([141.44.8.7]) by mail.uni-magdeburg.de with esmtp (EXIM Version 4.62) for id 1G9hvS-0003ue-NN; Sun, 06 Aug 2006 14:40:16 +0200 Received: from hondo. (pD95169AF.dip0.t-ipconnect.de [217.81.105.175]) (authenticated bits=0) by sunny.urz.uni-magdeburg.de (8.12.10/8.12.10) with ESMTP id k76CeDSX003306 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Sun, 6 Aug 2006 14:40:14 +0200 To: freebsd-current@freebsd.org References: <20060805155548.EBE837302F@freebsd-current.sentex.ca> <20060805220746.U9314@woozle.rinet.ru> <20060805223658.X9314@woozle.rinet.ru> <20060806082927.GA17297@engelschall.com> From: Wolfram Fenske Date: Sun, 06 Aug 2006 14:38:39 +0200 In-Reply-To: <20060806082927.GA17297@engelschall.com> (Ralf S. Engelschall's message of "Sun, 6 Aug 2006 10:29:27 +0200") Message-ID: <864pwqf38w.fsf@student.uni-magdeburg.de> User-Agent: Gnus/5.1007 (Gnus v5.10.7) XEmacs/21.4.19 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Score: -2.6 (--) X-Spam-Report: ---- Start SpamAssassin results -2.6 points, 5.0 required; -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1% [score: 0.0000] 0.0 AWL AWL: From: address is in the auto white-list ---- End of SpamAssassin results X-Scan-Signature: 878ea66800a85e4403ab137cadaa637c Subject: Re: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Sun, 06 Aug 2006 12:40:20 -0000 "Ralf S. Engelschall" writes: > On Sat, Aug 05, 2006, Dmitry Morozovsky wrote: > >> Or, maybe, the following would be less ugly: >> >> Index: optr.c >> =================================================================== >> RCS file: /home/ncvs/src/sbin/dump/optr.c,v >> retrieving revision 1.33 >> diff -u -r1.33 optr.c >> --- optr.c 5 Aug 2006 12:50:38 -0000 1.33 >> +++ optr.c 5 Aug 2006 18:38:21 -0000 >> @@ -209,14 +209,15 @@ >> mins = (deltat % 3600) / 60; >> >> tdone_str = ctime(&tdone); >> + tdone_str[(strlen(tdone_str) - 1)] = '\0'; Shouldn't this be tdone_str[strlen(tdone_str)] = '\0'; or did you mean to truncate the last character? Wolfram Fenske -- A: Yes. >Q: Are you sure? >>A: Because it reverses the logical flow of conversation. >>>Q: Why is top posting frowned upon? From owner-freebsd-current@FreeBSD.ORG Sun Aug 6 12:42:26 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D9DA316A4DA for ; Sun, 6 Aug 2006 12:42:26 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2FC9943D46 for ; Sun, 6 Aug 2006 12:42:25 +0000 (GMT) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.13.6/8.13.6) with ESMTP id k76CgPtZ045722 for ; Sun, 6 Aug 2006 16:42:25 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Sun, 6 Aug 2006 16:42:25 +0400 (MSD) From: Dmitry Morozovsky To: freebsd-current@freebsd.org In-Reply-To: <864pwqf38w.fsf@student.uni-magdeburg.de> Message-ID: <20060806164147.P45264@woozle.rinet.ru> References: <20060805155548.EBE837302F@freebsd-current.sentex.ca> <20060805220746.U9314@woozle.rinet.ru> <20060805223658.X9314@woozle.rinet.ru> <20060806082927.GA17297@engelschall.com> <864pwqf38w.fsf@student.uni-magdeburg.de> X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (woozle.rinet.ru [0.0.0.0]); Sun, 06 Aug 2006 16:42:25 +0400 (MSD) Subject: Re: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Aug 2006 12:42:26 -0000 On Sun, 6 Aug 2006, Wolfram Fenske wrote: WF> >> Index: optr.c WF> >> =================================================================== WF> >> RCS file: /home/ncvs/src/sbin/dump/optr.c,v WF> >> retrieving revision 1.33 WF> >> diff -u -r1.33 optr.c WF> >> --- optr.c 5 Aug 2006 12:50:38 -0000 1.33 WF> >> +++ optr.c 5 Aug 2006 18:38:21 -0000 WF> >> @@ -209,14 +209,15 @@ WF> >> mins = (deltat % 3600) / 60; WF> >> WF> >> tdone_str = ctime(&tdone); WF> >> + tdone_str[(strlen(tdone_str) - 1)] = '\0'; WF> WF> Shouldn't this be WF> WF> tdone_str[strlen(tdone_str)] = '\0'; WF> WF> or did you mean to truncate the last character? The latter - and this was the original rse@'s intention AFAICS. Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Sun Aug 6 13:46:52 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A32A16A4E6 for ; Sun, 6 Aug 2006 13:46:52 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8961843D5F for ; Sun, 6 Aug 2006 13:46:38 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 0E6F320A6; Sun, 6 Aug 2006 15:46:34 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on tim.des.no Received: from xps.des.no (des.no [80.203.243.180]) by tim.des.no (Postfix) with ESMTP id 91DC22085; Sun, 6 Aug 2006 15:46:33 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id 7A26233C28; Sun, 6 Aug 2006 15:46:33 +0200 (CEST) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: Beech Rintoul References: <200608051830.00840.freebsd@alaskaparadise.com> <20060806023657.GB20358@troutmask.apl.washington.edu> <200608051917.32428.freebsd@alaskaparadise.com> Date: Sun, 06 Aug 2006 15:46:33 +0200 In-Reply-To: <200608051917.32428.freebsd@alaskaparadise.com> (Beech Rintoul's message of "Sat, 5 Aug 2006 19:17:18 -0800") Message-ID: <86vep6vux2.fsf@xps.des.no> User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, Steve Kargl Subject: Re: Problem with kmail (moved from ports) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Aug 2006 13:46:52 -0000 Beech Rintoul writes: > OK, I ran ktrace on that process, checked gmail and got the > error. It produced a large ktrace.out file that I tried looking at > with kdump. To be honest, I really don't know what I'm looking > for. If someone would take a look, I posted the file here: > > http://www.alaskaparadise.com/freebsd/ktrace.out You didn't catch the dying process, which is most likely a child or grandchild of the process you traced. Try again with: $ ktrace -di -tcns kmail DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sun Aug 6 10:16:03 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4ABA716A4DD; Sun, 6 Aug 2006 10:16:03 +0000 (UTC) (envelope-from rse@engelschall.com) Received: from visp1.engelschall.com (visp1.engelschall.com [195.30.6.144]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4FFF143D5A; Sun, 6 Aug 2006 10:16:02 +0000 (GMT) (envelope-from rse@engelschall.com) Received: by visp1.engelschall.com (Postfix, from userid 21100) id CFA6D1B4482E; Sun, 6 Aug 2006 12:16:00 +0200 (CEST) Received: by en1.engelschall.com (Postfix, from userid 10000) id 7CC53A1B02; Sun, 6 Aug 2006 12:15:17 +0200 (CEST) Date: Sun, 6 Aug 2006 12:15:17 +0200 From: "Ralf S. Engelschall" To: Dmitry Morozovsky Message-ID: <20060806101517.GA37482@engelschall.com> References: <20060805155548.EBE837302F@freebsd-current.sentex.ca> <20060805220746.U9314@woozle.rinet.ru> <20060805223658.X9314@woozle.rinet.ru> <20060806082927.GA17297@engelschall.com> <20060806133029.N36363@woozle.rinet.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060806133029.N36363@woozle.rinet.ru> Organization: FreeBSD User-Agent: Mutt/1.5.12 OpenPKG/CURRENT-2006-07-14 X-Mailman-Approved-At: Sun, 06 Aug 2006 14:47:24 +0000 Cc: Subject: Re: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Ralf S. Engelschall" List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Aug 2006 10:16:03 -0000 On Sun, Aug 06, 2006, Dmitry Morozovsky wrote: > On Sun, 6 Aug 2006, Ralf S. Engelschall wrote: > > RSE> > DM> It seems at least on amd64 size_t (strlen() result) is not int. > RSE> > > RSE> > Or, maybe, the following would be less ugly: > > RSE> > tdone_str = ctime(&tdone); > RSE> > + tdone_str[(strlen(tdone_str) - 1)] = '\0'; > > Well, next thought: ctime(3) described as POSIX.1 function having fixed length > of 26 chars. Is it safe and standards-compliant to save strlen(3) call and just > use tdone_str[24] = '\0' ? This was my first thought also after reading the ctime(3) manual page. But after quickly checking the sources it didn't looked to me that the string is always really exactly 26 characters only. I think the strlen(3) call is acceptable as this way we are really doing what we want: we strip the trailing newline. If we hard-code a "26" here we would just obfuscate the source even more as the reader certainly doesn't understand at the first spot from where the magic "26" comes from. Ralf S. Engelschall rse@engelschall.com www.engelschall.com From owner-freebsd-current@FreeBSD.ORG Sun Aug 6 18:12:05 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3B0C616A4DD for ; Sun, 6 Aug 2006 18:12:05 +0000 (UTC) (envelope-from freebsd@alaskaparadise.com) Received: from stargate.alaskaparadise.com (114-103-74-65.gci.net [65.74.103.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F35443D49 for ; Sun, 6 Aug 2006 18:12:03 +0000 (GMT) (envelope-from freebsd@alaskaparadise.com) Received: by stargate.alaskaparadise.com (Postfix, from userid 0) id 5DC2840CF; Sun, 6 Aug 2006 10:12:01 -0800 (AKDT) From: Beech Rintoul Organization: Alaska Paradise To: freebsd-current@freebsd.org Date: Sun, 6 Aug 2006 10:11:43 -0800 User-Agent: KMail/1.9.3 References: <200608051830.00840.freebsd@alaskaparadise.com> <200608051917.32428.freebsd@alaskaparadise.com> <86vep6vux2.fsf@xps.des.no> In-Reply-To: <86vep6vux2.fsf@xps.des.no> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1680618.7ut4AF8HVp"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200608061011.59904.freebsd@alaskaparadise.com> Cc: Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?= , Steve Kargl Subject: Re: Problem with kmail (moved from ports) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Aug 2006 18:12:05 -0000 --nextPart1680618.7ut4AF8HVp Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sunday 06 August 2006 05:46, Dag-Erling Sm=F8rgrav wrote: > Beech Rintoul writes: > > OK, I ran ktrace on that process, checked gmail and got the > > error. It produced a large ktrace.out file that I tried looking at > > with kdump. To be honest, I really don't know what I'm looking > > for. If someone would take a look, I posted the file here: > > > > http://www.alaskaparadise.com/freebsd/ktrace.out > > You didn't catch the dying process, which is most likely a child or > grandchild of the process you traced. =A0Try again with: > > $ ktrace -di -tcns kmail > > DES I did as you suggested and the trace is posted at the same link. Beech =2D-=20 =2D------------------------------------------------------------------------= =2D------------- Beech Rintoul - Sys. Administrator - beech@alaskaparadise.com /"\ ASCII Ribbon Campaign | Alaska Paradise \ / - NO HTML/RTF in e-mail | 201 East 9Th Avenue Ste.310 X - NO Word docs in e-mail | Anchorage, AK 99501 / \ - Please visit Alaska Paradise - http://www.alaskaparadise.com =2D------------------------------------------------------------------------= =2D------------- --nextPart1680618.7ut4AF8HVp Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBE1jDvR5sEeCt9j00RAqOmAJ0Q0m8QNsM2UdaMV4VKmT7GJ7XpFQCfTlNB RQ66Z1L2lNITkMfl+7XyqPk= =6ZcY -----END PGP SIGNATURE----- --nextPart1680618.7ut4AF8HVp-- From owner-freebsd-current@FreeBSD.ORG Sun Aug 6 22:44:52 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DFD7A16A4DD for ; Sun, 6 Aug 2006 22:44:52 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B97243D46 for ; Sun, 6 Aug 2006 22:44:52 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 94D3F20A7; Mon, 7 Aug 2006 00:44:47 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on tim.des.no Received: from xps.des.no (des.no [80.203.243.180]) by tim.des.no (Postfix) with ESMTP id 0E4272085; Mon, 7 Aug 2006 00:44:47 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id D675833C28; Mon, 7 Aug 2006 00:44:46 +0200 (CEST) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: Beech Rintoul References: <200608051830.00840.freebsd@alaskaparadise.com> <200608051917.32428.freebsd@alaskaparadise.com> <86vep6vux2.fsf@xps.des.no> <200608061011.59904.freebsd@alaskaparadise.com> Date: Mon, 07 Aug 2006 00:44:46 +0200 In-Reply-To: <200608061011.59904.freebsd@alaskaparadise.com> (Beech Rintoul's message of "Sun, 6 Aug 2006 10:11:43 -0800") Message-ID: <86mzahh4bl.fsf@xps.des.no> User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, Steve Kargl Subject: Re: Problem with kmail (moved from ports) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Aug 2006 22:44:53 -0000 Beech Rintoul writes: > I did as you suggested and the trace is posted at the same link. I still don't see anything of interest. However, kmail forks off a child that talks DCOP to someone, possibly a separate process in charge of communicating with your POP server. I'd suggest you talk to some KDE people. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Mon Aug 7 02:20:13 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5D10116A4DE for ; Mon, 7 Aug 2006 02:20:13 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id DEB3C43D46 for ; Mon, 7 Aug 2006 02:20:09 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.25]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id k772JlMs011030 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 7 Aug 2006 11:49:47 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Mon, 7 Aug 2006 11:49:48 +0930 User-Agent: KMail/1.9.3 References: <200608051830.00840.freebsd@alaskaparadise.com> <200608061011.59904.freebsd@alaskaparadise.com> <86mzahh4bl.fsf@xps.des.no> In-Reply-To: <86mzahh4bl.fsf@xps.des.no> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart6600642.GzohIbT7YU"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200608071149.49002.doconnor@gsoft.com.au> X-Spam-Score: -1.36 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.56 on 203.31.81.10 Cc: Beech Rintoul , Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?= , Steve Kargl Subject: Re: Problem with kmail (moved from ports) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Aug 2006 02:20:13 -0000 --nextPart6600642.GzohIbT7YU Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 07 August 2006 08:14, Dag-Erling Sm=F8rgrav wrote: > Beech Rintoul writes: > > I did as you suggested and the trace is posted at the same link. > > I still don't see anything of interest. However, kmail forks off a > child that talks DCOP to someone, possibly a separate process in > charge of communicating with your POP server. I'd suggest you talk to > some KDE people. kmail uses KIO slaves for POP, SMTP and IMAP communication. ie.. 1200 ?? I 0:01.88 kdeinit: kdeinit: kio_imap4 imaps /usr/tmp/ksocke= t-darius/klauncherqjGlcp.slave-socket /usr/tmp/ksocket-darius/k 1981 ?? I 0:00.27 kdeinit: kdeinit: kio_smtp smtps /usr/tmp/ksocket= =2Ddarius/klauncherqjGlcp.slave-socket /usr/tmp/ksocket-darius/km =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 --nextPart6600642.GzohIbT7YU Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQBE1qNE5ZPcIHs/zowRAk2/AJwPWxC+pSBHZc2YDs/3RlVIqUhr4wCcDxrI mYFrWrrNFvo4D1vtawpSdoI= =wiKT -----END PGP SIGNATURE----- --nextPart6600642.GzohIbT7YU-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 7 09:41:02 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9280B16A4EF; Mon, 7 Aug 2006 09:41:02 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id BCE9E43D64; Mon, 7 Aug 2006 09:41:00 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.4/8.13.3) with ESMTP id k779ewJN052657 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 7 Aug 2006 13:40:58 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.4/8.13.1/Submit) id k779ewdO052656; Mon, 7 Aug 2006 13:40:58 +0400 (MSD) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Mon, 7 Aug 2006 13:40:57 +0400 From: Gleb Smirnoff To: soc-victor@FreeBSD.org Message-ID: <20060807094057.GT96644@FreeBSD.org> Mail-Followup-To: Gleb Smirnoff , soc-victor@freebsd.org, freebsd-current@freebsd.org, freebsd-net@freebsd.org References: <49402550608041418j1b4d2ac9r66cae310c11e7ec5@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <49402550608041418j1b4d2ac9r66cae310c11e7ec5@mail.gmail.com> User-Agent: Mutt/1.5.6i Cc: freebsd-net@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: SMUX (RFC 1227) implementation for BSNMPd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Aug 2006 09:41:02 -0000 On Sat, Aug 05, 2006 at 12:18:19AM +0300, victor cruceru wrote: v> Hi folks, v> I'm glad to announce an implementation of the venerable SNMP SMUX v> protocol for FreeBSD SNMP agent, bsnmpd. v> You can grab it from its wiki page http://wikitest.freebsd.org/SnmpSmux v> There you will find instructions about how to build it (it is a patch v> against -current) and how to play with it. v> For now it is only a bsnmpd module (the "server side") - but if v> someone is interested I have plans to write a libsmux library and API v> to be used in building smux peers (the "client side"). Cool! As soon as libsmux is done, I must chase myself to write SNMP support for mpd. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-current@FreeBSD.ORG Mon Aug 7 14:16:15 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DAEF916A4DA; Mon, 7 Aug 2006 14:16:15 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8103543D46; Mon, 7 Aug 2006 14:16:15 +0000 (GMT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.13.6/8.13.6) id k77EGEdb021505; Mon, 7 Aug 2006 09:16:14 -0500 (CDT) (envelope-from dan) Date: Mon, 7 Aug 2006 09:16:14 -0500 From: Dan Nelson To: Gleb Smirnoff , soc-victor@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-net@FreeBSD.org Message-ID: <20060807141614.GA16880@dan.emsphone.com> References: <49402550608041418j1b4d2ac9r66cae310c11e7ec5@mail.gmail.com> <20060807094057.GT96644@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060807094057.GT96644@FreeBSD.org> X-OS: FreeBSD 6.1-STABLE X-message-flag: Outlook Error User-Agent: Mutt/1.5.12-2006-07-14 Cc: Subject: Re: SMUX (RFC 1227) implementation for BSNMPd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Aug 2006 14:16:16 -0000 In the last episode (Aug 07), Gleb Smirnoff said: > On Sat, Aug 05, 2006 at 12:18:19AM +0300, victor cruceru wrote: > > I'm glad to announce an implementation of the venerable SNMP SMUX > > protocol for FreeBSD SNMP agent, bsnmpd. You can grab it from its > > wiki page http://wikitest.freebsd.org/SnmpSmux There you will find > > instructions about how to build it (it is a patch against -current) > > and how to play with it. For now it is only a bsnmpd module (the > > "server side") - but if someone is interested I have plans to write > > a libsmux library and API to be used in building smux peers (the > > "client side"). > > Cool! As soon as libsmux is done, I must chase myself to > write SNMP support for mpd. I thought SMUX was obsoleted many years ago by AgentX (RFC 2257) ? -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-current@FreeBSD.ORG Mon Aug 7 14:37:41 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C4EF916A501 for ; Mon, 7 Aug 2006 14:37:41 +0000 (UTC) (envelope-from victor.cruceru@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.224]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3666E43D49 for ; Mon, 7 Aug 2006 14:37:41 +0000 (GMT) (envelope-from victor.cruceru@gmail.com) Received: by wx-out-0506.google.com with SMTP id s13so218837wxc for ; Mon, 07 Aug 2006 07:37:40 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=SD1wUpk3lzKbBTgUz6MlrhYtgLjYNPgRQsGZdvm1tzbiF8b0dg/IBmeFozKuVglrXxu57jzSSnmby5iwLFWRcJUHEkK1rPPESv1JcfNkuuD6JWu0iL9BXiLP9+al1nJNlPT/bX1fRipe+5IqQ4V9VfB61DR4VzvWR/SSmdJsm/Y= Received: by 10.70.100.1 with SMTP id x1mr9054839wxb; Mon, 07 Aug 2006 07:37:40 -0700 (PDT) Received: by 10.70.78.9 with HTTP; Mon, 7 Aug 2006 07:37:40 -0700 (PDT) Message-ID: <49402550608070737p5b2604i5134aa5a6168049e@mail.gmail.com> Date: Mon, 7 Aug 2006 17:37:40 +0300 From: "victor cruceru" To: "Dan Nelson" In-Reply-To: <20060807141614.GA16880@dan.emsphone.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <49402550608041418j1b4d2ac9r66cae310c11e7ec5@mail.gmail.com> <20060807094057.GT96644@FreeBSD.org> <20060807141614.GA16880@dan.emsphone.com> Cc: freebsd-net@freebsd.org, Gleb Smirnoff , freebsd-current@freebsd.org Subject: Re: SMUX (RFC 1227) implementation for BSNMPd X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: soc-victor@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, 07 Aug 2006 14:37:41 -0000 Hi Dan, Yes, this is true. But for a simple IPC between master agent and sub-agents I think it is still good enough. On 8/7/06, Dan Nelson wrote: > In the last episode (Aug 07), Gleb Smirnoff said: > > On Sat, Aug 05, 2006 at 12:18:19AM +0300, victor cruceru wrote: > > > I'm glad to announce an implementation of the venerable SNMP SMUX > > > protocol for FreeBSD SNMP agent, bsnmpd. You can grab it from its > > > wiki page http://wikitest.freebsd.org/SnmpSmux There you will find > > > instructions about how to build it (it is a patch against -current) > > > and how to play with it. For now it is only a bsnmpd module (the > > > "server side") - but if someone is interested I have plans to write > > > a libsmux library and API to be used in building smux peers (the > > > "client side"). > > > > Cool! As soon as libsmux is done, I must chase myself to > > write SNMP support for mpd. > > I thought SMUX was obsoleted many years ago by AgentX (RFC 2257) ? > > -- > Dan Nelson > dnelson@allantgroup.com > -- victor cruceru ------------------------------------------------ Non est respondendum ad omnia. ( Cicero, Pro Murena Oratio ) ------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Mon Aug 7 15:27:41 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D8B6C16A4DD for ; Mon, 7 Aug 2006 15:27:41 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 24C5D43D49 for ; Mon, 7 Aug 2006 15:27:40 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.4/8.13.3) with ESMTP id k77FRdbW055991 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 7 Aug 2006 19:27:39 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.4/8.13.1/Submit) id k77FRcP9055990; Mon, 7 Aug 2006 19:27:38 +0400 (MSD) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Mon, 7 Aug 2006 19:27:38 +0400 From: Gleb Smirnoff To: Martin MATO Message-ID: <20060807152738.GG96644@cell.sick.ru> References: <44D461E0.9040407@wanadoo.fr> <44D4F60D.6060403@wanadoo.fr> <20060807080331.GL96644@cell.sick.ru> <44D7487D.9000902@wanadoo.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <44D7487D.9000902@wanadoo.fr> User-Agent: Mutt/1.5.6i Cc: current@FreeBSD.org Subject: Re: latest ng_ether commit broke pppoe connection? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Aug 2006 15:27:41 -0000 On Mon, Aug 07, 2006 at 04:04:45PM +0200, Martin MATO wrote: M> Gleb Smirnoff a ?crit : M> >On Sat, Aug 05, 2006 at 09:48:29PM +0200, Martin MATO wrote: M> >M> sorry to disturb you again M> >M> M> >M> well. M> >M> i managed to revert back to ng_ether.c v1.60 , and i can connect in M> >M> PPPoE again. M> >M> so it is the problem. M> >M> M> >M> i'm using a netgear FA-331 (sis.ko) M> >M> and a d-link dsl-300T in bridged mode directly plugged with the card M> >(no M> hub, no switch, only a single cable) M> > M> >I notice your email. I will fix the problem today. M> > M> > M> thank you very much. The problem is quite clear, but the right way to fix it isn't yet. So, no fix will be ready today. I will continue working on this tomorrow. You can continue working with old ng_ether.c -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-current@FreeBSD.ORG Mon Aug 7 17:16:22 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 540D616A4DA; Mon, 7 Aug 2006 17:16:22 +0000 (UTC) (envelope-from joe@tao.org.uk) Received: from mailhost.tao.org.uk (transwarp.tao.org.uk [87.74.4.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8410443D77; Mon, 7 Aug 2006 17:16:13 +0000 (GMT) (envelope-from joe@tao.org.uk) Received: from genius.tao.org.uk (genius.pact.cpes.susx.ac.uk [139.184.130.240]) by mailhost.tao.org.uk (Postfix) with ESMTP id D6501645D; Mon, 7 Aug 2006 18:16:11 +0100 (BST) Received: by genius.tao.org.uk (Postfix, from userid 100) id 7EC504073; Mon, 7 Aug 2006 18:16:05 +0100 (BST) Date: Mon, 7 Aug 2006 18:16:05 +0100 From: Josef Karthauser To: Phil Regnauld Message-ID: <20060807171605.GC838@genius.tao.org.uk> Mail-Followup-To: Josef Karthauser , Phil Regnauld , Dmitry Morozovsky , Pawel Jakub Dawidek , Chris , freebsd-net@freebsd.org, freebsd-current@freebsd.org References: <20060628103238.GA815@genius.tao.org.uk> <20060628103949.GJ2005@catpipe.net> <3aaaa3a0606281940k63c77ebfga84a854b2cd4ed84@mail.gmail.com> <20060801084156.GD3440@genius.tao.org.uk> <20060801084053.GE22731@catpipe.net> <20060803110525.GE804@genius.tao.org.uk> <20060804183146.N15526@woozle.rinet.ru> <20060804150057.GP29827@catpipe.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="96YOpH+ONegL0A3E" Content-Disposition: inline In-Reply-To: <20060804150057.GP29827@catpipe.net> User-Agent: Mutt/1.5.11 Cc: Chris , freebsd-net@freebsd.org, freebsd-current@freebsd.org, Pawel Jakub Dawidek , Dmitry Morozovsky Subject: Re: Can I pursuade someone to commit this patch? (Re: Multiple IP addresses in a jail.) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Aug 2006 17:16:22 -0000 --96YOpH+ONegL0A3E Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Aug 04, 2006 at 05:00:58PM +0200, Phil Regnauld wrote: > Dmitry Morozovsky (marck) writes: > >=20 > > I suppose pinging pjd@ did not work? ;) >=20 > Good question -- why did Pawel not commit them himself if he could ? :) >=20 No idea. I sent him an email asking on 28 Jun 2006, but I've not had a reply. Joe --=20 Josef Karthauser (joe@tao.org.uk) http://www.josef-k.net/ Physics Particle Theory (student) http://www.pact.cpes.sussex.ac.uk/ =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D An eclectic mix of fact an= d theory. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --96YOpH+ONegL0A3E Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iEYEARECAAYFAkTXdVUACgkQXVIcjOaxUBY2pACgmh0+l8OjkqIxB5sC1n4eW3TU fGUAn1PYZXH2JNL338QZxroxMgmSGRJr =3EmF -----END PGP SIGNATURE----- --96YOpH+ONegL0A3E-- From owner-freebsd-current@FreeBSD.ORG Mon Aug 7 19:29:17 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 777FF16A527 for ; Mon, 7 Aug 2006 19:29:17 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.233]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4530443D86 for ; Mon, 7 Aug 2006 19:29:04 +0000 (GMT) (envelope-from asmrookie@gmail.com) Received: by wx-out-0506.google.com with SMTP id i27so592473wxd for ; Mon, 07 Aug 2006 12:29:03 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth; b=L52lskp90/eNtJzS9dlrWnCCtFJJEuCSYSheVvFrDq2OjfWtEQfhNkIO5n0Xh3+k7YpLqSAkjshCxxgDH04UWkUGfyyqtpMNdPi/NZ7wtm46JRAOmcp/D9YmyJGAqNqixbKve3GbuDW9r/oXx+GGyyJe6s60kHZkw2uB+zusaUY= Received: by 10.70.38.19 with SMTP id l19mr7338328wxl; Mon, 07 Aug 2006 12:27:20 -0700 (PDT) Received: by 10.70.11.18 with HTTP; Mon, 7 Aug 2006 12:27:19 -0700 (PDT) Message-ID: <3bbf2fe10608071227j17c4cfa6qd84e1d8e53668fda@mail.gmail.com> Date: Mon, 7 Aug 2006 21:27:19 +0200 From: "Attilio Rao" Sender: asmrookie@gmail.com To: freebsd-arch@freebsd.org, freebsd-current@freebsd.org, "John Baldwin" MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Google-Sender-Auth: 4138493682e4faea Cc: Subject: [PATCH] Adding Solaris-style "owner of records" to rwlocks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Aug 2006 19:29:17 -0000 This is a first implementation of the owner of records concept in rwlocks. It allows to avoid the priority inversion problem in the current rwlocks implementation (for readers). The main idea (that John and I discussed) is to have as owner of records the first rlock'er for a "class contention". The implementation consists in adding two flags (RW_LOCK_OWNED and RW_LOCK_EXEMPTED) which are used in order to not penalyze the easy case, and syncronizing the operation of acquiring and dropping the owner of records with the turnstile spin-lock. The main scheme might work in this way: thread1::rlock() -> sets the owner of records thread2::rlock() -> checks for RW_LOCK_OWNED bit and, if it is set, go in the easy case thread3::rlock() -> checks for RW_LOCK_OWNED... thread4::wlock() -> blocks and land its priority to thread1 thread1::runlock() -> disable the owner of records (disowning the associated turnstile) and sets the RW_LOCK_EXEMPTED flag. In this way other threads will treact as an easy case. ... What I actually need is a testing suite for heavy-load contentions, since I would like to detect eventual races I missed, etc. If somebody has a get-ready testing suite, please, let me know. The patch against HEAD is here: http://users.gufi.org/~rookie/works/patches/rwlocks.diff Please, this is not intended to be a final implementation for this, since I think that it can be improved; it is just a starting point for ongoing works and improvements. Let me know if something is not clear. Feedbacks, comments, ideas are welcome. Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Mon Aug 7 19:29:28 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 61A7E16A501 for ; Mon, 7 Aug 2006 19:29:28 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id BEC6543D62 for ; Mon, 7 Aug 2006 19:29:25 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id k77JTN4Q036769; Mon, 7 Aug 2006 15:29:23 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Jeremie Le Hen Date: Mon, 7 Aug 2006 12:43:10 -0400 User-Agent: KMail/1.9.1 References: <20060529153103.GA17178@obiwan.tataz.chchile.org> <200606011441.07494.jhb@freebsd.org> <20060805090119.GM4498@obiwan.tataz.chchile.org> In-Reply-To: <20060805090119.GM4498@obiwan.tataz.chchile.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200608071243.10476.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Mon, 07 Aug 2006 15:29:23 -0400 (EDT) X-Virus-Scanned: ClamAV 0.87.1/1639/Mon Aug 7 09:34:09 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: freebsd-current@freebsd.org Subject: Re: [fbsd] Re: [fbsd] timer goes sluggish X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Aug 2006 19:29:28 -0000 On Saturday 05 August 2006 05:01, Jeremie Le Hen wrote: > Hi John, > > On Thu, Jun 01, 2006 at 02:41:07PM -0400, John Baldwin wrote: > > On Tuesday 30 May 2006 18:32, Jeremie Le Hen wrote: > > > Hi, > > > > > > On Mon, May 29, 2006 at 05:31:03PM +0200, Jeremie Le Hen wrote: > > > > Hi, > > > > > > > > I won't write too much, the following session will tell much more: > > > > > > > > % jarjarbinks:root# ntpdate -b chronos.cru.fr > > > > % 29 May 17:08:44 ntpdate[4254]: step time server 195.220.94.163 offset > > 0.000273 sec > > > > % jarjarbinks:root# sysctl kern.timecounter.hardware > > > > % kern.timecounter.hardware: ACPI-fast > > > > % jarjarbinks:root# while : ; do date ; sleep 1 ; done > > > > % Mon May 29 17:08:56 CEST 2006 > > > > % Mon May 29 17:09:03 CEST 2006 > > > > % Mon May 29 17:09:09 CEST 2006 > > > > % Mon May 29 17:09:16 CEST 2006 > > > > % Mon May 29 17:09:22 CEST 2006 > > > > % ^C > > > > > > Sometimes, I feel dumb. > > > > > > I noticed that the clock sped up when the CPU makes heavy computing, > > > which meant there was some power saving on idleness. > > > > > > I dug a bit I found that hw.acpi.cpu.cx_lowest=C4. > > > Setting it hw.acpi.cpu.cx_lowest=C1 makes the clock goes ``in time'' :). > > > > If you are using APIC, try disabling APIC and see if it works ok with higher > > Cx states. > > Sorry for the delay. > > I was indeed using APIC, and got a chance to disable it. I am writing > this mail with C4 state set and it works flawlessly: > > % # sysctl hw.acpi.cpu.cx_lowest > % hw.acpi.cpu.cx_lowest: C4 > % # while : ; do date ; sleep 1 ; done > % Sat Aug 5 10:54:19 UTC 2006 > % Sat Aug 5 10:54:20 UTC 2006 > % Sat Aug 5 10:54:21 UTC 2006 > % Sat Aug 5 10:54:22 UTC 2006 > > > What's the point in disabling apic ? Am I supposed to lose some > features along with the apic support removal, or is it something I > won't notice ? On a laptop you probably won't notice unless it is a dual-core CPU or one with HT (and you want to use the HT) as disabling APIC disables support for SMP on x86. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Aug 7 22:00:34 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 748EF16A4F2; Mon, 7 Aug 2006 22:00:34 +0000 (UTC) (envelope-from ssouhlal@FreeBSD.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 12DC443D8F; Mon, 7 Aug 2006 22:00:30 +0000 (GMT) (envelope-from ssouhlal@FreeBSD.org) Received: from [192.168.250.2] (80-219-8-155.dclient.hispeed.ch [80.219.8.155]) by elvis.mu.org (Postfix) with ESMTP id E163A1A3C27; Mon, 7 Aug 2006 15:00:29 -0700 (PDT) Message-ID: <44D7B7ED.5070302@FreeBSD.org> Date: Tue, 08 Aug 2006 00:00:13 +0200 From: Suleiman Souhlal User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051204) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Attilio Rao References: <3bbf2fe10608071227j17c4cfa6qd84e1d8e53668fda@mail.gmail.com> In-Reply-To: <3bbf2fe10608071227j17c4cfa6qd84e1d8e53668fda@mail.gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-arch@freebsd.org Subject: Re: [PATCH] Adding Solaris-style "owner of records" to rwlocks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Aug 2006 22:00:34 -0000 Attilio Rao wrote: > This is a first implementation of the owner of records concept in rwlocks. > It allows to avoid the priority inversion problem in the current > rwlocks implementation (for readers). > > The main idea (that John and I discussed) is to have as owner of > records the first rlock'er for a "class contention". > The implementation consists in adding two flags (RW_LOCK_OWNED and > RW_LOCK_EXEMPTED) which are used in order to not penalyze the easy > case, and syncronizing the operation of acquiring and dropping the > owner of records with the turnstile spin-lock. > The main scheme might work in this way: > > thread1::rlock() -> sets the owner of records > thread2::rlock() -> checks for RW_LOCK_OWNED bit and, if it is set, go > in the easy case > thread3::rlock() -> checks for RW_LOCK_OWNED... > thread4::wlock() -> blocks and land its priority to thread1 > thread1::runlock() -> disable the owner of records (disowning the > associated turnstile) and sets the RW_LOCK_EXEMPTED flag. In this way > other threads will treact as an easy case. > ... Aren't you missing the hard part: transferring ownership from one reader to another? If you don't, you'll still have priority inversions as soon as the initial reader unlocks.. -- Suleiman From owner-freebsd-current@FreeBSD.ORG Mon Aug 7 23:23:04 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B1DE516A4DA; Mon, 7 Aug 2006 23:23:04 +0000 (UTC) (envelope-from mime@traveller.cz) Received: from ss.eunet.cz (ss.eunet.cz [193.85.228.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC6CE43D4C; Mon, 7 Aug 2006 23:23:02 +0000 (GMT) (envelope-from mime@traveller.cz) Received: from localhost.i.cz (ss.eunet.cz [193.85.228.13]) by ss.eunet.cz (8.13.6/8.13.6) with ESMTP id k77NMufV020322 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Tue, 8 Aug 2006 01:22:58 +0200 (CEST) (envelope-from mime@traveller.cz) From: Michal Mertl To: John Baldwin In-Reply-To: <200607311305.38398.jhb@freebsd.org> References: <200607251254.k6PCsBef092737@lurza.secnetix.de> <20060729230214.GI12597@groat.ugcs.caltech.edu> <1154216319.23616.23.camel@genius.i.cz> <200607311305.38398.jhb@freebsd.org> Content-Type: multipart/mixed; boundary="=-M1f0G+6ZA/CPnYVMw/pL" Date: Tue, 08 Aug 2006 01:22:37 +0200 Message-Id: <1154992958.2913.26.camel@genius.i.cz> Mime-Version: 1.0 X-Mailer: Evolution 2.6.3 FreeBSD GNOME Team Port Cc: Paul Allen , freebsd-current@freebsd.org, Brian Candler , Peter Jeremy Subject: Re: vmstat's entries type X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Aug 2006 23:23:04 -0000 --=-M1f0G+6ZA/CPnYVMw/pL Content-Type: text/plain Content-Transfer-Encoding: 7bit John Baldwin wrote: > On Saturday 29 July 2006 19:38, Michal Mertl wrote: > > Paul Allen wrote: > > > Surely all you need to do is a cheap crit_enter,crit_exit > > > while updating the 64-bit per cpu counters. and on > > > a 64-bit arch you skip the crit_enter,crit_exit. > > > > Critical_enter/exit seem to be quite lightweight (single > > read/modify/write of a variable). > > > > > Seriously this is a bike shed. We can summarize it thus: > > > statistics should be maintained in 64-bit counters, these > > > counters should be per-cpu and consistent in that context, > > > nothing else should appear on the critical path. > > > > Why do you call it a bikesched? I think that your proposal could work > > but as nobody proposed doing the stuff with critical_* before, the > > thread may be fruitful. > > > > Is critical_* good enough protection though? What if two threads were > > updating the same per-CPU counter on the same CPU at the same time? With > > 64bits counter on a 32bit architecture? I expect the cache coherency > > issues are completely eliminated with per-CPU data, aren't they? > > critical_* would prevent an interrupt from preempting the thread, so you > wouldn't have this case. > > That said, I think just using a simple algo (like inc; jnc 1b; inc; 1:) would > be fine. With the counter being per-cpu you don't even need the 'lock' > prefix for i386. You would have to find similar solutions for other 32-bit > archs (arm, ppc, mips). Attached please find a diff against fresh CURRENT src/sys, which basically just wraps all modifications of the vmmeter's counters with PCPU_CNTR{64,}_INC/ADD. The implementation of the increment is left to the compiler but it should be easy to write anything MD instead (I believe compiler generates rather good code (probably very similar to your sequence above on i386)). The counters were mostly changed to int64_t; uint should be fine too but I remember BDE said several times unsigned types are evil :-). The macro may also be changed to give the user compile-time chance to choose whether to prefer accuracy or speed, e.g. use critical_enter/exit. The resulting UP I386 kernel works and the stats seem to look OK. The consumers have to be changed too (systat needs attached patch, sysctl needs to be recompiled to catch the change in src/sys/sys/vmmeter.h, other programs may have to be recompiled/changed a little too). I would love to measure the performance impact, especially on SMP I386 but I don't have easy access to such a hardware at the moment. I think the impact shouldn't be measuarable, although the changes in src/sys/vm_fault/vm_fault(), where atomic_add_int has been replaced by the simple PCPU increment, may be positive on SMP configs under high memory pressure. Michal --=-M1f0G+6ZA/CPnYVMw/pL Content-Disposition: attachment; filename=systat.c.diff Content-Type: text/x-patch; name=systat.c.diff; charset=ISO-8859-2 Content-Transfer-Encoding: 7bit Index: vmstat.c =================================================================== RCS file: /home/fcvs/cvs/src/usr.bin/systat/vmstat.c,v retrieving revision 1.80 diff -u -r1.80 vmstat.c --- vmstat.c 1 May 2006 07:02:52 -0000 1.80 +++ vmstat.c 7 Aug 2006 22:43:01 -0000 @@ -74,34 +74,34 @@ static struct Info { long time[CPUSTATES]; - u_int v_swtch; /* context switches */ - u_int v_trap; /* calls to trap */ - u_int v_syscall; /* calls to syscall() */ - u_int v_intr; /* device interrupts */ - u_int v_soft; /* software interrupts */ + int64_t v_swtch; /* context switches */ + int64_t v_trap; /* calls to trap */ + int64_t v_syscall; /* calls to syscall() */ + int64_t v_intr; /* device interrupts */ + int64_t v_soft; /* software interrupts */ /* * Virtual memory activity. */ - u_int v_vm_faults; /* number of address memory faults */ - u_int v_cow_faults; /* number of copy-on-writes */ - u_int v_zfod; /* pages zero filled on demand */ - u_int v_ozfod; /* optimized zero fill pages */ - u_int v_swapin; /* swap pager pageins */ - u_int v_swapout; /* swap pager pageouts */ - u_int v_swappgsin; /* swap pager pages paged in */ - u_int v_swappgsout; /* swap pager pages paged out */ - u_int v_vnodein; /* vnode pager pageins */ - u_int v_vnodeout; /* vnode pager pageouts */ - u_int v_vnodepgsin; /* vnode_pager pages paged in */ - u_int v_vnodepgsout; /* vnode pager pages paged out */ - u_int v_intrans; /* intransit blocking page faults */ - u_int v_reactivated; /* number of pages reactivated from free list */ - u_int v_pdwakeups; /* number of times daemon has awaken from sleep */ - u_int v_pdpages; /* number of pages analyzed by daemon */ - - u_int v_dfree; /* pages freed by daemon */ - u_int v_pfree; /* pages freed by exiting processes */ - u_int v_tfree; /* total pages freed */ + int64_t v_vm_faults; /* number of address memory faults */ + int64_t v_cow_faults; /* number of copy-on-writes */ + int64_t v_zfod; /* pages zero filled on demand */ + int64_t v_ozfod; /* optimized zero fill pages */ + int64_t v_swapin; /* swap pager pageins */ + int64_t v_swapout; /* swap pager pageouts */ + int64_t v_swappgsin; /* swap pager pages paged in */ + int64_t v_swappgsout; /* swap pager pages paged out */ + int64_t v_vnodein; /* vnode pager pageins */ + int64_t v_vnodeout; /* vnode pager pageouts */ + int64_t v_vnodepgsin; /* vnode_pager pages paged in */ + int64_t v_vnodepgsout; /* vnode pager pages paged out */ + int64_t v_intrans; /* intransit blocking page faults */ + int64_t v_reactivated; /* number of pages reactivated from free list */ + int64_t v_pdwakeups; /* number of times daemon has awaken from sleep */ + int64_t v_pdpages; /* number of pages analyzed by daemon */ + + int64_t v_dfree; /* pages freed by daemon */ + int64_t v_pfree; /* pages freed by exiting processes */ + int64_t v_tfree; /* total pages freed */ /* * Distribution of page usages. */ --=-M1f0G+6ZA/CPnYVMw/pL Content-Disposition: attachment; filename=pcpu-counters.diff Content-Type: text/x-patch; name=pcpu-counters.diff; charset=ISO-8859-2 Content-Transfer-Encoding: 7bit Index: compat/linprocfs/linprocfs.c =================================================================== RCS file: /home/fcvs/cvs/src/sys/compat/linprocfs/linprocfs.c,v retrieving revision 1.96 diff -u -r1.96 linprocfs.c --- compat/linprocfs/linprocfs.c 27 Jun 2006 20:11:58 -0000 1.96 +++ compat/linprocfs/linprocfs.c 7 Aug 2006 17:45:23 -0000 @@ -383,19 +383,25 @@ T2J(cp_time[CP_NICE]) / mp_ncpus, T2J(cp_time[CP_SYS]) / mp_ncpus, T2J(cp_time[CP_IDLE]) / mp_ncpus); + sumcnt64(&cnt.v_vnodepgsin); + sumcnt64(&cnt.v_vnodepgsout); + sumcnt64(&cnt.v_swappgsin); + sumcnt64(&cnt.v_swappgsout); + sumcnt64(&cnt.v_intr); + sumcnt64(&cnt.v_swtch); sbuf_printf(sb, "disk 0 0 0 0\n" - "page %u %u\n" - "swap %u %u\n" - "intr %u\n" - "ctxt %u\n" + "page %jd %jd\n" + "swap %jd %jd\n" + "intr %jd\n" + "ctxt %jd\n" "btime %lld\n", - cnt.v_vnodepgsin, - cnt.v_vnodepgsout, - cnt.v_swappgsin, - cnt.v_swappgsout, - cnt.v_intr, - cnt.v_swtch, + (intmax_t)cnt.v_vnodepgsin, + (intmax_t)cnt.v_vnodepgsout, + (intmax_t)cnt.v_swappgsin, + (intmax_t)cnt.v_swappgsout, + (intmax_t)cnt.v_intr, + (intmax_t)cnt.v_swtch, (long long)boottime.tv_sec); return (0); } Index: fs/smbfs/smbfs_io.c =================================================================== RCS file: /home/fcvs/cvs/src/sys/fs/smbfs/smbfs_io.c,v retrieving revision 1.36 diff -u -r1.36 smbfs_io.c --- fs/smbfs/smbfs_io.c 25 May 2006 17:16:11 -0000 1.36 +++ fs/smbfs/smbfs_io.c 7 Aug 2006 16:34:38 -0000 @@ -475,8 +475,8 @@ kva = (vm_offset_t) bp->b_data; pmap_qenter(kva, pages, npages); - cnt.v_vnodein++; - cnt.v_vnodepgsin += npages; + PCPU_CNTR64_INC(cnt.v_vnodein); + PCPU_CNTR64_ADD(cnt.v_vnodepgsin, npages); iov.iov_base = (caddr_t) kva; iov.iov_len = count; @@ -626,8 +626,8 @@ kva = (vm_offset_t) bp->b_data; pmap_qenter(kva, pages, npages); - cnt.v_vnodeout++; - cnt.v_vnodepgsout += count; + PCPU_CNTR64_INC(cnt.v_vnodeout); + PCPU_CNTR64_ADD(cnt.v_vnodepgsout, count); iov.iov_base = (caddr_t) kva; iov.iov_len = count; Index: i386/i386/intr_machdep.c =================================================================== RCS file: /home/fcvs/cvs/src/sys/i386/i386/intr_machdep.c,v retrieving revision 1.19 diff -u -r1.19 intr_machdep.c --- i386/i386/intr_machdep.c 12 Jul 2006 21:22:43 -0000 1.19 +++ i386/i386/intr_machdep.c 7 Aug 2006 16:44:07 -0000 @@ -182,7 +182,7 @@ * processed too. */ (*isrc->is_count)++; - PCPU_LAZY_INC(cnt.v_intr); + PCPU_CNTR64_INC(cnt.v_intr); ie = isrc->is_event; Index: kern/kern_fork.c =================================================================== RCS file: /home/fcvs/cvs/src/sys/kern/kern_fork.c,v retrieving revision 1.260 diff -u -r1.260 kern_fork.c --- kern/kern_fork.c 1 Aug 2006 15:30:56 -0000 1.260 +++ kern/kern_fork.c 7 Aug 2006 17:13:46 -0000 @@ -669,20 +669,20 @@ vm_forkproc(td, p2, td2, flags); if (flags == (RFFDG | RFPROC)) { - atomic_add_int(&cnt.v_forks, 1); - atomic_add_int(&cnt.v_forkpages, p2->p_vmspace->vm_dsize + + PCPU_CNTR64_INC(cnt.v_forks); + PCPU_CNTR64_ADD(cnt.v_forkpages, p2->p_vmspace->vm_dsize + p2->p_vmspace->vm_ssize); } else if (flags == (RFFDG | RFPROC | RFPPWAIT | RFMEM)) { - atomic_add_int(&cnt.v_vforks, 1); - atomic_add_int(&cnt.v_vforkpages, p2->p_vmspace->vm_dsize + + PCPU_CNTR64_INC(cnt.v_vforks); + PCPU_CNTR64_ADD(cnt.v_vforkpages, p2->p_vmspace->vm_dsize + p2->p_vmspace->vm_ssize); } else if (p1 == &proc0) { - atomic_add_int(&cnt.v_kthreads, 1); - atomic_add_int(&cnt.v_kthreadpages, p2->p_vmspace->vm_dsize + + PCPU_CNTR64_INC(cnt.v_kthreads); + PCPU_CNTR64_ADD(cnt.v_kthreadpages, p2->p_vmspace->vm_dsize + p2->p_vmspace->vm_ssize); } else { - atomic_add_int(&cnt.v_rforks, 1); - atomic_add_int(&cnt.v_rforkpages, p2->p_vmspace->vm_dsize + + PCPU_CNTR64_INC(cnt.v_rforks); + PCPU_CNTR64_ADD(cnt.v_rforkpages, p2->p_vmspace->vm_dsize + p2->p_vmspace->vm_ssize); } Index: kern/kern_synch.c =================================================================== RCS file: /home/fcvs/cvs/src/sys/kern/kern_synch.c,v retrieving revision 1.281 diff -u -r1.281 kern_synch.c --- kern/kern_synch.c 15 Jun 2006 06:41:57 -0000 1.281 +++ kern/kern_synch.c 7 Aug 2006 16:24:44 -0000 @@ -400,7 +400,7 @@ /* * Finish up stats for outgoing thread. */ - cnt.v_swtch++; + PCPU_CNTR64_INC(cnt.v_swtch); PCPU_SET(switchtime, new_switchtime); PCPU_SET(switchticks, ticks); CTR4(KTR_PROC, "mi_switch: old thread %p (kse %p, pid %ld, %s)", Index: kern/kern_thread.c =================================================================== RCS file: /home/fcvs/cvs/src/sys/kern/kern_thread.c,v retrieving revision 1.234 diff -u -r1.234 kern_thread.c --- kern/kern_thread.c 30 Jun 2006 08:10:55 -0000 1.234 +++ kern/kern_thread.c 7 Aug 2006 16:25:05 -0000 @@ -509,7 +509,7 @@ p->p_rux.rux_iticks += td->td_iticks; PCPU_SET(switchtime, new_switchtime); PCPU_SET(switchticks, ticks); - cnt.v_swtch++; + PCPU_CNTR64_INC(cnt.v_swtch); /* Add our usage into the usage of all our children. */ if (p->p_numthreads == 1) Index: kern/subr_trap.c =================================================================== RCS file: /home/fcvs/cvs/src/sys/kern/subr_trap.c,v retrieving revision 1.286 diff -u -r1.286 subr_trap.c --- kern/subr_trap.c 10 Feb 2006 14:59:16 -0000 1.286 +++ kern/subr_trap.c 7 Aug 2006 16:27:17 -0000 @@ -190,7 +190,7 @@ #endif td->td_flags &= ~(TDF_ASTPENDING | TDF_NEEDSIGCHK | TDF_NEEDRESCHED | TDF_INTERRUPT); - cnt.v_soft++; + PCPU_CNTR64_INC(cnt.v_soft); mtx_unlock_spin(&sched_lock); /* Index: nfsclient/nfs_bio.c =================================================================== RCS file: /home/fcvs/cvs/src/sys/nfsclient/nfs_bio.c,v retrieving revision 1.158 diff -u -r1.158 nfs_bio.c --- nfsclient/nfs_bio.c 25 May 2006 17:16:10 -0000 1.158 +++ nfsclient/nfs_bio.c 7 Aug 2006 17:49:18 -0000 @@ -159,8 +159,8 @@ kva = (vm_offset_t) bp->b_data; pmap_qenter(kva, pages, npages); - cnt.v_vnodein++; - cnt.v_vnodepgsin += npages; + PCPU_CNTR64_INC(cnt.v_vnodein); + PCPU_CNTR64_ADD(cnt.v_vnodepgsin, npages); iov.iov_base = (caddr_t) kva; iov.iov_len = count; @@ -323,8 +323,8 @@ kva = (vm_offset_t) bp->b_data; pmap_qenter(kva, pages, npages); - cnt.v_vnodeout++; - cnt.v_vnodepgsout += count; + PCPU_CNTR64_INC(cnt.v_vnodeout); + PCPU_CNTR64_ADD(cnt.v_vnodepgsout, count); iov.iov_base = (caddr_t) kva; iov.iov_len = count; Index: sys/pcpu.h =================================================================== RCS file: /home/fcvs/cvs/src/sys/sys/pcpu.h,v retrieving revision 1.17 diff -u -r1.17 pcpu.h --- sys/pcpu.h 7 Feb 2006 21:22:02 -0000 1.17 +++ sys/pcpu.h 7 Aug 2006 15:41:49 -0000 @@ -100,6 +100,14 @@ * support single-instruction memory increments. */ #define PCPU_LAZY_INC(var) (++*PCPU_PTR(var)) +#ifndef PCPU_CNTR_INC +#define PCPU_CNTR_INC(var) (++*PCPU_PTR(var)) +#define PCPU_CNTR_ADD(var, dif) (*PCPU_PTR(var) += dif) +#endif +#ifndef PCPU_CNTR64_INC +#define PCPU_CNTR64_INC(var) (++*PCPU_PTR(var)) +#define PCPU_CNTR64_ADD(var, dif) (*PCPU_PTR(var) += dif) +#endif /* * Machine dependent callouts. cpu_pcpu_init() is responsible for Index: sys/vmmeter.h =================================================================== RCS file: /home/fcvs/cvs/src/sys/sys/vmmeter.h,v retrieving revision 1.26 diff -u -r1.26 vmmeter.h --- sys/vmmeter.h 8 Jun 2004 10:37:30 -0000 1.26 +++ sys/vmmeter.h 7 Aug 2006 17:21:01 -0000 @@ -40,35 +40,35 @@ /* * General system activity. */ - u_int v_swtch; /* context switches */ - u_int v_trap; /* calls to trap */ - u_int v_syscall; /* calls to syscall() */ - u_int v_intr; /* device interrupts */ - u_int v_soft; /* software interrupts */ + int64_t v_swtch; /* context switches */ + int64_t v_trap; /* calls to trap */ + int64_t v_syscall; /* calls to syscall() */ + int64_t v_intr; /* device interrupts */ + int64_t v_soft; /* software interrupts */ /* * Virtual memory activity. */ - u_int v_vm_faults; /* number of address memory faults */ - u_int v_cow_faults; /* number of copy-on-writes */ - u_int v_cow_optim; /* number of optimized copy-on-writes */ - u_int v_zfod; /* pages zero filled on demand */ - u_int v_ozfod; /* optimized zero fill pages */ - u_int v_swapin; /* swap pager pageins */ - u_int v_swapout; /* swap pager pageouts */ - u_int v_swappgsin; /* swap pager pages paged in */ - u_int v_swappgsout; /* swap pager pages paged out */ - u_int v_vnodein; /* vnode pager pageins */ - u_int v_vnodeout; /* vnode pager pageouts */ - u_int v_vnodepgsin; /* vnode_pager pages paged in */ - u_int v_vnodepgsout; /* vnode pager pages paged out */ - u_int v_intrans; /* intransit blocking page faults */ - u_int v_reactivated; /* number of pages reactivated from free list */ - u_int v_pdwakeups; /* number of times daemon has awaken from sleep */ - u_int v_pdpages; /* number of pages analyzed by daemon */ - - u_int v_dfree; /* pages freed by daemon */ - u_int v_pfree; /* pages freed by exiting processes */ - u_int v_tfree; /* total pages freed */ + int64_t v_vm_faults; /* number of address memory faults */ + int64_t v_cow_faults; /* number of copy-on-writes */ + int64_t v_cow_optim; /* number of optimized copy-on-writes */ + int64_t v_zfod; /* pages zero filled on demand */ + int64_t v_ozfod; /* optimized zero fill pages */ + int64_t v_swapin; /* swap pager pageins */ + int64_t v_swapout; /* swap pager pageouts */ + int64_t v_swappgsin; /* swap pager pages paged in */ + int64_t v_swappgsout; /* swap pager pages paged out */ + int64_t v_vnodein; /* vnode pager pageins */ + int64_t v_vnodeout; /* vnode pager pageouts */ + int64_t v_vnodepgsin; /* vnode_pager pages paged in */ + int64_t v_vnodepgsout; /* vnode pager pages paged out */ + int64_t v_intrans; /* intransit blocking page faults */ + int64_t v_reactivated; /* number of pages reactivated from free list */ + int64_t v_pdwakeups; /* number of times daemon has awaken from sleep */ + int64_t v_pdpages; /* number of pages analyzed by daemon */ + + int64_t v_dfree; /* pages freed by daemon */ + int64_t v_pfree; /* pages freed by exiting processes */ + int64_t v_tfree; /* total pages freed */ /* * Distribution of page usages. */ @@ -91,14 +91,14 @@ /* * Fork/vfork/rfork activity. */ - u_int v_forks; /* number of fork() calls */ - u_int v_vforks; /* number of vfork() calls */ - u_int v_rforks; /* number of rfork() calls */ - u_int v_kthreads; /* number of fork() calls by kernel */ - u_int v_forkpages; /* number of VM pages affected by fork() */ - u_int v_vforkpages; /* number of VM pages affected by vfork() */ - u_int v_rforkpages; /* number of VM pages affected by rfork() */ - u_int v_kthreadpages; /* number of VM pages affected by fork() by kernel */ + int64_t v_forks; /* number of fork() calls */ + int64_t v_vforks; /* number of vfork() calls */ + int64_t v_rforks; /* number of rfork() calls */ + int64_t v_kthreads; /* number of fork() calls by kernel */ + int64_t v_forkpages; /* number of VM pages affected by fork() */ + int64_t v_vforkpages; /* number of VM pages affected by vfork() */ + int64_t v_rforkpages; /* number of VM pages affected by rfork() */ + int64_t v_kthreadpages; /* number of VM pages affected by fork() by kernel */ }; #ifdef _KERNEL @@ -196,15 +196,18 @@ int16_t t_pw; /* jobs in page wait */ int16_t t_sl; /* jobs sleeping in core */ int16_t t_sw; /* swapped out runnable/short block jobs */ - int32_t t_vm; /* total virtual memory */ - int32_t t_avm; /* active virtual memory */ - int32_t t_rm; /* total real memory in use */ - int32_t t_arm; /* active real memory */ - int32_t t_vmshr; /* shared virtual memory */ - int32_t t_avmshr; /* active shared virtual memory */ - int32_t t_rmshr; /* shared real memory */ - int32_t t_armshr; /* active shared real memory */ - int32_t t_free; /* free memory pages */ + int64_t t_vm; /* total virtual memory */ + int64_t t_avm; /* active virtual memory */ + int64_t t_rm; /* total real memory in use */ + int64_t t_arm; /* active real memory */ + int64_t t_vmshr; /* shared virtual memory */ + int64_t t_avmshr; /* active shared virtual memory */ + int64_t t_rmshr; /* shared real memory */ + int64_t t_armshr; /* active shared real memory */ + int64_t t_free; /* free memory pages */ }; +int sumcnt(int *); +int64_t sumcnt64(int64_t *); + #endif Index: vm/swap_pager.c =================================================================== RCS file: /home/fcvs/cvs/src/sys/vm/swap_pager.c,v retrieving revision 1.281 diff -u -r1.281 swap_pager.c --- vm/swap_pager.c 5 Aug 2006 19:07:07 -0000 1.281 +++ vm/swap_pager.c 7 Aug 2006 15:57:45 -0000 @@ -1068,8 +1068,8 @@ vm_page_unlock_queues(); bp->b_npages = j - i; - cnt.v_swapin++; - cnt.v_swappgsin += bp->b_npages; + PCPU_CNTR64_INC(cnt.v_swapin); + PCPU_CNTR64_ADD(cnt.v_swappgsin, bp->b_npages); /* * We still hold the lock on mreq, and our automatic completion routine @@ -1102,7 +1102,7 @@ vm_page_lock_queues(); vm_page_flag_set(mreq, PG_WANTED | PG_REFERENCED); vm_page_unlock_queues(); - cnt.v_intrans++; + PCPU_CNTR64_INC(cnt.v_intrans); if (msleep(mreq, VM_OBJECT_MTX(object), PSWP, "swread", hz*20)) { printf( "swap_pager: indefinite wait buffer: bufobj: %p, blkno: %jd, size: %ld\n", @@ -1295,8 +1295,8 @@ bp->b_dirtyoff = 0; bp->b_dirtyend = bp->b_bcount; - cnt.v_swapout++; - cnt.v_swappgsout += bp->b_npages; + PCPU_CNTR64_INC(cnt.v_swapout); + PCPU_CNTR64_ADD(cnt.v_swappgsout, bp->b_npages); /* * asynchronous Index: vm/vm_fault.c =================================================================== RCS file: /home/fcvs/cvs/src/sys/vm/vm_fault.c,v retrieving revision 1.218 diff -u -r1.218 vm_fault.c --- vm/vm_fault.c 6 Aug 2006 00:17:17 -0000 1.218 +++ vm/vm_fault.c 7 Aug 2006 15:47:01 -0000 @@ -219,7 +219,7 @@ hardfault = 0; growstack = TRUE; - atomic_add_int(&cnt.v_vm_faults, 1); + PCPU_CNTR64_INC(cnt.v_vm_faults); RetryFault:; @@ -394,7 +394,7 @@ } vm_object_pip_wakeup(fs.object); VM_OBJECT_UNLOCK(fs.object); - atomic_add_int(&cnt.v_intrans, 1); + PCPU_CNTR64_INC(cnt.v_intrans); vm_object_deallocate(fs.first_object); goto RetryFault; } @@ -667,9 +667,9 @@ if ((fs.m->flags & PG_ZERO) == 0) { pmap_zero_page(fs.m); } else { - atomic_add_int(&cnt.v_ozfod, 1); + PCPU_CNTR64_INC(cnt.v_ozfod); } - atomic_add_int(&cnt.v_zfod, 1); + PCPU_CNTR64_INC(cnt.v_zfod); fs.m->valid = VM_PAGE_BITS_ALL; break; /* break to PAGE HAS BEEN FOUND */ } else { @@ -751,7 +751,7 @@ vm_page_unlock_queues(); fs.first_m = fs.m; fs.m = NULL; - atomic_add_int(&cnt.v_cow_optim, 1); + PCPU_CNTR64_INC(cnt.v_cow_optim); } else { /* * Oh, well, lets copy it. @@ -779,7 +779,7 @@ fs.m = fs.first_m; if (!is_first_object_locked) VM_OBJECT_LOCK(fs.object); - atomic_add_int(&cnt.v_cow_faults, 1); + PCPU_CNTR64_INC(cnt.v_cow_faults); } else { prot &= ~VM_PROT_WRITE; } Index: vm/vm_meter.c =================================================================== RCS file: /home/fcvs/cvs/src/sys/vm/vm_meter.c,v retrieving revision 1.89 diff -u -r1.89 vm_meter.c --- vm/vm_meter.c 21 Jul 2006 23:22:49 -0000 1.89 +++ vm/vm_meter.c 7 Aug 2006 17:23:21 -0000 @@ -263,6 +263,60 @@ return (SYSCTL_OUT(req, &count, sizeof(int))); } +static int +vcnt64(SYSCTL_HANDLER_ARGS) +{ + int64_t count = *(int64_t *)arg1; + int offset = (char *)arg1 - (char *)&cnt; +#ifdef SMP + int i; + + for (i = 0; i < mp_ncpus; ++i) { + struct pcpu *pcpu = pcpu_find(i); + count += *(int64_t *)((char *)&pcpu->pc_cnt + offset); + } +#else + count += *(int64_t *)((char *)PCPU_PTR(cnt) + offset); +#endif + return (SYSCTL_OUT(req, &count, sizeof(int64_t))); +} + +int +sumcnt(int *cntr) +{ + int count = *(int *)cntr; + int offset = (char *)cntr - (char *)&cnt; +#ifdef SMP + int i; + + for (i = 0; i < mp_ncpus; ++i) { + struct pcpu *pcpu = pcpu_find(i); + count += *(int *)((char *)&pcpu->pc_cnt + offset); + } +#else + count += *(int *)((char *)PCPU_PTR(cnt) + offset); +#endif + return (count); +} + +int64_t +sumcnt64(int64_t *cntr) +{ + int64_t count = *(int64_t *)cntr; + int offset = (char *)cntr - (char *)&cnt; +#ifdef SMP + int i; + + for (i = 0; i < mp_ncpus; ++i) { + struct pcpu *pcpu = pcpu_find(i); + count += *(int64_t *)((char *)&pcpu->pc_cnt + offset); + } +#else + count += *(int64_t *)((char *)PCPU_PTR(cnt) + offset); +#endif + return (count); +} + SYSCTL_PROC(_vm, VM_TOTAL, vmtotal, CTLTYPE_OPAQUE|CTLFLAG_RD, 0, sizeof(struct vmtotal), vmtotal, "S,vmtotal", "System virtual memory statistics"); @@ -273,56 +327,56 @@ "VM meter vm stats"); SYSCTL_NODE(_vm_stats, OID_AUTO, misc, CTLFLAG_RW, 0, "VM meter misc stats"); -SYSCTL_PROC(_vm_stats_sys, OID_AUTO, v_swtch, CTLTYPE_UINT|CTLFLAG_RD, - &cnt.v_swtch, 0, vcnt, "IU", "Context switches"); -SYSCTL_PROC(_vm_stats_sys, OID_AUTO, v_trap, CTLTYPE_UINT|CTLFLAG_RD, - &cnt.v_trap, 0, vcnt, "IU", "Traps"); -SYSCTL_PROC(_vm_stats_sys, OID_AUTO, v_syscall, CTLTYPE_UINT|CTLFLAG_RD, - &cnt.v_syscall, 0, vcnt, "IU", "Syscalls"); -SYSCTL_PROC(_vm_stats_sys, OID_AUTO, v_intr, CTLTYPE_UINT|CTLFLAG_RD, - &cnt.v_intr, 0, vcnt, "IU", "Hardware interrupts"); -SYSCTL_PROC(_vm_stats_sys, OID_AUTO, v_soft, CTLTYPE_UINT|CTLFLAG_RD, - &cnt.v_soft, 0, vcnt, "IU", "Software interrupts"); -SYSCTL_PROC(_vm_stats_vm, OID_AUTO, v_vm_faults, CTLTYPE_UINT|CTLFLAG_RD, - &cnt.v_vm_faults, 0, vcnt, "IU", "VM faults"); -SYSCTL_PROC(_vm_stats_vm, OID_AUTO, v_cow_faults, CTLTYPE_UINT|CTLFLAG_RD, - &cnt.v_cow_faults, 0, vcnt, "IU", "COW faults"); -SYSCTL_PROC(_vm_stats_vm, OID_AUTO, v_cow_optim, CTLTYPE_UINT|CTLFLAG_RD, - &cnt.v_cow_optim, 0, vcnt, "IU", "Optimized COW faults"); -SYSCTL_PROC(_vm_stats_vm, OID_AUTO, v_zfod, CTLTYPE_UINT|CTLFLAG_RD, - &cnt.v_zfod, 0, vcnt, "IU", "Zero fill"); -SYSCTL_PROC(_vm_stats_vm, OID_AUTO, v_ozfod, CTLTYPE_UINT|CTLFLAG_RD, - &cnt.v_ozfod, 0, vcnt, "IU", "Optimized zero fill"); -SYSCTL_PROC(_vm_stats_vm, OID_AUTO, v_swapin, CTLTYPE_UINT|CTLFLAG_RD, - &cnt.v_swapin, 0, vcnt, "IU", "Swapin operations"); -SYSCTL_PROC(_vm_stats_vm, OID_AUTO, v_swapout, CTLTYPE_UINT|CTLFLAG_RD, - &cnt.v_swapout, 0, vcnt, "IU", "Swapout operations"); -SYSCTL_PROC(_vm_stats_vm, OID_AUTO, v_swappgsin, CTLTYPE_UINT|CTLFLAG_RD, - &cnt.v_swappgsin, 0, vcnt, "IU", "Swapin pages"); -SYSCTL_PROC(_vm_stats_vm, OID_AUTO, v_swappgsout, CTLTYPE_UINT|CTLFLAG_RD, - &cnt.v_swappgsout, 0, vcnt, "IU", "Swapout pages"); -SYSCTL_PROC(_vm_stats_vm, OID_AUTO, v_vnodein, CTLTYPE_UINT|CTLFLAG_RD, - &cnt.v_vnodein, 0, vcnt, "IU", "Vnodein operations"); -SYSCTL_PROC(_vm_stats_vm, OID_AUTO, v_vnodeout, CTLTYPE_UINT|CTLFLAG_RD, - &cnt.v_vnodeout, 0, vcnt, "IU", "Vnodeout operations"); -SYSCTL_PROC(_vm_stats_vm, OID_AUTO, v_vnodepgsin, CTLTYPE_UINT|CTLFLAG_RD, - &cnt.v_vnodepgsin, 0, vcnt, "IU", "Vnodein pages"); -SYSCTL_PROC(_vm_stats_vm, OID_AUTO, v_vnodepgsout, CTLTYPE_UINT|CTLFLAG_RD, - &cnt.v_vnodepgsout, 0, vcnt, "IU", "Vnodeout pages"); -SYSCTL_PROC(_vm_stats_vm, OID_AUTO, v_intrans, CTLTYPE_UINT|CTLFLAG_RD, - &cnt.v_intrans, 0, vcnt, "IU", "In transit page blocking"); -SYSCTL_PROC(_vm_stats_vm, OID_AUTO, v_reactivated, CTLTYPE_UINT|CTLFLAG_RD, - &cnt.v_reactivated, 0, vcnt, "IU", "Reactivated pages"); -SYSCTL_PROC(_vm_stats_vm, OID_AUTO, v_pdwakeups, CTLTYPE_UINT|CTLFLAG_RD, - &cnt.v_pdwakeups, 0, vcnt, "IU", "Pagedaemon wakeups"); -SYSCTL_PROC(_vm_stats_vm, OID_AUTO, v_pdpages, CTLTYPE_UINT|CTLFLAG_RD, - &cnt.v_pdpages, 0, vcnt, "IU", "Pagedaemon page scans"); -SYSCTL_PROC(_vm_stats_vm, OID_AUTO, v_dfree, CTLTYPE_UINT|CTLFLAG_RD, - &cnt.v_dfree, 0, vcnt, "IU", ""); -SYSCTL_PROC(_vm_stats_vm, OID_AUTO, v_pfree, CTLTYPE_UINT|CTLFLAG_RD, - &cnt.v_pfree, 0, vcnt, "IU", ""); -SYSCTL_PROC(_vm_stats_vm, OID_AUTO, v_tfree, CTLTYPE_UINT|CTLFLAG_RD, - &cnt.v_tfree, 0, vcnt, "IU", ""); +SYSCTL_PROC(_vm_stats_sys, OID_AUTO, v_swtch, CTLTYPE_QUAD|CTLFLAG_RD, + &cnt.v_swtch, 0, vcnt64, "IU", "Context switches"); +SYSCTL_PROC(_vm_stats_sys, OID_AUTO, v_trap, CTLTYPE_QUAD|CTLFLAG_RD, + &cnt.v_trap, 0, vcnt64, "IU", "Traps"); +SYSCTL_PROC(_vm_stats_sys, OID_AUTO, v_syscall, CTLTYPE_QUAD|CTLFLAG_RD, + &cnt.v_syscall, 0, vcnt64, "IU", "Syscalls"); +SYSCTL_PROC(_vm_stats_sys, OID_AUTO, v_intr, CTLTYPE_QUAD|CTLFLAG_RD, + &cnt.v_intr, 0, vcnt64, "IU", "Hardware interrupts"); +SYSCTL_PROC(_vm_stats_sys, OID_AUTO, v_soft, CTLTYPE_QUAD|CTLFLAG_RD, + &cnt.v_soft, 0, vcnt64, "IU", "Software interrupts"); +SYSCTL_PROC(_vm_stats_vm, OID_AUTO, v_vm_faults, CTLTYPE_QUAD|CTLFLAG_RD, + &cnt.v_vm_faults, 0, vcnt64, "IU", "VM faults"); +SYSCTL_PROC(_vm_stats_vm, OID_AUTO, v_cow_faults, CTLTYPE_QUAD|CTLFLAG_RD, + &cnt.v_cow_faults, 0, vcnt64, "IU", "COW faults"); +SYSCTL_PROC(_vm_stats_vm, OID_AUTO, v_cow_optim, CTLTYPE_QUAD|CTLFLAG_RD, + &cnt.v_cow_optim, 0, vcnt64, "IU", "Optimized COW faults"); +SYSCTL_PROC(_vm_stats_vm, OID_AUTO, v_zfod, CTLTYPE_QUAD|CTLFLAG_RD, + &cnt.v_zfod, 0, vcnt64, "IU", "Zero fill"); +SYSCTL_PROC(_vm_stats_vm, OID_AUTO, v_ozfod, CTLTYPE_QUAD|CTLFLAG_RD, + &cnt.v_ozfod, 0, vcnt64, "IU", "Optimized zero fill"); +SYSCTL_PROC(_vm_stats_vm, OID_AUTO, v_swapin, CTLTYPE_QUAD|CTLFLAG_RD, + &cnt.v_swapin, 0, vcnt64, "IU", "Swapin operations"); +SYSCTL_PROC(_vm_stats_vm, OID_AUTO, v_swapout, CTLTYPE_QUAD|CTLFLAG_RD, + &cnt.v_swapout, 0, vcnt64, "IU", "Swapout operations"); +SYSCTL_PROC(_vm_stats_vm, OID_AUTO, v_swappgsin, CTLTYPE_QUAD|CTLFLAG_RD, + &cnt.v_swappgsin, 0, vcnt64, "IU", "Swapin pages"); +SYSCTL_PROC(_vm_stats_vm, OID_AUTO, v_swappgsout, CTLTYPE_QUAD|CTLFLAG_RD, + &cnt.v_swappgsout, 0, vcnt64, "IU", "Swapout pages"); +SYSCTL_PROC(_vm_stats_vm, OID_AUTO, v_vnodein, CTLTYPE_QUAD|CTLFLAG_RD, + &cnt.v_vnodein, 0, vcnt64, "IU", "Vnodein operations"); +SYSCTL_PROC(_vm_stats_vm, OID_AUTO, v_vnodeout, CTLTYPE_QUAD|CTLFLAG_RD, + &cnt.v_vnodeout, 0, vcnt64, "IU", "Vnodeout operations"); +SYSCTL_PROC(_vm_stats_vm, OID_AUTO, v_vnodepgsin, CTLTYPE_QUAD|CTLFLAG_RD, + &cnt.v_vnodepgsin, 0, vcnt64, "IU", "Vnodein pages"); +SYSCTL_PROC(_vm_stats_vm, OID_AUTO, v_vnodepgsout, CTLTYPE_QUAD|CTLFLAG_RD, + &cnt.v_vnodepgsout, 0, vcnt64, "IU", "Vnodeout pages"); +SYSCTL_PROC(_vm_stats_vm, OID_AUTO, v_intrans, CTLTYPE_QUAD|CTLFLAG_RD, + &cnt.v_intrans, 0, vcnt64, "IU", "In transit page blocking"); +SYSCTL_PROC(_vm_stats_vm, OID_AUTO, v_reactivated, CTLTYPE_QUAD|CTLFLAG_RD, + &cnt.v_reactivated, 0, vcnt64, "IU", "Reactivated pages"); +SYSCTL_PROC(_vm_stats_vm, OID_AUTO, v_pdwakeups, CTLTYPE_QUAD|CTLFLAG_RD, + &cnt.v_pdwakeups, 0, vcnt64, "IU", "Pagedaemon wakeups"); +SYSCTL_PROC(_vm_stats_vm, OID_AUTO, v_pdpages, CTLTYPE_QUAD|CTLFLAG_RD, + &cnt.v_pdpages, 0, vcnt64, "IU", "Pagedaemon page scans"); +SYSCTL_PROC(_vm_stats_vm, OID_AUTO, v_dfree, CTLTYPE_QUAD|CTLFLAG_RD, + &cnt.v_dfree, 0, vcnt64, "IU", ""); +SYSCTL_PROC(_vm_stats_vm, OID_AUTO, v_pfree, CTLTYPE_QUAD|CTLFLAG_RD, + &cnt.v_pfree, 0, vcnt64, "IU", ""); +SYSCTL_PROC(_vm_stats_vm, OID_AUTO, v_tfree, CTLTYPE_QUAD|CTLFLAG_RD, + &cnt.v_tfree, 0, vcnt64, "IU", ""); SYSCTL_PROC(_vm_stats_vm, OID_AUTO, v_page_size, CTLTYPE_UINT|CTLFLAG_RD, &cnt.v_page_size, 0, vcnt, "IU", ""); SYSCTL_PROC(_vm_stats_vm, OID_AUTO, v_page_count, CTLTYPE_UINT|CTLFLAG_RD, @@ -353,22 +407,22 @@ &cnt.v_pageout_free_min, 0, vcnt, "IU", ""); SYSCTL_PROC(_vm_stats_vm, OID_AUTO, v_interrupt_free_min, CTLTYPE_UINT|CTLFLAG_RD, &cnt.v_interrupt_free_min, 0, vcnt, "IU", ""); -SYSCTL_PROC(_vm_stats_vm, OID_AUTO, v_forks, CTLTYPE_UINT|CTLFLAG_RD, - &cnt.v_forks, 0, vcnt, "IU", "Number of fork() calls"); -SYSCTL_PROC(_vm_stats_vm, OID_AUTO, v_vforks, CTLTYPE_UINT|CTLFLAG_RD, - &cnt.v_vforks, 0, vcnt, "IU", "Number of vfork() calls"); -SYSCTL_PROC(_vm_stats_vm, OID_AUTO, v_rforks, CTLTYPE_UINT|CTLFLAG_RD, - &cnt.v_rforks, 0, vcnt, "IU", "Number of rfork() calls"); -SYSCTL_PROC(_vm_stats_vm, OID_AUTO, v_kthreads, CTLTYPE_UINT|CTLFLAG_RD, - &cnt.v_kthreads, 0, vcnt, "IU", "Number of fork() calls by kernel"); -SYSCTL_PROC(_vm_stats_vm, OID_AUTO, v_forkpages, CTLTYPE_UINT|CTLFLAG_RD, - &cnt.v_forkpages, 0, vcnt, "IU", "VM pages affected by fork()"); -SYSCTL_PROC(_vm_stats_vm, OID_AUTO, v_vforkpages, CTLTYPE_UINT|CTLFLAG_RD, - &cnt.v_vforkpages, 0, vcnt, "IU", "VM pages affected by vfork()"); -SYSCTL_PROC(_vm_stats_vm, OID_AUTO, v_rforkpages, CTLTYPE_UINT|CTLFLAG_RD, - &cnt.v_rforkpages, 0, vcnt, "IU", "VM pages affected by rfork()"); -SYSCTL_PROC(_vm_stats_vm, OID_AUTO, v_kthreadpages, CTLTYPE_UINT|CTLFLAG_RD, - &cnt.v_kthreadpages, 0, vcnt, "IU", "VM pages affected by fork() by kernel"); +SYSCTL_PROC(_vm_stats_vm, OID_AUTO, v_forks, CTLTYPE_QUAD|CTLFLAG_RD, + &cnt.v_forks, 0, vcnt64, "IU", "Number of fork() calls"); +SYSCTL_PROC(_vm_stats_vm, OID_AUTO, v_vforks, CTLTYPE_QUAD|CTLFLAG_RD, + &cnt.v_vforks, 0, vcnt64, "IU", "Number of vfork() calls"); +SYSCTL_PROC(_vm_stats_vm, OID_AUTO, v_rforks, CTLTYPE_QUAD|CTLFLAG_RD, + &cnt.v_rforks, 0, vcnt64, "IU", "Number of rfork() calls"); +SYSCTL_PROC(_vm_stats_vm, OID_AUTO, v_kthreads, CTLTYPE_QUAD|CTLFLAG_RD, + &cnt.v_kthreads, 0, vcnt64, "IU", "Number of fork() calls by kernel"); +SYSCTL_PROC(_vm_stats_vm, OID_AUTO, v_forkpages, CTLTYPE_QUAD|CTLFLAG_RD, + &cnt.v_forkpages, 0, vcnt64, "IU", "VM pages affected by fork()"); +SYSCTL_PROC(_vm_stats_vm, OID_AUTO, v_vforkpages, CTLTYPE_QUAD|CTLFLAG_RD, + &cnt.v_vforkpages, 0, vcnt64, "IU", "VM pages affected by vfork()"); +SYSCTL_PROC(_vm_stats_vm, OID_AUTO, v_rforkpages, CTLTYPE_QUAD|CTLFLAG_RD, + &cnt.v_rforkpages, 0, vcnt64, "IU", "VM pages affected by rfork()"); +SYSCTL_PROC(_vm_stats_vm, OID_AUTO, v_kthreadpages, CTLTYPE_QUAD|CTLFLAG_RD, + &cnt.v_kthreadpages, 0, vcnt64, "IU", "VM pages affected by fork() by kernel"); SYSCTL_INT(_vm_stats_misc, OID_AUTO, zero_page_count, CTLFLAG_RD, &vm_page_zero_count, 0, ""); Index: vm/vm_object.c =================================================================== RCS file: /home/fcvs/cvs/src/sys/vm/vm_object.c,v retrieving revision 1.364 diff -u -r1.364 vm_object.c --- vm/vm_object.c 3 Aug 2006 23:56:11 -0000 1.364 +++ vm/vm_object.c 7 Aug 2006 16:01:57 -0000 @@ -656,7 +656,7 @@ "p->busy = %d, p->flags %x\n", p, p->busy, p->flags)); if (p->wire_count == 0) { vm_page_free(p); - cnt.v_pfree++; + PCPU_CNTR64_INC(cnt.v_pfree); } else { vm_page_remove(p); } Index: vm/vm_page.c =================================================================== RCS file: /home/fcvs/cvs/src/sys/vm/vm_page.c,v retrieving revision 1.321 diff -u -r1.321 vm_page.c --- vm/vm_page.c 6 Aug 2006 00:15:40 -0000 1.321 +++ vm/vm_page.c 7 Aug 2006 16:03:02 -0000 @@ -1024,7 +1024,7 @@ mtx_assert(&vm_page_queue_mtx, MA_OWNED); if (VM_PAGE_GETKNOWNQUEUE2(m) != PQ_ACTIVE) { if (VM_PAGE_INQUEUE1(m, PQ_CACHE)) - cnt.v_reactivated++; + PCPU_CNTR64_INC(cnt.v_reactivated); vm_pageq_remove(m); if (m->wire_count == 0 && (m->flags & PG_UNMANAGED) == 0) { if (m->act_count < ACT_INIT) @@ -1090,7 +1090,7 @@ mtx_assert(&vm_page_queue_mtx, MA_OWNED); KASSERT(!pmap_page_is_mapped(m), ("vm_page_free_toq: freeing mapped page %p", m)); - cnt.v_tfree++; + PCPU_CNTR64_INC(cnt.v_tfree); if (m->busy || VM_PAGE_INQUEUE1(m, PQ_FREE)) { printf( @@ -1300,7 +1300,7 @@ return; if (m->wire_count == 0 && (m->flags & PG_UNMANAGED) == 0) { if (VM_PAGE_INQUEUE1(m, PQ_CACHE)) - cnt.v_reactivated++; + PCPU_CNTR64_INC(cnt.v_reactivated); vm_page_flag_clear(m, PG_WINATCFLS); vm_pageq_remove(m); if (athead) Index: vm/vm_pageout.c =================================================================== RCS file: /home/fcvs/cvs/src/sys/vm/vm_pageout.c,v retrieving revision 1.276 diff -u -r1.276 vm_pageout.c --- vm/vm_pageout.c 1 Aug 2006 19:06:06 -0000 1.276 +++ vm/vm_pageout.c 7 Aug 2006 17:03:25 -0000 @@ -534,7 +534,7 @@ goto unlock_return; } next = TAILQ_NEXT(p, listq); - cnt.v_pdpages++; + PCPU_CNTR64_INC(cnt.v_pdpages); if (p->wire_count != 0 || p->hold_count != 0 || p->busy != 0 || @@ -739,7 +739,7 @@ m != NULL && maxscan-- > 0 && page_shortage > 0; m = next) { - cnt.v_pdpages++; + PCPU_CNTR64_INC(cnt.v_pdpages); if (VM_PAGE_GETQUEUE(m) != PQ_INACTIVE) { goto rescan0; @@ -850,7 +850,7 @@ * Invalid pages can be easily freed */ vm_page_free(m); - cnt.v_dfree++; + PCPU_CNTR64_INC(cnt.v_dfree); --page_shortage; } else if (m->dirty == 0) { /* @@ -1083,7 +1083,7 @@ * The count for pagedaemon pages is done after checking the * page for eligibility... */ - cnt.v_pdpages++; + PCPU_CNTR64_INC(cnt.v_pdpages); /* * Check to see "how much" the page has been used. @@ -1162,7 +1162,7 @@ m)); vm_page_free(m); VM_OBJECT_UNLOCK(object); - cnt.v_dfree++; + PCPU_CNTR64_INC(cnt.v_dfree); cache_last_free = cache_cur; cache_first_failure = -1; break; @@ -1514,7 +1514,7 @@ } } if (vm_pages_needed) - cnt.v_pdwakeups++; + PCPU_CNTR64_INC(cnt.v_pdwakeups); vm_page_unlock_queues(); vm_pageout_scan(pass); } Index: vm/vnode_pager.c =================================================================== RCS file: /home/fcvs/cvs/src/sys/vm/vnode_pager.c,v retrieving revision 1.227 diff -u -r1.227 vnode_pager.c --- vm/vnode_pager.c 2 Mar 2006 22:13:27 -0000 1.227 +++ vm/vnode_pager.c 7 Aug 2006 17:04:09 -0000 @@ -731,8 +731,8 @@ if (i != reqpage) vm_page_free(m[i]); vm_page_unlock_queues(); - cnt.v_vnodein++; - cnt.v_vnodepgsin++; + PCPU_CNTR64_INC(cnt.v_vnodein); + PCPU_CNTR64_INC(cnt.v_vnodepgsin); error = vnode_pager_input_old(object, m[reqpage]); VM_OBJECT_UNLOCK(object); return (error); @@ -751,8 +751,8 @@ vm_page_free(m[i]); vm_page_unlock_queues(); VM_OBJECT_UNLOCK(object); - cnt.v_vnodein++; - cnt.v_vnodepgsin++; + PCPU_CNTR64_INC(cnt.v_vnodein); + PCPU_CNTR64_INC(cnt.v_vnodepgsin); return vnode_pager_input_smlfs(object, m[reqpage]); } @@ -885,8 +885,8 @@ bp->b_runningbufspace = bp->b_bufsize; atomic_add_int(&runningbufspace, bp->b_runningbufspace); - cnt.v_vnodein++; - cnt.v_vnodepgsin += count; + PCPU_CNTR64_INC(cnt.v_vnodein); + PCPU_CNTR64_ADD(cnt.v_vnodepgsin, count); /* do the input */ bp->b_iooffset = dbtob(bp->b_blkno); @@ -1133,8 +1133,8 @@ auio.uio_resid = maxsize; auio.uio_td = (struct thread *) 0; error = VOP_WRITE(vp, &auio, ioflags, curthread->td_ucred); - cnt.v_vnodeout++; - cnt.v_vnodepgsout += ncount; + PCPU_CNTR64_INC(cnt.v_vnodeout); + PCPU_CNTR64_ADD(cnt.v_vnodepgsout, ncount); if (error) { if ((ppscheck = ppsratecheck(&lastfail, &curfail, 1))) --=-M1f0G+6ZA/CPnYVMw/pL-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 8 01:34:14 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5021416A4DA; Tue, 8 Aug 2006 01:34:14 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id CAA4E43D45; Tue, 8 Aug 2006 01:34:13 +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.6/8.13.4) with ESMTP id k781YCfa059135; Mon, 7 Aug 2006 21:34:12 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.6/8.13.6) with ESMTP id k781YCF6025962; Mon, 7 Aug 2006 21:34:12 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B314C7302F; Mon, 7 Aug 2006 21:34:12 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060808013412.B314C7302F@freebsd-current.sentex.ca> Date: Mon, 7 Aug 2006 21:34:12 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Aug 2006 01:34:14 -0000 TB --- 2006-08-08 00:19:18 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-08-08 00:19:18 - starting HEAD tinderbox run for i386/i386 TB --- 2006-08-08 00:19:18 - cleaning the object tree TB --- 2006-08-08 00:19:52 - checking out the source tree TB --- 2006-08-08 00:19:52 - cd /tinderbox/HEAD/i386/i386 TB --- 2006-08-08 00:19:52 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-08-08 00:26:52 - building world (CFLAGS=-O2 -pipe) TB --- 2006-08-08 00:26:52 - cd /src TB --- 2006-08-08 00:26:52 - /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 [...] makedevs.c:10: error: syntax error before ',' token makedevs.c:13: error: syntax error before ',' token makedevs.c:16: error: syntax error before ',' token makedevs.c:19: error: syntax error before ',' token makedevs.c:22: error: syntax error before ',' token makedevs.c:25: error: syntax error before ',' token makedevs.c:28: error: syntax error before ',' token makedevs.c:31: error: syntax error before ',' token *** Error code 1 Stop in /src/usr.sbin/sade. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-08-08 01:34:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-08-08 01:34:12 - ERROR: failed to build world TB --- 2006-08-08 01:34:12 - tinderbox aborted TB --- 1.09 user 5.88 system 4493.69 real From owner-freebsd-current@FreeBSD.ORG Tue Aug 8 02:48:55 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D927916A4DD; Tue, 8 Aug 2006 02:48:55 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6985643D45; Tue, 8 Aug 2006 02:48:55 +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.6/8.13.4) with ESMTP id k782mssQ063455; Mon, 7 Aug 2006 22:48:54 -0400 (EDT) (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.4P/8.13.4) with ESMTP id k782msSW033931; Mon, 7 Aug 2006 22:48:54 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6E1EC7302F; Mon, 7 Aug 2006 22:48:54 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060808024854.6E1EC7302F@freebsd-current.sentex.ca> Date: Mon, 7 Aug 2006 22:48:54 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Aug 2006 02:48:56 -0000 TB --- 2006-08-08 01:34:12 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-08-08 01:34:12 - starting HEAD tinderbox run for i386/pc98 TB --- 2006-08-08 01:34:12 - cleaning the object tree TB --- 2006-08-08 01:34:36 - checking out the source tree TB --- 2006-08-08 01:34:36 - cd /tinderbox/HEAD/i386/pc98 TB --- 2006-08-08 01:34:36 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-08-08 01:41:39 - building world (CFLAGS=-O2 -pipe) TB --- 2006-08-08 01:41:39 - cd /src TB --- 2006-08-08 01:41: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 [...] makedevs.c:10: error: syntax error before ',' token makedevs.c:13: error: syntax error before ',' token makedevs.c:16: error: syntax error before ',' token makedevs.c:19: error: syntax error before ',' token makedevs.c:22: error: syntax error before ',' token makedevs.c:25: error: syntax error before ',' token makedevs.c:28: error: syntax error before ',' token makedevs.c:31: error: syntax error before ',' token *** Error code 1 Stop in /src/usr.sbin/sade. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-08-08 02:48:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-08-08 02:48:54 - ERROR: failed to build world TB --- 2006-08-08 02:48:54 - tinderbox aborted TB --- 1.02 user 5.85 system 4481.47 real From owner-freebsd-current@FreeBSD.ORG Tue Aug 8 04:04:41 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 13DDA16A4E2; Tue, 8 Aug 2006 04:04:41 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id D1E1143D67; Tue, 8 Aug 2006 04:04:34 +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.6/8.13.4) with ESMTP id k7844XZ8067710; Tue, 8 Aug 2006 00:04:33 -0400 (EDT) (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.4P/8.13.4) with ESMTP id k7844Xf1067793; Tue, 8 Aug 2006 00:04:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 459367302F; Tue, 8 Aug 2006 00:04:33 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060808040433.459367302F@freebsd-current.sentex.ca> Date: Tue, 8 Aug 2006 00:04:33 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Aug 2006 04:04:41 -0000 TB --- 2006-08-08 02:48:54 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-08-08 02:48:54 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2006-08-08 02:48:54 - cleaning the object tree TB --- 2006-08-08 02:49:19 - checking out the source tree TB --- 2006-08-08 02:49:19 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2006-08-08 02:49:19 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-08-08 02:56:59 - building world (CFLAGS=-O2 -pipe) TB --- 2006-08-08 02:56:59 - cd /src TB --- 2006-08-08 02:56:59 - /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 [...] makedevs.c:10: error: syntax error before ',' token makedevs.c:13: error: syntax error before ',' token makedevs.c:16: error: syntax error before ',' token makedevs.c:19: error: syntax error before ',' token makedevs.c:22: error: syntax error before ',' token makedevs.c:25: error: syntax error before ',' token makedevs.c:28: error: syntax error before ',' token makedevs.c:31: error: syntax error before ',' token *** Error code 1 Stop in /src/usr.sbin/sade. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-08-08 04:04:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-08-08 04:04:33 - ERROR: failed to build world TB --- 2006-08-08 04:04:33 - tinderbox aborted TB --- 0.96 user 5.09 system 4538.41 real From owner-freebsd-current@FreeBSD.ORG Tue Aug 8 06:47:12 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8EF2B16A4DA; Tue, 8 Aug 2006 06:47:12 +0000 (UTC) (envelope-from nate@root.org) Received: from ylpvm15.prodigy.net (ylpvm15-ext.prodigy.net [207.115.57.46]) by mx1.FreeBSD.org (Postfix) with ESMTP id 25FAD43D49; Tue, 8 Aug 2006 06:47:12 +0000 (GMT) (envelope-from nate@root.org) X-ORBL: [71.139.3.149] Received: from [10.0.5.51] (ppp-71-139-3-149.dsl.snfc21.pacbell.net [71.139.3.149]) by ylpvm15.prodigy.net (8.13.7 out spool5000 dk/8.13.7) with ESMTP id k786l5LN029150; Tue, 8 Aug 2006 02:47:05 -0400 Message-ID: <44D8335C.1000102@root.org> Date: Mon, 07 Aug 2006 23:46:52 -0700 From: Nate Lawson User-Agent: Thunderbird 1.5.0.2 (X11/20060501) MIME-Version: 1.0 To: current , Alexander Leidinger Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: buildworld broken by sade import X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Aug 2006 06:47:12 -0000 Looks like the tinderbox picked it up too. For now, I just disconnected sade from usr.sbin/Makefile locally. [...] makedevs.c:10: error: syntax error before ',' token makedevs.c:13: error: syntax error before ',' token makedevs.c:16: error: syntax error before ',' token makedevs.c:19: error: syntax error before ',' token makedevs.c:22: error: syntax error before ',' token makedevs.c:25: error: syntax error before ',' token makedevs.c:28: error: syntax error before ',' token makedevs.c:31: error: syntax error before ',' token *** Error code 1 Stop in /src/usr.sbin/sade. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 -- Nate From owner-freebsd-current@FreeBSD.ORG Tue Aug 8 07:47:11 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7064D16A4E0; Tue, 8 Aug 2006 07:47:11 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 919CE43D45; Tue, 8 Aug 2006 07:47:10 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 275615138A; Tue, 8 Aug 2006 09:47:08 +0200 (CEST) Received: from localhost (dlx245.neoplus.adsl.tpnet.pl [83.24.53.245]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 81CB550EA7; Tue, 8 Aug 2006 09:47:02 +0200 (CEST) Date: Tue, 8 Aug 2006 09:45:50 +0200 From: Pawel Jakub Dawidek To: Josef Karthauser , Phil Regnauld , Dmitry Morozovsky , Chris , bz@FreeBSD.org, freebsd-net@freebsd.org, freebsd-current@freebsd.org Message-ID: <20060808074550.GB1190@garage.freebsd.pl> References: <20060628103238.GA815@genius.tao.org.uk> <20060628103949.GJ2005@catpipe.net> <3aaaa3a0606281940k63c77ebfga84a854b2cd4ed84@mail.gmail.com> <20060801084156.GD3440@genius.tao.org.uk> <20060801084053.GE22731@catpipe.net> <20060803110525.GE804@genius.tao.org.uk> <20060804183146.N15526@woozle.rinet.ru> <20060804150057.GP29827@catpipe.net> <20060807171605.GC838@genius.tao.org.uk> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="s2ZSL+KKDSLx8OML" Content-Disposition: inline In-Reply-To: <20060807171605.GC838@genius.tao.org.uk> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.5 required=3.0 tests=BAYES_00,RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: Subject: Re: Can I pursuade someone to commit this patch? (Re: Multiple IP addresses in a jail.) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Aug 2006 07:47:11 -0000 --s2ZSL+KKDSLx8OML Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 07, 2006 at 06:16:05PM +0100, Josef Karthauser wrote: > On Fri, Aug 04, 2006 at 05:00:58PM +0200, Phil Regnauld wrote: > > Dmitry Morozovsky (marck) writes: > > >=20 > > > I suppose pinging pjd@ did not work? ;) > >=20 > > Good question -- why did Pawel not commit them himself if he could ? :) > >=20 >=20 > No idea. I sent him an email asking on 28 Jun 2006, but I've not had a > reply. Sorry guys for the delay. I answer this very question too many time... :) There are few reason: - From what I remember there were still some small issues in those patch, but I know people are using them in production with success, so maybe there are already gone or those issues don't exist for their workload. - What I'd really like to see in the tree is vimage or per-jail network virtual interface or something, where one can bind selected IP addresses to. - Currently Bjoern Zeeb is working on those patches and IPv6 for jails, so he is the right person to ask the question. PS. I'm CCing it. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --s2ZSL+KKDSLx8OML Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iD8DBQFE2EEuForvXbEpPzQRAj+eAJwOj9eb82KI6BLg56tXBB0FlEG8BwCg4ygR OgqxFBwNVFxe9s/G6c0Sq7c= =c8d+ -----END PGP SIGNATURE----- --s2ZSL+KKDSLx8OML-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 8 08:07:02 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1B51A16A4DA for ; Tue, 8 Aug 2006 08:07:02 +0000 (UTC) (envelope-from jelte@NLnetLabs.nl) Received: from open.nlnetlabs.nl (open.nlnetlabs.nl [213.154.224.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6254B43D45 for ; Tue, 8 Aug 2006 08:07:00 +0000 (GMT) (envelope-from jelte@NLnetLabs.nl) Received: from [213.154.224.95] (dhcp-95.nlnetlabs.nl [213.154.224.95]) by open.nlnetlabs.nl (8.13.4/8.13.4) with ESMTP id k7886vMH080730 for ; Tue, 8 Aug 2006 10:06:57 +0200 (CEST) (envelope-from jelte@NLnetLabs.nl) Message-ID: <44D84620.9020800@NLnetLabs.nl> Date: Tue, 08 Aug 2006 10:06:56 +0200 From: Jelte Jansen User-Agent: Thunderbird 1.5.0.5 (X11/20060728) MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.9 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on open.nlnetlabs.nl Subject: re(4) link goes down when manually setting media type X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Aug 2006 08:07:02 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, i have a problem with the if_re driver for my gigabit network card (RTL8196). When i set it to autoselect, it works fine, although with apparently random performance problems. When i try to set it to a fixed media type (both 100baseTX and 1000baseTX) the link goes down, and stays down until i set it to autoselect again. It does seem to work when setting it to 10baset/utp. This happens with the driver in -CURRENT (__FBSDID("$FreeBSD: src/sys/dev/re/if_re.c,v 1.72 2006/08/03 00:15:19 yongari Ex) I have seen in the issue tracker and on the -current and -stable that there were other problems with the re(4) driver, but did not see this one. Any ideas? Jelte -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFE2EYg4nZCKsdOncURArPiAJ9Ug6RXu5UsqLix30h+CMkBUkq2NwCfe8yO Wv38UiWJXOSTfONhDL/ik1E= =U3nr -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Aug 8 08:12:28 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B7B1716A4E5; Tue, 8 Aug 2006 08:12:28 +0000 (UTC) (envelope-from vova@sw.ru) Received: from vbook.fbsd.ru (swsoft-mipt-nat.sw.ru [195.214.233.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 59B4143D49; Tue, 8 Aug 2006 08:12:27 +0000 (GMT) (envelope-from vova@sw.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.63 (FreeBSD)) (envelope-from ) id 1GAMhO-0000hF-K3; Tue, 08 Aug 2006 12:12:26 +0400 From: Vladimir Grebenschikov To: current Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: SWsoft Date: Tue, 08 Aug 2006 12:12:25 +0400 Message-Id: <1155024745.2601.2.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.6.3 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: acpi@freebsd.org Subject: ACPI power source detection X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Aug 2006 08:12:28 -0000 Hi Something broken with ACPI power profiles on recent (yesterday) 7-CURRENT Below configuration, that always works fine for me, now lead to instant screen brightness blinking while activity. # cat /etc/devd/acpi_power.conf notify 20 { match "system" "ACPI"; match "subsystem" "ACAD"; action "/usr/local/etc/acpi_power $notify"; action "/etc/rc.d/power_profile $notify"; }; # cat /usr/local/etc/acpi_power #!/bin/sh case "$1" in 0x01) sysctl dev.acpi_sony.0.brightness=8 ;; 0x00) sysctl dev.acpi_sony.0.brightness=2 ;; esac Any hints about this case ? -- Vladimir B. Grebenschikov SWsoft Inc. vova@swsoft.com From owner-freebsd-current@FreeBSD.ORG Tue Aug 8 08:48:47 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1022716A4DD; Tue, 8 Aug 2006 08:48:47 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F35C43D45; Tue, 8 Aug 2006 08:48:45 +0000 (GMT) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id ADCA8EB25BC; Tue, 8 Aug 2006 16:48:40 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id g3Iu6HtMjyVX; Tue, 8 Aug 2006 16:48:35 +0800 (CST) Received: from [10.217.12.96] (sina152-194.staff.sina.com.cn [61.135.152.194]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id B1525EB0E18; Tue, 8 Aug 2006 16:48:32 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=subject:from:to:cc:in-reply-to:references:content-type: organization:date:message-id:mime-version:x-mailer; b=cHE49XuB8+YvQ5DijYxXMUyszg4lSmok0WakHx/5ba/MNqb9wYdGB1fnr4IbaA6wT txRept1Gkn5aaXGcABbRA== From: =?UTF-8?Q?=E6=9D=8E=E9=91=AB?= "(LI Xin)" To: Nate Lawson In-Reply-To: <44D8335C.1000102@root.org> References: <44D8335C.1000102@root.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-HvDSe5CI8ove4SxTGsRc" Organization: The FreeBSD Project Date: Tue, 08 Aug 2006 16:48:21 +0800 Message-Id: <1155026901.1132.1.camel@spirit> Mime-Version: 1.0 X-Mailer: Evolution 2.6.3 FreeBSD GNOME Team Port Cc: Alexander Leidinger , current Subject: Re: buildworld broken by sade import X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Aug 2006 08:48:47 -0000 --=-HvDSe5CI8ove4SxTGsRc Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, Nate, =E5=9C=A8 2006-08-07=E4=B8=80=E7=9A=84 23:46 -0700=EF=BC=8CNate Lawson=E5= =86=99=E9=81=93=EF=BC=9A > Looks like the tinderbox picked it up too. For now, I just disconnected=20 > sade from usr.sbin/Makefile locally. >=20 > [...] > makedevs.c:10: error: syntax error before ',' token > makedevs.c:13: error: syntax error before ',' token > makedevs.c:16: error: syntax error before ',' token > makedevs.c:19: error: syntax error before ',' token > makedevs.c:22: error: syntax error before ',' token > makedevs.c:25: error: syntax error before ',' token > makedevs.c:28: error: syntax error before ',' token > makedevs.c:31: error: syntax error before ',' token > *** Error code 1 I have a under-reviewing patch that addresses some issues that sade(8) have, but I do not think that is related to the problem, and I am unable to reproduce the build issue right now. Would you please give me a copy of the generated makedevs.c so I can investigate further? Cheers, --=20 Xin LI http://www.delphij.net/ --=-HvDSe5CI8ove4SxTGsRc Content-Type: application/pgp-signature; name=signature.asc Content-Description: =?UTF-8?Q?=E8=BF=99=E6=98=AF=E4=BF=A1=E4=BB=B6=E7=9A=84=E6=95=B0?= =?UTF-8?Q?=E5=AD=97=E7=AD=BE=E5=90=8D=E9=83=A8=E5=88=86?= -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBE2E/VhcUczkLqiksRAmDbAKDLh9Zv6IUuhtEZCVvIopxzckWqzgCeNSKp YmA7BbzoVA3TnJuL70nlaoM= =LRxa -----END PGP SIGNATURE----- --=-HvDSe5CI8ove4SxTGsRc-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 8 10:29:20 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8477416A4E2 for ; Tue, 8 Aug 2006 10:29:20 +0000 (UTC) (envelope-from study_circle@sify.com) Received: from sifyr1.maa.sify.net (sifyr1.maa.sify.net [202.144.76.80]) by mx1.FreeBSD.org (Postfix) with ESMTP id 99B1343D5C for ; Tue, 8 Aug 2006 10:29:17 +0000 (GMT) (envelope-from study_circle@sify.com) X-QHPSI: clean Received: (sifymail 342 invoked by uid 507); 8 Aug 2006 15:59:13 +0530 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=portal; d=sify.com; b=Yyb6J/6fCw47ztoGB4XTI7CU8AfRcNZjG0XyUpfv5jbwE9Ofaav+mxFP65pCCup9 ; Received: from 202.144.76.99 (HELO webmail6.sify.com) (202.144.76.99) by 202.144.76.80 with ESMTP; 8 Aug 2006 15:59:13 +0530 Received: (sifymail 10110 invoked by uid 99); 8 Aug 2006 16:04:12 +0530 To: freebsd-current@freebsd.org Received: (sifymail from 210.210.127.85 by host mail.sify.com) Tue, 08 Aug 2006 16:04:12 +0530 Message-ID: <1155033252.44d868a4d8916@mail.sify.com> Date: Tue, 08 Aug 2006 16:04:12 +0600 (IST) From: Gaurang Pandya MIME-Version: 1.0 X-Mailman-Approved-At: Tue, 08 Aug 2006 11:36:53 +0000 Content-Type: text/plain Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: resolution reduced. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Aug 2006 10:29:20 -0000 Hi, I just upgraded my frebsd stable 5.4 to freebsd-current, everything went smooth (as expected) but when I start X in freebsd-current, the resolution changed from 1024x786 to 800x600. Tired of googleing and archive searching to find a solution but ran out of luck. Can any one guide me?? Gaurang. From owner-freebsd-current@FreeBSD.ORG Tue Aug 8 12:30:59 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E40816A4DD for ; Tue, 8 Aug 2006 12:30:59 +0000 (UTC) (envelope-from joseph.koshy@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8CBA243D49 for ; Tue, 8 Aug 2006 12:30:58 +0000 (GMT) (envelope-from joseph.koshy@gmail.com) Received: by ug-out-1314.google.com with SMTP id m2so472762uge for ; Tue, 08 Aug 2006 05:30:57 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=RYnu2cm7aK3WhsSFEru1rl9Jt9ciiF2GKk2GTwAaY9tRHo/vH53ul+lHtkrSYybtHZRekOGw9jpp+/cG6xvbAHbnn+HFyXZZNLWq1qot1KoTZlNLaUxXVRv/BUnzsFd8qojxi5BnpVCfnqAsYUswbLkp4jDifRF+4TNwfKtZmVM= Received: by 10.78.165.13 with SMTP id n13mr2744593hue; Tue, 08 Aug 2006 05:30:56 -0700 (PDT) Received: by 10.78.50.6 with HTTP; Tue, 8 Aug 2006 05:30:56 -0700 (PDT) Message-ID: <84dead720608080530i31a0c279tf9edc14126924c9f@mail.gmail.com> Date: Tue, 8 Aug 2006 18:00:56 +0530 From: "Joseph Koshy" To: "Gaurang Pandya" In-Reply-To: <1155033252.44d868a4d8916@mail.sify.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1155033252.44d868a4d8916@mail.sify.com> Cc: freebsd-current@freebsd.org Subject: Re: resolution reduced. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Aug 2006 12:30:59 -0000 > I just upgraded my frebsd stable 5.4 to freebsd-current, > everything went smooth (as expected) but when I start X in > freebsd-current, the resolution changed from 1024x786 to > 800x600. Tired of googleing and archive searching to find a > solution but ran out of luck. What video hardware do you have? > Can any one guide me?? /var/log/(XFree86|xorg).*.log should tell you why the lower resolution is being chosen. -- FreeBSD Volunteer, http://people.freebsd.org/~jkoshy From owner-freebsd-current@FreeBSD.ORG Tue Aug 8 13:20:34 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7C7A216A4E7 for ; Tue, 8 Aug 2006 13:20:34 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 077C243D55 for ; Tue, 8 Aug 2006 13:20:31 +0000 (GMT) (envelope-from andre@freebsd.org) Received: (qmail 56795 invoked from network); 8 Aug 2006 13:10:56 -0000 Received: from c00l3r.networx.ch (HELO [127.0.0.1]) ([62.48.2.2]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 8 Aug 2006 13:10:56 -0000 Message-ID: <44D88FA1.1000108@freebsd.org> Date: Tue, 08 Aug 2006 15:20:33 +0200 From: Andre Oppermann User-Agent: Thunderbird 1.5.0.4 (Windows/20060516) MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <20060628103238.GA815@genius.tao.org.uk> <20060628103949.GJ2005@catpipe.net> <3aaaa3a0606281940k63c77ebfga84a854b2cd4ed84@mail.gmail.com> <20060801084156.GD3440@genius.tao.org.uk> <20060801084053.GE22731@catpipe.net> <20060803110525.GE804@genius.tao.org.uk> <20060804183146.N15526@woozle.rinet.ru> <20060804150057.GP29827@catpipe.net> <20060807171605.GC838@genius.tao.org.uk> <20060808074550.GB1190@garage.freebsd.pl> In-Reply-To: <20060808074550.GB1190@garage.freebsd.pl> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Josef Karthauser , Chris , freebsd-current@freebsd.org, freebsd-net@freebsd.org, Dmitry Morozovsky , bz@FreeBSD.org, Phil Regnauld Subject: Re: Can I pursuade someone to commit this patch? (Re: Multiple IP addresses in a jail.) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Aug 2006 13:20:34 -0000 Pawel Jakub Dawidek wrote: > On Mon, Aug 07, 2006 at 06:16:05PM +0100, Josef Karthauser wrote: >> On Fri, Aug 04, 2006 at 05:00:58PM +0200, Phil Regnauld wrote: >>> Dmitry Morozovsky (marck) writes: >>>> I suppose pinging pjd@ did not work? ;) >>> Good question -- why did Pawel not commit them himself if he could ? :) >>> >> No idea. I sent him an email asking on 28 Jun 2006, but I've not had a >> reply. > > Sorry guys for the delay. > > I answer this very question too many time... :) > > There are few reason: > - From what I remember there were still some small issues in those > patch, but I know people are using them in production with success, so > maybe there are already gone or those issues don't exist for their > workload. > - What I'd really like to see in the tree is vimage or per-jail network > virtual interface or something, where one can bind selected IP > addresses to. I proposed this at BSDCan earlier this year and have found a way to implement it in a pretty clean way, however PHK was against it in general because it would make jails 'too heavyweight'. > - Currently Bjoern Zeeb is working on those patches and IPv6 for jails, > so he is the right person to ask the question. > > PS. I'm CCing it. -- Andre From owner-freebsd-current@FreeBSD.ORG Tue Aug 8 13:52:23 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3AB6816A4F5; Tue, 8 Aug 2006 13:52:23 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 963ED43D83; Tue, 8 Aug 2006 13:52:11 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5FE8B.dip.t-dialin.net [84.165.254.139]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.6/8.13.6) with ESMTP id k78DbIhL074752; Tue, 8 Aug 2006 15:37:19 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by Andro-Beta.Leidinger.net (8.13.4/8.13.3) with ESMTP id k78DqBsr012810; Tue, 8 Aug 2006 15:52:11 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Tue, 8 Aug 2006 15:53:59 +0200 From: Alexander Leidinger To: Message-ID: <20060808155359.17ed706c@Magellan.Leidinger.net> In-Reply-To: <20060808013412.B314C7302F@freebsd-current.sentex.ca> References: <20060808013412.B314C7302F@freebsd-current.sentex.ca> X-Mailer: Sylpheed-Claws 2.4.0 (GTK+ 2.8.20; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new Cc: i386@freebsd.org Subject: Re: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Aug 2006 13:52:23 -0000 Quoting FreeBSD Tinderbox (Mon, 7 Aug 2006 21:34:12 -0400 (EDT)): > >>> stage 4.4: building everything > [...] > makedevs.c:10: error: syntax error before ',' token > makedevs.c:13: error: syntax error before ',' token > makedevs.c:16: error: syntax error before ',' token > makedevs.c:19: error: syntax error before ',' token > makedevs.c:22: error: syntax error before ',' token > makedevs.c:25: error: syntax error before ',' token > makedevs.c:28: error: syntax error before ',' token > makedevs.c:31: error: syntax error before ',' token Any ideas why this does not show up when doing "make obj && make depend && make" in usr.sbin/sade? My version looks like: ---snip--- #include const char termcap_ansi[] = { 97,110,115,105,124,97,110,121,32,97,110,115,105,32,116,101,114,109,105, 110,97,108,32,119,105,116,104,32,112,101,115,115,105,109,105,115,116,105, 99,32,97,115,115,117,109,112,116,105,111,110,115,58,99,111,35,56,48,58, 108,105,35,50,52,58,99,108,61,53,48,92,69,91,59,72,92,69,91,50,74,58,98, 115,58,97,109,58,99,109,61,92,69,91,37,105,37,100,59,37,100,72,58,110,100, 61,92,69,91,67,58,117,112,61,92,69,91,65,58,99,101,61,92,69,91,75,58,104, 111,61,92,69,91,72,58,112,116,58 ,0}; const char termcap_cons25w[] = { 99,111,110,115,50,53,119,124,97,110,115,105,119,124,97,110,115,105,56,48, 120,50,53,45,114,97,119,58,97,109,58,98,115,58,78,80,58,109,115,58,112, ---snip--- Line 10 is ",0};". Any ideas what's wrong here? Bye, Alexander. -- Star Trek Lives! http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Tue Aug 8 15:04:15 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 42A4916A4ED; Tue, 8 Aug 2006 15:04:15 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from fw.zoral.com.ua (fw.zoral.com.ua [213.186.206.134]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1A3E443DBF; Tue, 8 Aug 2006 15:03:54 +0000 (GMT) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.4/8.13.4) with ESMTP id k78F3dZE024974 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 8 Aug 2006 18:03:39 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.13.6/8.13.6) with ESMTP id k78F3des066848; Tue, 8 Aug 2006 18:03:39 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.13.6/8.13.6/Submit) id k78F3cJJ066847; Tue, 8 Aug 2006 18:03:38 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 8 Aug 2006 18:03:38 +0300 From: Kostik Belousov To: Alexander Leidinger Message-ID: <20060808150338.GQ59809@deviant.kiev.zoral.com.ua> References: <20060808013412.B314C7302F@freebsd-current.sentex.ca> <20060808155359.17ed706c@Magellan.Leidinger.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6zn93sY2JrH9m7VZ" Content-Disposition: inline In-Reply-To: <20060808155359.17ed706c@Magellan.Leidinger.net> User-Agent: Mutt/1.4.2.2i X-Virus-Scanned: ClamAV version 0.88.2, clamav-milter version 0.88.2 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=0.4 required=5.0 tests=ALL_TRUSTED, DNS_FROM_RFC_ABUSE,SPF_NEUTRAL autolearn=no version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on fw.zoral.com.ua Cc: current@freebsd.org, i386@freebsd.org Subject: Re: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Aug 2006 15:04:15 -0000 --6zn93sY2JrH9m7VZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Aug 08, 2006 at 03:53:59PM +0200, Alexander Leidinger wrote: > Quoting FreeBSD Tinderbox (Mon, 7 Aug 2006 21:34= :12 -0400 (EDT)): >=20 > > >>> stage 4.4: building everything > > [...] > > makedevs.c:10: error: syntax error before ',' token > > makedevs.c:13: error: syntax error before ',' token > > makedevs.c:16: error: syntax error before ',' token > > makedevs.c:19: error: syntax error before ',' token > > makedevs.c:22: error: syntax error before ',' token > > makedevs.c:25: error: syntax error before ',' token > > makedevs.c:28: error: syntax error before ',' token > > makedevs.c:31: error: syntax error before ',' token >=20 > Any ideas why this does not show up when doing "make obj && make depend > && make" in usr.sbin/sade? >=20 > My version looks like: > ---snip--- > #include > const char termcap_ansi[] =3D { > 97,110,115,105,124,97,110,121,32,97,110,115,105,32,116,101,114,109,105, > 110,97,108,32,119,105,116,104,32,112,101,115,115,105,109,105,115,116,105, > 99,32,97,115,115,117,109,112,116,105,111,110,115,58,99,111,35,56,48,58, > 108,105,35,50,52,58,99,108,61,53,48,92,69,91,59,72,92,69,91,50,74,58,98, > 115,58,97,109,58,99,109,61,92,69,91,37,105,37,100,59,37,100,72,58,110,100, > 61,92,69,91,67,58,117,112,61,92,69,91,65,58,99,101,61,92,69,91,75,58,104, > 111,61,92,69,91,72,58,112,116,58 > ,0}; > const char termcap_cons25w[] =3D { > 99,111,110,115,50,53,119,124,97,110,115,105,119,124,97,110,115,105,56,48, > 120,50,53,45,114,97,119,58,97,109,58,98,115,58,78,80,58,109,115,58,112, > ---snip--- >=20 > Line 10 is ",0};". Any ideas what's wrong here? >=20 > Bye, > Alexander. =3D=3D=3D> usr.sbin/sade (depend) cc -o rtermcap /usr/home/kostik/build/bsd/6/src-quotas/usr.sbin/sade/rtermc= ap.c -ltermcap echo '#include ' > makedevs.c TERMCAP=3D/usr/home/kostik/build/bsd/6/src-quotas/usr.sbin/sade/../../share= /termcap/termcap.src ./rtermcap ansi | file2c 'const char termcap_ansi[] = =3D {' ',0};' >> makedevs.c /libexec/ld-elf.so.1: Shared object "libc.so.7" not found, required by "rte= rmcap" This is on build hosted by STABLE. Seems that rtermcap shall be added to buildtools ... --6zn93sY2JrH9m7VZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE2KfKC3+MBN1Mb4gRAsPEAJ9uzUsduOmhZLqYDTp5A9yoqJKKTQCgpX+r V4F52UzMSlGRvj9RYgU4Yic= =gtae -----END PGP SIGNATURE----- --6zn93sY2JrH9m7VZ-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 8 15:44:05 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 334A616A4DF; Tue, 8 Aug 2006 15:44:05 +0000 (UTC) (envelope-from nate@root.org) Received: from ylpvm01.prodigy.net (ylpvm01-ext.prodigy.net [207.115.57.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id C2EF443D76; Tue, 8 Aug 2006 15:44:04 +0000 (GMT) (envelope-from nate@root.org) X-ORBL: [71.139.3.149] Received: from [10.0.5.51] (ppp-71-139-3-149.dsl.snfc21.pacbell.net [71.139.3.149]) by ylpvm01.prodigy.net (8.13.7 out spool5000 dk/8.13.7) with ESMTP id k78FhSUu005897; Tue, 8 Aug 2006 11:43:29 -0400 Message-ID: <44D8B127.2030500@root.org> Date: Tue, 08 Aug 2006 08:43:35 -0700 From: Nate Lawson User-Agent: Thunderbird 1.5.0.2 (X11/20060501) MIME-Version: 1.0 To: =?UTF-8?B?IuadjumRqyBcIihMSSBYaW4pXCIi?= References: <44D8335C.1000102@root.org> <1155026901.1132.1.camel@spirit> In-Reply-To: <1155026901.1132.1.camel@spirit> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: Alexander Leidinger , current Subject: Re: buildworld broken by sade import X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Aug 2006 15:44:05 -0000 æŽé‘« (LI Xin) wrote: > Hi, Nate, > > 在 2006-08-07一的 23:46 -0700，Nate Lawson写é“： >> Looks like the tinderbox picked it up too. For now, I just disconnected >> sade from usr.sbin/Makefile locally. >> >> [...] >> makedevs.c:10: error: syntax error before ',' token >> makedevs.c:13: error: syntax error before ',' token >> makedevs.c:16: error: syntax error before ',' token >> makedevs.c:19: error: syntax error before ',' token >> makedevs.c:22: error: syntax error before ',' token >> makedevs.c:25: error: syntax error before ',' token >> makedevs.c:28: error: syntax error before ',' token >> makedevs.c:31: error: syntax error before ',' token >> *** Error code 1 > > I have a under-reviewing patch that addresses some issues that sade(8) > have, but I do not think that is related to the problem, and I am unable > to reproduce the build issue right now. Would you please give me a copy > of the generated makedevs.c so I can investigate further? > > Cheers, Easy: #include const char termcap_ansi[] = { ,0}; const char termcap_cons25w[] = { ,0}; const char termcap_cons25[] = { ,0}; const char termcap_cons25_m[] = { ,0}; const char termcap_cons25r[] = { ,0}; const char termcap_cons25r_m[] = { ,0}; const char termcap_cons25l1[] = { ,0}; const char termcap_cons25l1_m[] = { ,0}; const char termcap_vt100[] = { ,0}; const char termcap_xterm[] = { ,0}; -- Nate From owner-freebsd-current@FreeBSD.ORG Tue Aug 8 16:09:02 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 53E5816A4E2 for ; Tue, 8 Aug 2006 16:09:02 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6070243D53 for ; Tue, 8 Aug 2006 16:09:00 +0000 (GMT) (envelope-from asmrookie@gmail.com) Received: by wx-out-0506.google.com with SMTP id i27so791017wxd for ; Tue, 08 Aug 2006 09:08:59 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=iUZZ8fulYqBGpXLvUhI0hOuHL0HWvz7y1zMXEOFwwrWZvOMEraJNXPrVgc0lIY3moc4YNpr22aoo+NJRnMJPn2BeCHD6zz4Us18YQ44V1EbsflG04P8xtCRHGNJovVtQvdslpdtgqoswahhqYVCeyVEtJuh4WHbsLKYAzg26TKI= Received: by 10.70.74.6 with SMTP id w6mr921776wxa; Tue, 08 Aug 2006 09:08:59 -0700 (PDT) Received: by 10.70.11.18 with HTTP; Tue, 8 Aug 2006 09:08:59 -0700 (PDT) Message-ID: <3bbf2fe10608080908l3c8e7c3aq1e65a610d76d189b@mail.gmail.com> Date: Tue, 8 Aug 2006 18:08:59 +0200 From: "Attilio Rao" Sender: asmrookie@gmail.com To: "Suleiman Souhlal" In-Reply-To: <44D7B7ED.5070302@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <3bbf2fe10608071227j17c4cfa6qd84e1d8e53668fda@mail.gmail.com> <44D7B7ED.5070302@FreeBSD.org> X-Google-Sender-Auth: 2680590499697724 Cc: freebsd-current@freebsd.org, freebsd-arch@freebsd.org Subject: Re: [PATCH] Adding Solaris-style "owner of records" to rwlocks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Aug 2006 16:09:02 -0000 2006/8/8, Suleiman Souhlal : > Attilio Rao wrote: > > This is a first implementation of the owner of records concept in rwlocks. > > It allows to avoid the priority inversion problem in the current > > rwlocks implementation (for readers). > > > > The main idea (that John and I discussed) is to have as owner of > > records the first rlock'er for a "class contention". > > The implementation consists in adding two flags (RW_LOCK_OWNED and > > RW_LOCK_EXEMPTED) which are used in order to not penalyze the easy > > case, and syncronizing the operation of acquiring and dropping the > > owner of records with the turnstile spin-lock. > > The main scheme might work in this way: > > > > thread1::rlock() -> sets the owner of records > > thread2::rlock() -> checks for RW_LOCK_OWNED bit and, if it is set, go > > in the easy case > > thread3::rlock() -> checks for RW_LOCK_OWNED... > > thread4::wlock() -> blocks and land its priority to thread1 > > thread1::runlock() -> disable the owner of records (disowning the > > associated turnstile) and sets the RW_LOCK_EXEMPTED flag. In this way > > other threads will treact as an easy case. > > ... > > Aren't you missing the hard part: transferring ownership from one reader > to another? If you don't, you'll still have priority inversions as soon > as the initial reader unlocks.. Exactly, but having a complete owner switching would be: 1) too hard to achieve in terms of resource taken 2) will imply too many races and we might get a too hard function With this implementation, only the first rlock (for every class contention) will be penalyzed while the other are treacted as the easy/hard case. It doesn't completely solve the priority inversion problem, but it's the better compromise between performances/correctnes. Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Tue Aug 8 16:24:30 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CB46516A4E8 for ; Tue, 8 Aug 2006 16:24:30 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.236]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6FB0943D5C for ; Tue, 8 Aug 2006 16:24:24 +0000 (GMT) (envelope-from asmrookie@gmail.com) Received: by wx-out-0506.google.com with SMTP id i27so795126wxd for ; Tue, 08 Aug 2006 09:24:23 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=D2n6K2z1fISkOmi+BMdekFeC4mxrtkebEbitsI7xZrRqPcUu0/SP2O3KZpsz0kL3ebg4bVqrfrrReWQSil2wfF+fQlPIBVd8nRanGajUO9PdF1f4CJ2eNeJ9dcopQwpLRIQQ/IYM7DVYvoJSRS8sGQRan1VbIXGjeYmn7irBRjA= Received: by 10.70.8.8 with SMTP id 8mr1036522wxh; Tue, 08 Aug 2006 09:24:23 -0700 (PDT) Received: by 10.70.11.18 with HTTP; Tue, 8 Aug 2006 09:24:23 -0700 (PDT) Message-ID: <3bbf2fe10608080924p1536b4e5s6d3c79be3546aefe@mail.gmail.com> Date: Tue, 8 Aug 2006 18:24:23 +0200 From: "Attilio Rao" Sender: asmrookie@gmail.com To: "Suleiman Souhlal" In-Reply-To: <3bbf2fe10608080908l3c8e7c3aq1e65a610d76d189b@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <3bbf2fe10608071227j17c4cfa6qd84e1d8e53668fda@mail.gmail.com> <44D7B7ED.5070302@FreeBSD.org> <3bbf2fe10608080908l3c8e7c3aq1e65a610d76d189b@mail.gmail.com> X-Google-Sender-Auth: a7b831ac583f3eb9 Cc: freebsd-current@freebsd.org, freebsd-arch@freebsd.org Subject: Re: [PATCH] Adding Solaris-style "owner of records" to rwlocks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Aug 2006 16:24:30 -0000 2006/8/8, Attilio Rao : > > > > Aren't you missing the hard part: transferring ownership from one reader > > to another? If you don't, you'll still have priority inversions as soon > > as the initial reader unlocks.. > > Exactly, but having a complete owner switching would be: > 1) too hard to achieve in terms of resource taken > 2) will imply too many races and we might get a too hard function > > With this implementation, only the first rlock (for every class > contention) will be penalyzed while the other are treacted as the > easy/hard case. > It doesn't completely solve the priority inversion problem, but it's > the better compromise between performances/correctnes. As addiction, I can say it would be interesting investigate other solutions (i.e: partial readers tracking or full readers tracking) and benchmarking what works in the better way, but here benchmarks would take the biggest part of time. If somebody is interested can drop a mail to me (or to John, if he has time). Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Tue Aug 8 18:02:06 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D198516A536; Tue, 8 Aug 2006 18:02:06 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 24FB743D4C; Tue, 8 Aug 2006 18:02:05 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id k78I1vkt051917; Tue, 8 Aug 2006 14:02:04 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Suleiman Souhlal Date: Tue, 8 Aug 2006 13:42:15 -0400 User-Agent: KMail/1.9.1 References: <3bbf2fe10608071227j17c4cfa6qd84e1d8e53668fda@mail.gmail.com> <44D7B7ED.5070302@FreeBSD.org> In-Reply-To: <44D7B7ED.5070302@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200608081342.15839.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Tue, 08 Aug 2006 14:02:05 -0400 (EDT) X-Virus-Scanned: ClamAV 0.87.1/1640/Mon Aug 7 21:11:04 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: Attilio Rao , freebsd-current@freebsd.org, freebsd-arch@freebsd.org Subject: Re: [PATCH] Adding Solaris-style "owner of records" to rwlocks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Aug 2006 18:02:06 -0000 On Monday 07 August 2006 18:00, Suleiman Souhlal wrote: > Attilio Rao wrote: > > This is a first implementation of the owner of records concept in rwlocks. > > It allows to avoid the priority inversion problem in the current > > rwlocks implementation (for readers). > > > > The main idea (that John and I discussed) is to have as owner of > > records the first rlock'er for a "class contention". > > The implementation consists in adding two flags (RW_LOCK_OWNED and > > RW_LOCK_EXEMPTED) which are used in order to not penalyze the easy > > case, and syncronizing the operation of acquiring and dropping the > > owner of records with the turnstile spin-lock. > > The main scheme might work in this way: > > > > thread1::rlock() -> sets the owner of records > > thread2::rlock() -> checks for RW_LOCK_OWNED bit and, if it is set, go > > in the easy case > > thread3::rlock() -> checks for RW_LOCK_OWNED... > > thread4::wlock() -> blocks and land its priority to thread1 > > thread1::runlock() -> disable the owner of records (disowning the > > associated turnstile) and sets the RW_LOCK_EXEMPTED flag. In this way > > other threads will treact as an easy case. > > ... > > Aren't you missing the hard part: transferring ownership from one reader > to another? If you don't, you'll still have priority inversions as soon > as the initial reader unlocks.. Even Solaris doesn't do this as the overhead to do this would seem to outweigh the advantages of having a perfect implementation. I think Attilio is actually going to try it several different ways and then run benchmarks to see if that assertion is true. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Aug 8 18:40:18 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 233DA16A55C for ; Tue, 8 Aug 2006 18:40:18 +0000 (UTC) (envelope-from antitoch@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.174]) by mx1.FreeBSD.org (Postfix) with ESMTP id E3D1243D60 for ; Tue, 8 Aug 2006 18:40:01 +0000 (GMT) (envelope-from antitoch@gmail.com) Received: by ug-out-1314.google.com with SMTP id u40so74853ugc for ; Tue, 08 Aug 2006 11:40:00 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=H5FJgFNGkxzs6OAbHY+9EQUCqz3diAe8RpnYujTp7vQnuIrPn6U78/hzN/QAf64VVBWXSKfWTI2AA5lB8Vd9qovC1Om0nwsbzDY/8qUPyHx3R4ZPVJPvFx+oXDgsBDgihnJi4khCBPUpUeCCUv4NX04BIEQkd3erzpAwzNnNzwQ= Received: by 10.67.100.17 with SMTP id c17mr9928900ugm; Tue, 08 Aug 2006 11:40:00 -0700 (PDT) Received: by 10.67.16.16 with HTTP; Tue, 8 Aug 2006 11:40:00 -0700 (PDT) Message-ID: <287c9df30608081140w10510b51hb6c3185b9e1db039@mail.gmail.com> Date: Tue, 8 Aug 2006 14:40:00 -0400 From: "William Lam" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Panic while renaming file on FAT32 FS X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Aug 2006 18:40:18 -0000 CVSUp just yesterday; while attempting to rename a directory on a FAT32 filesystem the system panicked with the following: panic: lockmgr: locking against myself This occured while I was changing the case of characters in the name of a directory, e.g. from 'Skin' to 'skin'. William Lam From owner-freebsd-current@FreeBSD.ORG Tue Aug 8 19:52:56 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B78EE16A4DA; Tue, 8 Aug 2006 19:52:56 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id D456843D45; Tue, 8 Aug 2006 19:52:55 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 312EB51393; Tue, 8 Aug 2006 21:52:53 +0200 (CEST) Received: from localhost (dlx245.neoplus.adsl.tpnet.pl [83.24.53.245]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id E083D50E96; Tue, 8 Aug 2006 21:52:47 +0200 (CEST) Date: Tue, 8 Aug 2006 21:52:02 +0200 From: Pawel Jakub Dawidek To: freebsd-fs@FreeBSD.org Message-ID: <20060808195202.GA1564@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2oS5YaxWCcQjTEyO" Content-Disposition: inline X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.5 required=3.0 tests=BAYES_00,RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-current@FreeBSD.org, freebsd-geom@FreeBSD.org Subject: GJournal (hopefully) final patches. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Aug 2006 19:52:56 -0000 --2oS5YaxWCcQjTEyO Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi. I'm pleased to announce hopefully the final gjournal patches. The biggest change is removal of magic .deleted/ directory. Now orphaned objects (files/directories which were deleted, but are still open) are handled in a different way - in every CG there is a counter which tells how many such orphaned objects are there in the given CG. There is also a global unreferenced inodes counter in the superblock. On power failure or system crash, fast fsck version will be run on journaled file system which only checks CG for unreferenced inodes. Multi terabyte file system is checked in few minutes, but it depends on how many such objects we have. The global counter in the superblock allows to stop scanning CGs when it goes to 0. Another change is that now from a configuration point of view gjournal is threated simlar to soft-updates - you need to specify -J flag at newfs(8) time or use 'tunefs -J enable '. 'gjournal' is no longer a mount option. To create journaled UFS file system on ad0s1d partition: # gjournal load # gjournal label ad0s1d # newfs -J /dev/ad0s1d.journal # mount -o noatime,async /dev/ad0s1d.journal /mnt On reboot 'fsck_ffs -p /dev/ad0s1d.journal' will perform fast check. One can still run regular check by not giving the -p option. BTW. This should allow to have root file system on gjournal partition, but haven't verified it yet - just a theory. Patches for 7-CURRENT: http://people.freebsd.org/~pjd/patches/gjournal_20060808.patch Patches for 6-STABLE: http://people.freebsd.org/~pjd/patches/gjournal6_20060808.patch To apply the patches: # cd /usr/src # mkdir sys/geom/journal sbin/geom/class/journal sys/modules/geom/geom_jou= rnal # patch < gjournal_20060808.patch Now you need to recompile the world and the kernel. Remember to add 'options UFS_GJOURNAL' to your kernel configuration file. If there will be no bug reports nor strong objections, I'd like commit gjournal in a week or two first to 7-CURRENT and then to 6-STABLE (maybe before 6.2-RELEASE, but it depends on testing and feedback from users). Enjoy! --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --2oS5YaxWCcQjTEyO Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iD8DBQFE2OtiForvXbEpPzQRAjQYAKD2fc0LlYXB+tU9byaHGUZeX9ylGACghiYv KgXkFP1OeBhEaeAiwAXGt9o= =UosT -----END PGP SIGNATURE----- --2oS5YaxWCcQjTEyO-- From owner-freebsd-current@FreeBSD.ORG Tue Aug 8 21:02:44 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0516416A4E0 for ; Tue, 8 Aug 2006 21:02:44 +0000 (UTC) (envelope-from markus@trippelsdorf.de) Received: from blue-ld-038.synserver.de (smtp-out-42.synserver.de [217.119.50.42]) by mx1.FreeBSD.org (Postfix) with SMTP id 11C8443D60 for ; Tue, 8 Aug 2006 21:02:20 +0000 (GMT) (envelope-from markus@trippelsdorf.de) Received: (qmail 25454 invoked by uid 0); 8 Aug 2006 21:02:15 -0000 X-SynServer-RemoteDnsName: port-212-202-34-169.dynamic.qsc.de X-SynServer-AuthUser: markus@trippelsdorf.de Received: from port-212-202-34-169.dynamic.qsc.de (HELO bsd.trippelsdorf.de) (212.202.34.169) by mx-06.synserver.de with SMTP; 8 Aug 2006 21:02:15 -0000 Date: Tue, 8 Aug 2006 23:02:11 +0200 From: Markus Trippelsdorf To: Pawel Jakub Dawidek Message-ID: <20060808210211.GA730@bsd.trippelsdorf.de> References: <20060808195202.GA1564@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060808195202.GA1564@garage.freebsd.pl> Cc: freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-geom@FreeBSD.org Subject: Re: GJournal (hopefully) final patches. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Aug 2006 21:02:44 -0000 On Tue, Aug 08, 2006 at 09:52:02PM +0200, Pawel Jakub Dawidek wrote: > > I'm pleased to announce hopefully the final gjournal patches. ... > > Patches for 6-STABLE: > > http://people.freebsd.org/~pjd/patches/gjournal6_20060808.patch > > To apply the patches: > > # cd /usr/src > # mkdir sys/geom/journal sbin/geom/class/journal sys/modules/geom/geom_journal > # patch < gjournal_20060808.patch > > Now you need to recompile the world and the kernel. Remember to add > 'options UFS_GJOURNAL' to your kernel configuration file. It does not compile with -Werror on my AMD64 system running STABLE: cc -O2 -pipe -march=k8 -DRESCUE -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 /usr/src/bin/test/test.c /usr/src/sbin/fsck_ffs/gjournal.c: In function `gjournal_check': /usr/src/sbin/fsck_ffs/gjournal.c:717: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 -- Markus From owner-freebsd-current@FreeBSD.ORG Tue Aug 8 21:41:26 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 39EC416A4DF for ; Tue, 8 Aug 2006 21:41:26 +0000 (UTC) (envelope-from markus@trippelsdorf.de) Received: from blue-ld-038.synserver.de (smtp-out-42.synserver.de [217.119.50.42]) by mx1.FreeBSD.org (Postfix) with SMTP id BD8DB43D79 for ; Tue, 8 Aug 2006 21:41:19 +0000 (GMT) (envelope-from markus@trippelsdorf.de) Received: (qmail 6259 invoked by uid 0); 8 Aug 2006 21:41:17 -0000 X-SynServer-RemoteDnsName: port-212-202-34-169.dynamic.qsc.de X-SynServer-AuthUser: markus@trippelsdorf.de Received: from port-212-202-34-169.dynamic.qsc.de (HELO bsd.trippelsdorf.de) (212.202.34.169) by mx-06.synserver.de with SMTP; 8 Aug 2006 21:41:17 -0000 Date: Tue, 8 Aug 2006 23:41:16 +0200 From: Markus Trippelsdorf To: Pawel Jakub Dawidek Message-ID: <20060808214116.GB730@bsd.trippelsdorf.de> References: <20060808195202.GA1564@garage.freebsd.pl> <20060808210211.GA730@bsd.trippelsdorf.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060808210211.GA730@bsd.trippelsdorf.de> Cc: freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-geom@FreeBSD.org Subject: Re: GJournal (hopefully) final patches. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Aug 2006 21:41:26 -0000 On Tue, Aug 08, 2006 at 11:02:11PM +0200, Markus Trippelsdorf wrote: > On Tue, Aug 08, 2006 at 09:52:02PM +0200, Pawel Jakub Dawidek wrote: > > > > I'm pleased to announce hopefully the final gjournal patches. > ... > > > > Patches for 6-STABLE: > > > > http://people.freebsd.org/~pjd/patches/gjournal6_20060808.patch > > > > To apply the patches: > > > > # cd /usr/src > > # mkdir sys/geom/journal sbin/geom/class/journal sys/modules/geom/geom_journal > > # patch < gjournal_20060808.patch > > > > Now you need to recompile the world and the kernel. Remember to add > > 'options UFS_GJOURNAL' to your kernel configuration file. > > It does not compile with -Werror on my AMD64 system running STABLE: > > cc -O2 -pipe -march=k8 -DRESCUE -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 /usr/src/bin/test/test.c > /usr/src/sbin/fsck_ffs/gjournal.c: In function `gjournal_check': > /usr/src/sbin/fsck_ffs/gjournal.c:717: warning: dereferencing type-punned pointer will break strict-aliasing rules > *** Error code 1 Adding -fno-strict-aliasing to the CFLAGS of sbin/fsck_ffs/Makefile solved the problem for now. -- Markus From owner-freebsd-current@FreeBSD.ORG Tue Aug 8 23:14:04 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B43DD16A4DD; Tue, 8 Aug 2006 23:14:04 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 03C7D43D4C; Tue, 8 Aug 2006 23:14:03 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5DE89.dip.t-dialin.net [84.165.222.137]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.6/8.13.6) with ESMTP id k78Mx1xg076588; Wed, 9 Aug 2006 00:59:01 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by Andro-Beta.Leidinger.net (8.13.4/8.13.3) with ESMTP id k78NDs9O092671; Wed, 9 Aug 2006 01:13:54 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Wed, 9 Aug 2006 01:15:41 +0200 From: Alexander Leidinger To: Kostik Belousov Message-ID: <20060809011541.37b9e806@Magellan.Leidinger.net> In-Reply-To: <20060808150338.GQ59809@deviant.kiev.zoral.com.ua> References: <20060808013412.B314C7302F@freebsd-current.sentex.ca> <20060808155359.17ed706c@Magellan.Leidinger.net> <20060808150338.GQ59809@deviant.kiev.zoral.com.ua> X-Mailer: Sylpheed-Claws 2.4.0 (GTK+ 2.8.20; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new Cc: @Leidinger.net (LI Xin), "=?UTF-8?B?IuadjumRqw==?=.\\ .\"" , current@freebsd.org, i386@freebsd.org Subject: Re: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Aug 2006 23:14:04 -0000 Quoting Kostik Belousov (Tue, 8 Aug 2006 18:03:38 +0300): > cc -o rtermcap /usr/home/kostik/build/bsd/6/src-quotas/usr.sbin/sade/rtermcap.c -ltermcap > > echo '#include ' > makedevs.c > > TERMCAP=/usr/home/kostik/build/bsd/6/src-quotas/usr.sbin/sade/../../share/termcap/termcap.src ./rtermcap ansi | file2c 'const char termcap_ansi[] = {' ',0};' >> makedevs.c > > /libexec/ld-elf.so.1: Shared object "libc.so.7" not found, required by "rtermcap" > > This is on build hosted by STABLE. > Seems that rtermcap shall be added to buildtools ... Another option would be to get rid of makedevs.c... we have a fully working system when running sade, no need to include a static termcap description in the binary. Bye, Alexander. -- Two stormtroopers are posted near the tractor beam power terminal. Stormtrooper: Do you know what's going on? Other stormtrooper: Maybe it's another drill. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Wed Aug 9 00:43:28 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1821016A4E7; Wed, 9 Aug 2006 00:43:28 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3682443D53; Wed, 9 Aug 2006 00:43:26 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp226-175.lns2.adl4.internode.on.net [203.122.226.175]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id k790hPWn019650 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 9 Aug 2006 10:13:25 +0930 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-current@freebsd.org Date: Wed, 9 Aug 2006 10:13:24 +0930 User-Agent: KMail/1.9.3 References: <20060808195202.GA1564@garage.freebsd.pl> In-Reply-To: <20060808195202.GA1564@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart15824597.KjTrxe88hv"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200608091013.25981.doconnor@gsoft.com.au> X-Spam-Score: 0 () X-Scanned-By: MIMEDefang 2.56 on 203.31.81.10 Cc: freebsd-fs@freebsd.org, Pawel Jakub Dawidek , freebsd-geom@freebsd.org Subject: Re: GJournal (hopefully) final patches. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Aug 2006 00:43:28 -0000 --nextPart15824597.KjTrxe88hv Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 09 August 2006 05:22, Pawel Jakub Dawidek wrote: > I'm pleased to announce hopefully the final gjournal patches. This has diffs which remove stge presumably because you did your diff at=20 exactly the wrong time :) (The mods to CAM/ATA/etc are part of the patch for flushing cache I am=20 guessing) It also appears to remove 'MNT_JAILDEVFS" because it uses the same bitmask,= I=20 am guessing that's a mistake. =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 --nextPart15824597.KjTrxe88hv Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (FreeBSD) iD8DBQBE2S+t5ZPcIHs/zowRAkX5AJ9pIi4YmcKa79I3XOs4ZzVX+UGCAACeNiyt ZXtTLLcegk6O7FxfJ+Hk0Ag= =Pb0b -----END PGP SIGNATURE----- --nextPart15824597.KjTrxe88hv-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 9 01:24:02 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3A76C16A50A; Wed, 9 Aug 2006 01:24:02 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1FDB343E43; Wed, 9 Aug 2006 01:23:11 +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.6/8.13.4) with ESMTP id k791MXDo016000; Tue, 8 Aug 2006 21:22:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.6/8.13.6) with ESMTP id k791MXAL054996; Tue, 8 Aug 2006 21:22:33 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8C0787302F; Tue, 8 Aug 2006 21:22:33 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060809012233.8C0787302F@freebsd-current.sentex.ca> Date: Tue, 8 Aug 2006 21:22:33 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Aug 2006 01:24:02 -0000 TB --- 2006-08-09 00:06:09 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-08-09 00:06:09 - starting HEAD tinderbox run for amd64/amd64 TB --- 2006-08-09 00:06:09 - cleaning the object tree TB --- 2006-08-09 00:06:49 - checking out the source tree TB --- 2006-08-09 00:06:49 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2006-08-09 00:06:49 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-08-09 00:14:12 - building world (CFLAGS=-O2 -pipe) TB --- 2006-08-09 00:14:12 - cd /src TB --- 2006-08-09 00:14:12 - /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 [...] makedevs.c:10: error: syntax error before ',' token makedevs.c:13: error: syntax error before ',' token makedevs.c:16: error: syntax error before ',' token makedevs.c:19: error: syntax error before ',' token makedevs.c:22: error: syntax error before ',' token makedevs.c:25: error: syntax error before ',' token makedevs.c:28: error: syntax error before ',' token makedevs.c:31: error: syntax error before ',' token *** Error code 1 Stop in /src/usr.sbin/sade. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-08-09 01:22:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-08-09 01:22:33 - ERROR: failed to build world TB --- 2006-08-09 01:22:33 - tinderbox aborted TB --- 1.36 user 7.20 system 4584.24 real From owner-freebsd-current@FreeBSD.ORG Wed Aug 9 02:37:08 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D32216A4DD; Wed, 9 Aug 2006 02:37:08 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9637843D53; Wed, 9 Aug 2006 02:37:07 +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.6/8.13.4) with ESMTP id k792b6NL020221; Tue, 8 Aug 2006 22:37:06 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.6/8.13.6) with ESMTP id k792b68A031229; Tue, 8 Aug 2006 22:37:06 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6C0AC7302F; Tue, 8 Aug 2006 22:37:06 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060809023706.6C0AC7302F@freebsd-current.sentex.ca> Date: Tue, 8 Aug 2006 22:37:06 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Aug 2006 02:37:08 -0000 TB --- 2006-08-09 01:22:33 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-08-09 01:22:33 - starting HEAD tinderbox run for i386/i386 TB --- 2006-08-09 01:22:33 - cleaning the object tree TB --- 2006-08-09 01:22:53 - checking out the source tree TB --- 2006-08-09 01:22:53 - cd /tinderbox/HEAD/i386/i386 TB --- 2006-08-09 01:22:53 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-08-09 01:29:52 - building world (CFLAGS=-O2 -pipe) TB --- 2006-08-09 01:29:52 - cd /src TB --- 2006-08-09 01:29:52 - /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 [...] makedevs.c:10: error: syntax error before ',' token makedevs.c:13: error: syntax error before ',' token makedevs.c:16: error: syntax error before ',' token makedevs.c:19: error: syntax error before ',' token makedevs.c:22: error: syntax error before ',' token makedevs.c:25: error: syntax error before ',' token makedevs.c:28: error: syntax error before ',' token makedevs.c:31: error: syntax error before ',' token *** Error code 1 Stop in /src/usr.sbin/sade. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-08-09 02:37:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-08-09 02:37:06 - ERROR: failed to build world TB --- 2006-08-09 02:37:06 - tinderbox aborted TB --- 0.61 user 3.34 system 4472.54 real From owner-freebsd-current@FreeBSD.ORG Wed Aug 9 03:51:43 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ACDE716A4DA; Wed, 9 Aug 2006 03:51:43 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 42B3F43D45; Wed, 9 Aug 2006 03:51:42 +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.6/8.13.6) with ESMTP id k793pfVO068555; Tue, 8 Aug 2006 23:51:41 -0400 (EDT) (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.4P/8.13.4) with ESMTP id k793pgtX041354; Tue, 8 Aug 2006 23:51:42 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0119B7302F; Tue, 8 Aug 2006 23:51:41 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060809035142.0119B7302F@freebsd-current.sentex.ca> Date: Tue, 8 Aug 2006 23:51:41 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Aug 2006 03:51:43 -0000 TB --- 2006-08-09 02:37:06 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-08-09 02:37:06 - starting HEAD tinderbox run for i386/pc98 TB --- 2006-08-09 02:37:06 - cleaning the object tree TB --- 2006-08-09 02:37:19 - checking out the source tree TB --- 2006-08-09 02:37:19 - cd /tinderbox/HEAD/i386/pc98 TB --- 2006-08-09 02:37:19 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-08-09 02:44:25 - building world (CFLAGS=-O2 -pipe) TB --- 2006-08-09 02:44:25 - cd /src TB --- 2006-08-09 02:44: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 [...] makedevs.c:10: error: syntax error before ',' token makedevs.c:13: error: syntax error before ',' token makedevs.c:16: error: syntax error before ',' token makedevs.c:19: error: syntax error before ',' token makedevs.c:22: error: syntax error before ',' token makedevs.c:25: error: syntax error before ',' token makedevs.c:28: error: syntax error before ',' token makedevs.c:31: error: syntax error before ',' token *** Error code 1 Stop in /src/usr.sbin/sade. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-08-09 03:51:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-08-09 03:51:41 - ERROR: failed to build world TB --- 2006-08-09 03:51:41 - tinderbox aborted TB --- 0.75 user 3.35 system 4475.23 real From owner-freebsd-current@FreeBSD.ORG Wed Aug 9 05:07:00 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 537F816A4DD; Wed, 9 Aug 2006 05:07:00 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id C173943D46; Wed, 9 Aug 2006 05:06: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.6/8.13.6) with ESMTP id k7956vqM071091; Wed, 9 Aug 2006 01:06:57 -0400 (EDT) (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.4P/8.13.4) with ESMTP id k7956w2L068165; Wed, 9 Aug 2006 01:06:58 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7E7467302F; Wed, 9 Aug 2006 01:06:58 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060809050658.7E7467302F@freebsd-current.sentex.ca> Date: Wed, 9 Aug 2006 01:06:58 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.3, clamav-milter version 0.88.3 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Aug 2006 05:07:00 -0000 TB --- 2006-08-09 03:51:42 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-08-09 03:51:42 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2006-08-09 03:51:42 - cleaning the object tree TB --- 2006-08-09 03:51:57 - checking out the source tree TB --- 2006-08-09 03:51:57 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2006-08-09 03:51:57 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-08-09 03:59:26 - building world (CFLAGS=-O2 -pipe) TB --- 2006-08-09 03:59:26 - cd /src TB --- 2006-08-09 03:59:26 - /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 [...] cc -O2 -pipe -I/src/usr.sbin/sade/../../gnu/lib/libdialog -I. -c /src/usr.sbin/sade/msg.c cc -O2 -pipe -I/src/usr.sbin/sade/../../gnu/lib/libdialog -I. -c /src/usr.sbin/sade/system.c cc -O2 -pipe -I/src/usr.sbin/sade/../../gnu/lib/libdialog -I. -c /src/usr.sbin/sade/termcap.c cc -O2 -pipe -I/src/usr.sbin/sade/../../gnu/lib/libdialog -I. -c /src/usr.sbin/sade/variable.c cc -O2 -pipe -I/src/usr.sbin/sade/../../gnu/lib/libdialog -I. -c /src/usr.sbin/sade/wizard.c cc -O2 -pipe -I/src/usr.sbin/sade/../../gnu/lib/libdialog -I. -o sade command.o config.o devices.o disks.o dispatch.o dmenu.o globals.o install.o keymap.o label.o main.o makedevs.o menus.o misc.o msg.o system.o termcap.o variable.o wizard.o -ldialog -lncurses -lutil -ldisk -lftpio disks.o(.text+0x1a0): In function `diskPartitionWrite': : undefined reference to `bootalloc' *** Error code 1 Stop in /src/usr.sbin/sade. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-08-09 05:06:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-08-09 05:06:58 - ERROR: failed to build world TB --- 2006-08-09 05:06:58 - tinderbox aborted TB --- 0.77 user 3.30 system 4516.28 real From owner-freebsd-current@FreeBSD.ORG Wed Aug 9 05:24:53 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4C59B16A4DA for ; Wed, 9 Aug 2006 05:24:53 +0000 (UTC) (envelope-from neshort@yahoo.com) Received: from web56515.mail.re3.yahoo.com (web56515.mail.re3.yahoo.com [66.196.97.44]) by mx1.FreeBSD.org (Postfix) with SMTP id B955343D45 for ; Wed, 9 Aug 2006 05:24:52 +0000 (GMT) (envelope-from neshort@yahoo.com) Received: (qmail 84226 invoked by uid 60001); 9 Aug 2006 05:24:52 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=ZqJIZGL9r7uwntYXD1I6VoRbP4Tv/JwVTSpj56423HNs8qBzBFUmkCTOHOHLmR5GnlylR2H4T5ajsUVkDn+3actbeqRY6mHhkdhWkCqHfR76o1qoJYWMdNIvcl/ylF8OdQSQDCdmospO1D+1W9/6BihtiYRWV3sEtvys8vlpyOc= ; Message-ID: <20060809052451.84224.qmail@web56515.mail.re3.yahoo.com> Received: from [24.221.134.150] by web56515.mail.re3.yahoo.com via HTTP; Tue, 08 Aug 2006 22:24:51 PDT Date: Tue, 8 Aug 2006 22:24:51 -0700 (PDT) From: Neil Short To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: ath0: device timeout X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Aug 2006 05:24:53 -0000 Followup to previous posting. I had noticed that a recent CURRENT update to my system resulted in my WAN connection in my home network to break down on this particular box (a laptop.) stdout reports: ath0: device timeout. The only thing that seems to bring it back up is a reboot the laptop. Since there are some changes to the ath code as of the past few days, I updated again but noticed no improvement. Here's the new information: I have been using WPA for all this time. When I go back to the simpler (and less secure) WEP it seems I can stay connected with impunity. Does this help? ====== Now I, Nebuchadnezzar, praise and extol and honor the King of heaven, for all his works are truth, and his ways are justice; and he is able to bring low those who walk in pride. Daniel 4:37 __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-current@FreeBSD.ORG Wed Aug 9 05:29:17 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D6BA116A4DA for ; Wed, 9 Aug 2006 05:29:17 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E48A43D45 for ; Wed, 9 Aug 2006 05:29:17 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.248] (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id k795TGRN071417 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 8 Aug 2006 22:29:16 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <44D972AC.7000008@errno.com> Date: Tue, 08 Aug 2006 22:29:16 -0700 From: Sam Leffler User-Agent: Thunderbird 1.5.0.4 (X11/20060724) MIME-Version: 1.0 To: Neil Short References: <20060809052451.84224.qmail@web56515.mail.re3.yahoo.com> In-Reply-To: <20060809052451.84224.qmail@web56515.mail.re3.yahoo.com> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: ath0: device timeout X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Aug 2006 05:29:17 -0000 Neil Short wrote: > Followup to previous posting. > > I had noticed that a recent CURRENT update to my > system resulted in my WAN connection in my home > network to break down on this particular box (a > laptop.) > > stdout reports: > ath0: device timeout. > > The only thing that seems to bring it back up is a > reboot the laptop. > > Since there are some changes to the ath code as of the > past few days, I updated again but noticed no > improvement. > > Here's the new information: > I have been using WPA for all this time. When I go > back to the simpler (and less secure) WEP it seems I > can stay connected with impunity. > > Does this help? Not really. From owner-freebsd-current@FreeBSD.ORG Wed Aug 9 06:25:06 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5F41F16A4DA; Wed, 9 Aug 2006 06:25:06 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id A696D43D45; Wed, 9 Aug 2006 06:25:05 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id F00825138F; Wed, 9 Aug 2006 08:25:03 +0200 (CEST) Received: from localhost (pjd.wheel.pl [10.0.1.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id C6AFD51339; Wed, 9 Aug 2006 08:24:57 +0200 (CEST) Date: Wed, 9 Aug 2006 08:24:12 +0200 From: Pawel Jakub Dawidek To: Daniel O'Connor Message-ID: <20060809062412.GA1182@garage.freebsd.pl> References: <20060808195202.GA1564@garage.freebsd.pl> <200608091013.25981.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="uAKRQypu60I7Lcqm" Content-Disposition: inline In-Reply-To: <200608091013.25981.doconnor@gsoft.com.au> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-5.9 required=3.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org, freebsd-geom@freebsd.org Subject: Re: GJournal (hopefully) final patches. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Aug 2006 06:25:06 -0000 --uAKRQypu60I7Lcqm Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Aug 09, 2006 at 10:13:24AM +0930, Daniel O'Connor wrote: > On Wednesday 09 August 2006 05:22, Pawel Jakub Dawidek wrote: > > I'm pleased to announce hopefully the final gjournal patches. >=20 > This has diffs which remove stge presumably because you did your diff at= =20 > exactly the wrong time :) Oops, I updated the patch. Thanks. > (The mods to CAM/ATA/etc are part of the patch for flushing cache I am=20 > guessing) That's right. > It also appears to remove 'MNT_JAILDEVFS" because it uses the same bitmas= k, I=20 > am guessing that's a mistake. No, it's not. MNT_JAILDEVFS is unused (it is already removed from HEAD). --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --uAKRQypu60I7Lcqm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iD8DBQFE2X+MForvXbEpPzQRAs8gAJ9/Oga7Om5IQdCzvNaduB4rHOZ7fwCferAM EJh3Wpwi3BLlCFv50wSnV/4= =hrlA -----END PGP SIGNATURE----- --uAKRQypu60I7Lcqm-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 9 09:27:16 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B70E016A4DA; Wed, 9 Aug 2006 09:27:16 +0000 (UTC) (envelope-from netchild@FreeBSD.org) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC9E143D46; Wed, 9 Aug 2006 09:27:15 +0000 (GMT) (envelope-from netchild@FreeBSD.org) Received: from Andro-Beta.Leidinger.net (p54A5DE89.dip.t-dialin.net [84.165.222.137]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.6/8.13.6) with ESMTP id k799BxTm013161; Wed, 9 Aug 2006 11:12:00 +0200 (CEST) (envelope-from netchild@FreeBSD.org) Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by Andro-Beta.Leidinger.net (8.13.4/8.13.3) with ESMTP id k799R2T4079795; Wed, 9 Aug 2006 11:27:02 +0200 (CEST) (envelope-from netchild@FreeBSD.org) Date: Wed, 9 Aug 2006 11:28:51 +0200 From: Alexander Leidinger To: Nate Lawson Message-ID: <20060809112851.55d2d55b@Magellan.Leidinger.net> In-Reply-To: <44D8B127.2030500@root.org> References: <44D8335C.1000102@root.org> <1155026901.1132.1.camel@spirit> <44D8B127.2030500@root.org> Organization: FreeBSD X-Mailer: Sylpheed-Claws 2.4.0 (GTK+ 2.8.20; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new Cc: Alexander Leidinger , "=?UTF-8?B?IuadjumRqw==?=.\\ .\"" , current , @Leidinger.net (LI Xin) Subject: Re: buildworld broken by sade import X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Aug 2006 09:27:16 -0000 Quoting Nate Lawson (Tue, 08 Aug 2006 08:43:35 -0700): > #include > const char termcap_ansi[] = { > > ,0}; I removed the rtermcap stuff now. I wasn't able to see a difference with "unset TERM" on a fully installed system. This was needed in sysinstall when used to install a system, since no termcap DB was available there. Bye, Alexander. -- ...and that is how we know the Earth to be banana-shaped. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Wed Aug 9 09:32:54 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D6CDF16A4DD; Wed, 9 Aug 2006 09:32:54 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from fw.zoral.com.ua (fw.zoral.com.ua [213.186.206.134]) by mx1.FreeBSD.org (Postfix) with ESMTP id EFE8A43D49; Wed, 9 Aug 2006 09:32:53 +0000 (GMT) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.4/8.13.4) with ESMTP id k799WHxZ053519 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 9 Aug 2006 12:32:17 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.13.6/8.13.6) with ESMTP id k799WHjJ024060; Wed, 9 Aug 2006 12:32:17 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.13.6/8.13.6/Submit) id k799WGmS024059; Wed, 9 Aug 2006 12:32:16 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 9 Aug 2006 12:32:16 +0300 From: Kostik Belousov To: Alexander Leidinger Message-ID: <20060809093216.GA25753@deviant.kiev.zoral.com.ua> References: <44D8335C.1000102@root.org> <1155026901.1132.1.camel@spirit> <44D8B127.2030500@root.org> <20060809112851.55d2d55b@Magellan.Leidinger.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Nq2Wo0NMKNjxTN9z" Content-Disposition: inline In-Reply-To: <20060809112851.55d2d55b@Magellan.Leidinger.net> User-Agent: Mutt/1.4.2.2i X-Virus-Scanned: ClamAV version 0.88.2, clamav-milter version 0.88.2 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=0.4 required=5.0 tests=ALL_TRUSTED, DNS_FROM_RFC_ABUSE,SPF_NEUTRAL autolearn=no version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on fw.zoral.com.ua Cc: delphij@delphij.net, current@freebsd.org Subject: Re: buildworld broken by sade import X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Aug 2006 09:32:54 -0000 --Nq2Wo0NMKNjxTN9z Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Aug 09, 2006 at 11:28:51AM +0200, Alexander Leidinger wrote: > Quoting Nate Lawson (Tue, 08 Aug 2006 08:43:35 -0700): >=20 > > #include > > const char termcap_ansi[] =3D { > >=20 > > ,0}; >=20 > I removed the rtermcap stuff now. I wasn't able to see a difference > with "unset TERM" on a fully installed system. This was needed in > sysinstall when used to install a system, since no termcap DB was > available there. Seems that keymaps stuff shall be trown out too. --Nq2Wo0NMKNjxTN9z Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE2aufC3+MBN1Mb4gRAtknAKCKDTJE6gs/JEhXfG2jAgQ1h7qSRgCcDZ1C e7g7qeXbm+POAEDUTccC7TE= =1/SG -----END PGP SIGNATURE----- --Nq2Wo0NMKNjxTN9z-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 9 12:59:19 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 431B216A4DA; Wed, 9 Aug 2006 12:59:19 +0000 (UTC) (envelope-from b.candler@pobox.com) Received: from rune.pobox.com (rune.pobox.com [208.210.124.79]) by mx1.FreeBSD.org (Postfix) with ESMTP id E0E7343D55; Wed, 9 Aug 2006 12:59:18 +0000 (GMT) (envelope-from b.candler@pobox.com) Received: from rune (localhost [127.0.0.1]) by rune.pobox.com (Postfix) with ESMTP id A4D8E7AE7A; Wed, 9 Aug 2006 08:59:37 -0400 (EDT) Received: from mappit.local.linnet.org (212-74-113-67.static.dsl.as9105.com [212.74.113.67]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by rune.sasl.smtp.pobox.com (Postfix) with ESMTP id C760F7A116; Wed, 9 Aug 2006 08:59:33 -0400 (EDT) Received: from lists by mappit.local.linnet.org with local (Exim 4.61 (FreeBSD)) (envelope-from ) id 1GAneP-000Hah-EQ; Wed, 09 Aug 2006 13:59:09 +0100 Date: Wed, 9 Aug 2006 13:59:09 +0100 From: Brian Candler To: Pawel Jakub Dawidek Message-ID: <20060809125909.GB67566@uk.tiscali.com> References: <20060808195202.GA1564@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060808195202.GA1564@garage.freebsd.pl> User-Agent: Mutt/1.4.2.1i Cc: freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-geom@FreeBSD.org Subject: Re: GJournal (hopefully) final patches. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Aug 2006 12:59:19 -0000 On Tue, Aug 08, 2006 at 09:52:02PM +0200, Pawel Jakub Dawidek wrote: > Another change is that now from a configuration point of view gjournal > is threated simlar to soft-updates - you need to specify -J flag at > newfs(8) time or use 'tunefs -J enable '. 'gjournal' is no longer > a mount option. Does this restrict gjournal to UFS only? I've not been following this closely, but I saw the original announcement: "GJournal was designed to journal GEOM providers, so it actually works below file system layer, but it has hooks which allow to work with file systems. In other words, gjournal is not file system-depended, it can work probably with any file system with minimum knowledge about it. I implemented only UFS support." I just wondered if gjournal support is likely to be limited to UFS now. Regards, Brian. From owner-freebsd-current@FreeBSD.ORG Wed Aug 9 13:04:15 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7F7B116A4E1; Wed, 9 Aug 2006 13:04:15 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F76543D6A; Wed, 9 Aug 2006 13:04:14 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 149AC5138F; Wed, 9 Aug 2006 15:04:13 +0200 (CEST) Received: from localhost (pjd.wheel.pl [10.0.1.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 2DC095133B; Wed, 9 Aug 2006 15:04:08 +0200 (CEST) Date: Wed, 9 Aug 2006 15:03:18 +0200 From: Pawel Jakub Dawidek To: Brian Candler Message-ID: <20060809130318.GG1182@garage.freebsd.pl> References: <20060808195202.GA1564@garage.freebsd.pl> <20060809125909.GB67566@uk.tiscali.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6lCXDTVICvIQMz0h" Content-Disposition: inline In-Reply-To: <20060809125909.GB67566@uk.tiscali.com> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-5.9 required=3.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-geom@FreeBSD.org Subject: Re: GJournal (hopefully) final patches. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Aug 2006 13:04:15 -0000 --6lCXDTVICvIQMz0h Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Aug 09, 2006 at 01:59:09PM +0100, Brian Candler wrote: > On Tue, Aug 08, 2006 at 09:52:02PM +0200, Pawel Jakub Dawidek wrote: > > Another change is that now from a configuration point of view gjournal > > is threated simlar to soft-updates - you need to specify -J flag at > > newfs(8) time or use 'tunefs -J enable '. 'gjournal' is no longer > > a mount option. >=20 > Does this restrict gjournal to UFS only? >=20 > I've not been following this closely, but I saw the original announcement: >=20 > "GJournal was designed to journal GEOM providers, so it actually works > below file system layer, but it has hooks which allow to work with > file systems. In other words, gjournal is not file system-depended, > it can work probably with any file system with minimum knowledge > about it. I implemented only UFS support." >=20 > I just wondered if gjournal support is likely to be limited to UFS now. You can use gjournal without file system, but most users are interested in journaling the UFS file system. This is the only file system supported currently by gjournal. If you want to use it with another file system, support for it has to be added to gjournal. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --6lCXDTVICvIQMz0h Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iD8DBQFE2d0WForvXbEpPzQRAhAzAJ0WRRNtlgJhz0Be6zKlDPRLi0J3mACgzJGL 1aBH06fo8TamKSplTZLtznE= =P8qf -----END PGP SIGNATURE----- --6lCXDTVICvIQMz0h-- From owner-freebsd-current@FreeBSD.ORG Wed Aug 9 19:20:06 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 72C3B16A4DD for ; Wed, 9 Aug 2006 19:20:06 +0000 (UTC) (envelope-from neshort@yahoo.com) Received: from web56510.mail.re3.yahoo.com (web56510.mail.re3.yahoo.com [66.196.97.39]) by mx1.FreeBSD.org (Postfix) with SMTP id B756743D46 for ; Wed, 9 Aug 2006 19:20:05 +0000 (GMT) (envelope-from neshort@yahoo.com) Received: (qmail 37622 invoked by uid 60001); 9 Aug 2006 19:20:05 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=yOP6Fkd96x728S4qfFlyxYcrAGP21bmAJAULCK8H88ZbA3G+QANoW3iVcSxW8EJWiXWdWGIqtAE3pkc8PELbuIcM12bcUKLy1mzbYifNj5+k2+l5k3H6q7XwPqDEd9/BGE9/YVua5p0xt3OUT3PNAXqx2DY2QpcM0Pzd0q+SQHw= ; Message-ID: <20060809192005.37620.qmail@web56510.mail.re3.yahoo.com> Received: from [24.221.134.150] by web56510.mail.re3.yahoo.com via HTTP; Wed, 09 Aug 2006 12:20:05 PDT Date: Wed, 9 Aug 2006 12:20:05 -0700 (PDT) From: Neil Short To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: RE: ath0: device timeout X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Aug 2006 19:20:06 -0000 > I have been using WPA for all this time. When I go > back to the simpler (and less secure) WEP it seems I > can stay connected with impunity. I take it back. It times out eventually even with WEP. I may try backdating my source. -N ====== Now I, Nebuchadnezzar, praise and extol and honor the King of heaven, for all his works are truth, and his ways are justice; and he is able to bring low those who walk in pride. Daniel 4:37 __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-current@FreeBSD.ORG Wed Aug 9 19:29:24 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A9B6D16A4DD; Wed, 9 Aug 2006 19:29:24 +0000 (UTC) (envelope-from maxim@macomnet.ru) Received: from mp2.macomnet.net (mp2.macomnet.net [195.128.64.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 134B843D46; Wed, 9 Aug 2006 19:29:23 +0000 (GMT) (envelope-from maxim@macomnet.ru) Received: from localhost (localhost.int.ru [127.0.0.1] (may be forged)) by mp2.macomnet.net (8.13.7/8.13.3) with ESMTP id k79JTLcp005313; Wed, 9 Aug 2006 23:29:22 +0400 (MSD) (envelope-from maxim@macomnet.ru) Date: Wed, 9 Aug 2006 23:29:21 +0400 (MSD) From: Maxim Konovalov To: Vladimir Grebenschikov In-Reply-To: <1155024745.2601.2.camel@localhost> Message-ID: <20060809232722.C4889@mp2.macomnet.net> References: <1155024745.2601.2.camel@localhost> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: acpi@freebsd.org, current Subject: Re: ACPI power source detection X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Aug 2006 19:29:24 -0000 On Tue, 8 Aug 2006, 12:12+0400, Vladimir Grebenschikov wrote: > Hi > > Something broken with ACPI power profiles on recent (yesterday) > 7-CURRENT > > Below configuration, that always works fine for me, now lead to instant > screen brightness blinking while activity. > > # cat /etc/devd/acpi_power.conf > notify 20 { > match "system" "ACPI"; > match "subsystem" "ACAD"; > action "/usr/local/etc/acpi_power $notify"; > action "/etc/rc.d/power_profile $notify"; > }; > > # cat /usr/local/etc/acpi_power > #!/bin/sh > > case "$1" in > 0x01) > sysctl dev.acpi_sony.0.brightness=8 > ;; > 0x00) > sysctl dev.acpi_sony.0.brightness=2 > ;; > esac > > Any hints about this case ? IIRC you have the same notebook I do (sony pcg505bx). The config above works fine for me on week old -current. Will try fresh -current in a couple of days. -- Maxim Konovalov From owner-freebsd-current@FreeBSD.ORG Thu Aug 10 08:42:14 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C7D6E16A598 for ; Thu, 10 Aug 2006 08:42:14 +0000 (UTC) (envelope-from gkozyrev@ukr.net) Received: from computer.ukrsat.com (computer.ukrsat.com [212.35.160.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 23EDE43D49 for ; Thu, 10 Aug 2006 08:42:11 +0000 (GMT) (envelope-from gkozyrev@ukr.net) Received: from gleb.kozyrev.name (juli.slnet.kiev.ua [195.49.149.86]) by computer.ukrsat.com (8.12.8/8.12.8) with SMTP id k7A9Pxsb029561 for ; Thu, 10 Aug 2006 12:26:02 +0300 Received: from Gleb ([127.0.0.1]) by Gleb (10.8.33.3) with smtp ; Thu, 10 Aug 2006 11:41:59 +0300 Message-ID: <000301c6bc58$d678e930$0321080a@Gleb> From: "Gleb Kozyrev" To: Date: Thu, 10 Aug 2006 11:41:56 +0300 MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-u" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 FL-Build: Fidolook 2002 (SL) 6.0.2800.94 - 5/4/2005 11:39:16 Subject: panic: sodealloc(): so_count 1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Aug 2006 08:42:15 -0000 Hello, folks! i386 7.0-CURRENT #0: Sun Aug 6 repeatedly panics when doing some default periodic jobs at 3 AM. =========Beginning of the citation============== panic: sodealloc(): so_count 1 cpuid = 0 Uptime: 3m24s GEOM_JOURNAL: Shutting down geom gjournal 1113779798. Physical memory: 119 MB Dumping 35 MB: 20 4 Dump complete Automatic reboot in 15 seconds - press a key on the console to abort KDB: enter: Break sequence on console [thread pid 1558 tid 100116 ] Stopped at kdb_enter+0x2b: nop db> where Tracing pid 1558 tid 100116 td 0xc1891870 kdb_enter(c09184a9) at kdb_enter+0x2b siointr1(c16c6c00,c0a851ac,0,c09492ee,56e,...) at siointr1+0xd5 siointr(c16c6c00) at siointr+0x21 intr_execute_handlers(c09f7c30,c85b0b50,0,0,c159600c,...) at intr_execute_handle rs+0xe1 atpic_handle_intr(4) at atpic_handle_intr+0x92 Xatpic_intr4() at Xatpic_intr4+0x20 --- interrupt, eip = 0xc08a3872, esp = 0xc85b0b90, ebp = 0xc85b0bb4 --- DELAY(186a0,c15a98e0,c85b0bfc,c06a3f5f,0,...) at DELAY+0x92 shutdown_panic(0,104,c159600c,0,c0926e38,...) at shutdown_panic+0x2a boot(104,104,c1891870,c19677c8,1,...) at boot+0x55f panic(c092e717,1,c19677c8,c85b0c48,c06e4811,...) at panic+0x175 sodealloc(c19677c8,c1b0de00,c85b0d04,c1b048d0,c85b0c84,...) at sodealloc+0x18 socreate(2,c85b0c6c,3,ff,c19e9600,...) at socreate+0x131 socket(c1891870,c85b0d04) at socket+0x71 syscall(3b,3b,3b,bfbfe50c,8204000,...) at syscall+0x256 Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (97, FreeBSD ELF32, socket), eip = 0x28138847, esp = 0xbfbfe45c, ebp = 0xbfbfe488 --- db> ps pid ppid pgrp uid state wmesg wchan cmd 1559 1556 1290 0 SJ biord 0xc3c9daf0 egrep 1558 1556 1290 0 RJ CPU 0 ipfw 1556 1485 1290 0 SJ wait 0xc185e8d0 sh 1524 1507 1296 0 R find 1514 1511 1296 0 S piperd 0xc1779000 cat 1511 1501 1296 0 S wait 0xc1776b04 sh 1510 1501 1296 0 S piperd 0xc1ab3318 sort 1509 1501 1296 0 S piperd 0xc1ab3000 sed 1508 1501 1296 0 S piperd 0xc1779c60 xargs 1507 1501 1296 0 S wait 0xc185f468 sh 1501 1498 1296 0 S wait 0xc1776468 sh 1500 1499 1296 0 S piperd 0xc1779630 mail 1499 1461 1296 0 S wait 0xc173869c sh 1498 1461 1296 0 S wait 0xc188369c sh 1487 1486 1290 0 SJ piperd 0xc1778948 mail 1486 1479 1290 0 SJ wait 0xc183f468 sh 1485 1479 1290 0 SJ wait 0xc1776234 sh 1479 1478 1290 0 SJ wait 0xc183f234 sh 1478 1306 1290 0 SJ wait 0xc1883468 sh 1461 1460 1296 0 S wait 0xc183f8d0 sh 1460 1313 1296 0 S wait 0xc185fd38 sh 1315 1314 1296 0 S piperd 0xc17787bc mail 1314 1298 1296 0 S wait 0xc1774b04 sh 1313 1298 1296 0 S wait 0xc1738d38 sh 1311 1307 1290 0 SJ piperd 0xc1778dec mail 1307 1292 1290 0 SJ wait 0xc188fd38 sh 1306 1292 1290 0 SJ wait 0xc188069c sh 1298 1296 1296 0 S wait 0xc185ed38 sh 1296 1294 1296 0 Ss wait 0xc185f69c sh 1294 865 865 0 S piperd 0xc1779318 cron 1292 1290 1290 0 SJ wait 0xc185eb04 sh 1290 1288 1290 0 SsJ wait 0xc1682d38 sh 1288 1119 1119 0 SJ piperd 0xc1779948 cron etc... =========The end of the citation================ IPFW rules: =========Beginning of the citation============== 00100 allow ip from any to any via lo0 00200 deny ip from any to 127.0.0.0/8 00300 deny ip from 127.0.0.0/8 to any 20000 allow ip from any to any =========The end of the citation================ The panic is triggered by setting time to 03:00 minus seconds. It is not triggered by running periodic daily on its own. Unfortunately the core is not found by savecore after reboot. (If I break to debugger from clean system and trigger a panic savecore works fine). -- With best regards, Gleb Kozyrev. From owner-freebsd-current@FreeBSD.ORG Thu Aug 10 09:16:20 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EDE5016A4E0; Thu, 10 Aug 2006 09:16:20 +0000 (UTC) (envelope-from vova@sw.ru) Received: from vbook.fbsd.ru (swsoft-mipt-nat.sw.ru [195.214.233.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B1DB43D49; Thu, 10 Aug 2006 09:16:19 +0000 (GMT) (envelope-from vova@sw.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.63 (FreeBSD)) (envelope-from ) id 1GB6eF-00013d-U7; Thu, 10 Aug 2006 13:16:15 +0400 From: Vladimir Grebenschikov To: Maxim Konovalov In-Reply-To: <20060809232722.C4889@mp2.macomnet.net> References: <1155024745.2601.2.camel@localhost> <20060809232722.C4889@mp2.macomnet.net> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Organization: SWsoft Date: Thu, 10 Aug 2006 13:16:14 +0400 Message-Id: <1155201374.1526.19.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.6.3 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: acpi@freebsd.org, current Subject: Re: ACPI power source detection X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Aug 2006 09:16:21 -0000 =F7 =D3=D2, 09/08/2006 =D7 23:29 +0400, Maxim Konovalov =D0=C9=DB=C5=D4: > > Something broken with ACPI power profiles on recent (yesterday) > > 7-CURRENT > > > > Below configuration, that always works fine for me, now lead to instant > > screen brightness blinking while activity. > IIRC you have the same notebook I do (sony pcg505bx).=20 not same, pcg-Z1WA > The config above works fine for me on week old -current. Will try fresh = -current > in a couple of days. Problem was solved for me, it is hardware problem, looks like 16V wire from power supply has something like bad (not broken!) contact - lid on power connector lights, everything seems work ok, but ACPI reports AC multiple AC connections/disconnections (many times per second). If I place wire in another configuration - everything works ok. Sorry for false alert. I'll repair power supply cord. --=20 Vladimir B. Grebenschikov SWsoft Inc. vova@swsoft.com From owner-freebsd-current@FreeBSD.ORG Thu Aug 10 09:29:41 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 74B8616A4DA for ; Thu, 10 Aug 2006 09:29:41 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id D420943D46 for ; Thu, 10 Aug 2006 09:29:40 +0000 (GMT) (envelope-from pyunyh@gmail.com) Received: by py-out-1112.google.com with SMTP id c59so765678pyc for ; Thu, 10 Aug 2006 02:29:40 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=F0GMnk8CztmA1hgsmNE26DtS8d5wWjDsVR7RQkMl5IV1OO6m/CRezpXbNPr+8v2xpN2+G83No6LBwgItiwhdJyxlh2O1PDSb4O4/PmNdyBXGROV/fM22/cEMwAtEI6bqDF+arSOqkjdYMJrN4uaDZeeaI5im2FY1ohIklLzxJxg= Received: by 10.35.109.2 with SMTP id l2mr3487353pym; Thu, 10 Aug 2006 02:29:40 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.gmail.com with ESMTP id 17sm1289875nzo.2006.08.10.02.29.38; Thu, 10 Aug 2006 02:29:39 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id k7A9UJJs019837 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 10 Aug 2006 18:30:19 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id k7A9UIwi019836; Thu, 10 Aug 2006 18:30:18 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Thu, 10 Aug 2006 18:30:18 +0900 From: Pyun YongHyeon To: Jelte Jansen Message-ID: <20060810093018.GB17452@cdnetworks.co.kr> References: <44D84620.9020800@NLnetLabs.nl> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="TRYliJ5NKNqkz5bu" Content-Disposition: inline In-Reply-To: <44D84620.9020800@NLnetLabs.nl> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: re(4) link goes down when manually setting media type X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Aug 2006 09:29:41 -0000 --TRYliJ5NKNqkz5bu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Aug 08, 2006 at 10:06:56AM +0200, Jelte Jansen wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > Hi, > > i have a problem with the if_re driver for my gigabit network card > (RTL8196). When i set it to autoselect, it works fine, > although with apparently random performance problems. When i try to set > it to a fixed media type (both 100baseTX and 1000baseTX) the link goes > down, and stays down until i set it to autoselect again. It does seem to > work when setting it to 10baset/utp. > > This happens with the driver in -CURRENT (__FBSDID("$FreeBSD: > src/sys/dev/re/if_re.c,v 1.72 2006/08/03 00:15:19 yongari Ex) > > I have seen in the issue tracker and on the -current and -stable that > there were other problems with the re(4) driver, but did not see this > one. Any ideas? > Due to the poor PHY documentation from RealTek I can't sure but I guess the RealTek PHY needs to set RGEPHY_BMCR_AUTOEN bit of RGEPHY_MII_BMCR register and proper ANAR register setting for manual media type selection. How about attached patch? -- Regards, Pyun YongHyeon --TRYliJ5NKNqkz5bu Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="rgephy.diff" Index: rgephy.c =================================================================== RCS file: /pool/ncvs/src/sys/dev/mii/rgephy.c,v retrieving revision 1.10 diff -u -r1.10 rgephy.c --- rgephy.c 3 Jul 2006 02:53:39 -0000 1.10 +++ rgephy.c 10 Aug 2006 09:28:26 -0000 @@ -166,7 +166,7 @@ rgephy_service(struct mii_softc *sc, struct mii_data *mii, int cmd) { struct ifmedia_entry *ife = mii->mii_media.ifm_cur; - int reg, speed, gig; + int reg, speed, gig, anar; switch (cmd) { case MII_POLLSTAT: @@ -196,6 +196,10 @@ rgephy_reset(sc); /* XXX hardware bug work-around */ + anar = PHY_READ(sc, RGEPHY_MII_ANAR); + anar &= ~(RGEPHY_ANAR_TX_FD | RGEPHY_ANAR_TX | + RGEPHY_ANAR_10_FD | RGEPHY_ANAR_10); + switch (IFM_SUBTYPE(ife->ifm_media)) { case IFM_AUTO: #ifdef foo @@ -212,28 +216,30 @@ goto setit; case IFM_100_TX: speed = RGEPHY_S100; + anar |= RGEPHY_ANAR_TX_FD | RGEPHY_ANAR_TX; goto setit; case IFM_10_T: speed = RGEPHY_S10; + anar |= RGEPHY_ANAR_10_FD | RGEPHY_ANAR_10; setit: rgephy_loop(sc); if ((ife->ifm_media & IFM_GMASK) == IFM_FDX) { speed |= RGEPHY_BMCR_FDX; gig = RGEPHY_1000CTL_AFD; + anar &= ~(RGEPHY_ANAR_TX | RGEPHY_ANAR_10); } else { gig = RGEPHY_1000CTL_AHD; + anar &= + ~(RGEPHY_ANAR_TX_FD | RGEPHY_ANAR_10_FD); } - PHY_WRITE(sc, RGEPHY_MII_1000CTL, 0); - PHY_WRITE(sc, RGEPHY_MII_BMCR, speed); - PHY_WRITE(sc, RGEPHY_MII_ANAR, RGEPHY_SEL_TYPE); - - if (IFM_SUBTYPE(ife->ifm_media) != IFM_1000_T) + if (IFM_SUBTYPE(ife->ifm_media) != IFM_1000_T) { + PHY_WRITE(sc, RGEPHY_MII_1000CTL, 0); + PHY_WRITE(sc, RGEPHY_MII_ANAR, anar); + PHY_WRITE(sc, RGEPHY_MII_BMCR, speed | + RGEPHY_BMCR_AUTOEN | RGEPHY_BMCR_STARTNEG); break; - - PHY_WRITE(sc, RGEPHY_MII_1000CTL, gig); - PHY_WRITE(sc, RGEPHY_MII_BMCR, - speed|RGEPHY_BMCR_AUTOEN|RGEPHY_BMCR_STARTNEG); + } /* * When settning the link manually, one side must @@ -250,6 +256,8 @@ PHY_WRITE(sc, RGEPHY_MII_1000CTL, gig|RGEPHY_1000CTL_MSE); } + PHY_WRITE(sc, RGEPHY_MII_BMCR, speed | + RGEPHY_BMCR_AUTOEN | RGEPHY_BMCR_STARTNEG); break; #ifdef foo case IFM_NONE: --TRYliJ5NKNqkz5bu-- From owner-freebsd-current@FreeBSD.ORG Thu Aug 10 10:40:05 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2BF3416A4DD for ; Thu, 10 Aug 2006 10:40:05 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id BDE0443D46 for ; Thu, 10 Aug 2006 10:40:04 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 3BEFB46C2C; Thu, 10 Aug 2006 06:40:04 -0400 (EDT) Date: Thu, 10 Aug 2006 11:40:03 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Gleb Kozyrev In-Reply-To: <000301c6bc58$d678e930$0321080a@Gleb> Message-ID: <20060810113709.P45647@fledge.watson.org> References: <000301c6bc58$d678e930$0321080a@Gleb> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: panic: sodealloc(): so_count 1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Aug 2006 10:40:05 -0000 On Thu, 10 Aug 2006, Gleb Kozyrev wrote: > Hello, folks! > > i386 7.0-CURRENT #0: Sun Aug 6 repeatedly panics when doing some default > periodic jobs at 3 AM. Could you file a PR for this, and forward me the PR receipt? I'd be happy to investigate this problem. I've seen one or two other reports of so_count 1, but not in a way that's reproduceable. The output of the following DDB commands would be most helpful: show pcpu show allpcpu alltrace show alllocks It may also be useful to set up serial GDB, in order to do things like print the contents of *so in sodealloc(). Thanks, Robert N M Watson Computer Laboratory University of Cambridge > > =========Beginning of the citation============== > panic: sodealloc(): so_count 1 > cpuid = 0 > Uptime: 3m24s > GEOM_JOURNAL: Shutting down geom gjournal 1113779798. > Physical memory: 119 MB > Dumping 35 MB: 20 4 > Dump complete > Automatic reboot in 15 seconds - press a key on the console to abort > KDB: enter: Break sequence on console > [thread pid 1558 tid 100116 ] > Stopped at kdb_enter+0x2b: nop > > db> where > Tracing pid 1558 tid 100116 td 0xc1891870 > kdb_enter(c09184a9) at kdb_enter+0x2b > siointr1(c16c6c00,c0a851ac,0,c09492ee,56e,...) at siointr1+0xd5 > siointr(c16c6c00) at siointr+0x21 > intr_execute_handlers(c09f7c30,c85b0b50,0,0,c159600c,...) at intr_execute_handle > rs+0xe1 > atpic_handle_intr(4) at atpic_handle_intr+0x92 > Xatpic_intr4() at Xatpic_intr4+0x20 > --- interrupt, eip = 0xc08a3872, esp = 0xc85b0b90, ebp = 0xc85b0bb4 --- > DELAY(186a0,c15a98e0,c85b0bfc,c06a3f5f,0,...) at DELAY+0x92 > shutdown_panic(0,104,c159600c,0,c0926e38,...) at shutdown_panic+0x2a > boot(104,104,c1891870,c19677c8,1,...) at boot+0x55f > panic(c092e717,1,c19677c8,c85b0c48,c06e4811,...) at panic+0x175 > sodealloc(c19677c8,c1b0de00,c85b0d04,c1b048d0,c85b0c84,...) at sodealloc+0x18 > socreate(2,c85b0c6c,3,ff,c19e9600,...) at socreate+0x131 > socket(c1891870,c85b0d04) at socket+0x71 > syscall(3b,3b,3b,bfbfe50c,8204000,...) at syscall+0x256 > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (97, FreeBSD ELF32, socket), eip = 0x28138847, esp = 0xbfbfe45c, ebp > = 0xbfbfe488 --- > > db> ps > pid ppid pgrp uid state wmesg wchan cmd > 1559 1556 1290 0 SJ biord 0xc3c9daf0 egrep > 1558 1556 1290 0 RJ CPU 0 ipfw > 1556 1485 1290 0 SJ wait 0xc185e8d0 sh > 1524 1507 1296 0 R find > 1514 1511 1296 0 S piperd 0xc1779000 cat > 1511 1501 1296 0 S wait 0xc1776b04 sh > 1510 1501 1296 0 S piperd 0xc1ab3318 sort > 1509 1501 1296 0 S piperd 0xc1ab3000 sed > 1508 1501 1296 0 S piperd 0xc1779c60 xargs > 1507 1501 1296 0 S wait 0xc185f468 sh > 1501 1498 1296 0 S wait 0xc1776468 sh > 1500 1499 1296 0 S piperd 0xc1779630 mail > 1499 1461 1296 0 S wait 0xc173869c sh > 1498 1461 1296 0 S wait 0xc188369c sh > 1487 1486 1290 0 SJ piperd 0xc1778948 mail > 1486 1479 1290 0 SJ wait 0xc183f468 sh > 1485 1479 1290 0 SJ wait 0xc1776234 sh > 1479 1478 1290 0 SJ wait 0xc183f234 sh > 1478 1306 1290 0 SJ wait 0xc1883468 sh > 1461 1460 1296 0 S wait 0xc183f8d0 sh > 1460 1313 1296 0 S wait 0xc185fd38 sh > 1315 1314 1296 0 S piperd 0xc17787bc mail > 1314 1298 1296 0 S wait 0xc1774b04 sh > 1313 1298 1296 0 S wait 0xc1738d38 sh > 1311 1307 1290 0 SJ piperd 0xc1778dec mail > 1307 1292 1290 0 SJ wait 0xc188fd38 sh > 1306 1292 1290 0 SJ wait 0xc188069c sh > 1298 1296 1296 0 S wait 0xc185ed38 sh > 1296 1294 1296 0 Ss wait 0xc185f69c sh > 1294 865 865 0 S piperd 0xc1779318 cron > 1292 1290 1290 0 SJ wait 0xc185eb04 sh > 1290 1288 1290 0 SsJ wait 0xc1682d38 sh > 1288 1119 1119 0 SJ piperd 0xc1779948 cron > etc... > =========The end of the citation================ > > IPFW rules: > =========Beginning of the citation============== > 00100 allow ip from any to any via lo0 > 00200 deny ip from any to 127.0.0.0/8 > 00300 deny ip from 127.0.0.0/8 to any > 20000 allow ip from any to any > =========The end of the citation================ > > The panic is triggered by setting time to 03:00 minus > seconds. It is not triggered by running periodic daily > on its own. > > Unfortunately the core is not found by savecore after reboot. > (If I break to debugger from clean system and trigger > a panic savecore works fine). > > -- > With best regards, Gleb Kozyrev. > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Thu Aug 10 12:12:37 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4DCF216A4E5 for ; Thu, 10 Aug 2006 12:12:37 +0000 (UTC) (envelope-from jelte@NLnetLabs.nl) Received: from open.nlnetlabs.nl (open.nlnetlabs.nl [213.154.224.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B33C43D5C for ; Thu, 10 Aug 2006 12:12:26 +0000 (GMT) (envelope-from jelte@NLnetLabs.nl) Received: from [213.154.224.45] (fable.nlnetlabs.nl [213.154.224.45]) by open.nlnetlabs.nl (8.13.4/8.13.4) with ESMTP id k7ACCLak003306; Thu, 10 Aug 2006 14:12:21 +0200 (CEST) (envelope-from jelte@NLnetLabs.nl) Message-ID: <44DB22A0.7030207@NLnetLabs.nl> Date: Thu, 10 Aug 2006 14:12:16 +0200 From: Jelte Jansen User-Agent: Thunderbird 1.5.0.5 (X11/20060728) MIME-Version: 1.0 To: pyunyh@gmail.com References: <44D84620.9020800@NLnetLabs.nl> <20060810093018.GB17452@cdnetworks.co.kr> In-Reply-To: <20060810093018.GB17452@cdnetworks.co.kr> X-Enigmail-Version: 0.94.0.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig61480E23B5B8D72DB65BEABB" X-Spam-Status: No, score=-2.8 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on open.nlnetlabs.nl Cc: freebsd-current@freebsd.org Subject: Re: re(4) link goes down when manually setting media type X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Aug 2006 12:12:37 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig61480E23B5B8D72DB65BEABB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Pyun YongHyeon wrote: > > although with apparently random performance problems. When i try to = set > > it to a fixed media type (both 100baseTX and 1000baseTX) the link go= es > > down, and stays down until i set it to autoselect again. It does see= m to > > work when setting it to 10baset/utp. > >=20 >=20 > Due to the poor PHY documentation from RealTek I can't sure but > I guess the RealTek PHY needs to set RGEPHY_BMCR_AUTOEN bit of > RGEPHY_MII_BMCR register and proper ANAR register setting for > manual media type selection. > How about attached patch? >=20 This patch seems to work. I can set the media type now, and will be running my performance tests once the other computers have been updated. Thanks :) Jelte --------------enig61480E23B5B8D72DB65BEABB Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFE2yKg4nZCKsdOncURAolJAJ4nODJAmY4eAGzQmGNMUd2kgQDM3gCeP2ez O1REpSU2vldeAustw1Pm1iw= =WToL -----END PGP SIGNATURE----- --------------enig61480E23B5B8D72DB65BEABB-- From owner-freebsd-current@FreeBSD.ORG Thu Aug 10 13:39:05 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 74CFD16A4DD; Thu, 10 Aug 2006 13:39:05 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 00C1B43D45; Thu, 10 Aug 2006 13:39:04 +0000 (GMT) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 7FE8020A9; Thu, 10 Aug 2006 15:39:00 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on tim.des.no Received: from xps.des.no (des.no [80.203.243.180]) by tim.des.no (Postfix) with ESMTP id 6CCCF2085; Thu, 10 Aug 2006 15:39:00 +0200 (CEST) Received: by xps.des.no (Postfix, from userid 1001) id 4398C33C28; Thu, 10 Aug 2006 15:39:00 +0200 (CEST) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: Markus Trippelsdorf References: <20060808195202.GA1564@garage.freebsd.pl> <20060808210211.GA730@bsd.trippelsdorf.de> <20060808214116.GB730@bsd.trippelsdorf.de> Date: Thu, 10 Aug 2006 15:39:00 +0200 In-Reply-To: <20060808214116.GB730@bsd.trippelsdorf.de> (Markus Trippelsdorf's message of "Tue, 8 Aug 2006 23:41:16 +0200") Message-ID: <868xlw3e2z.fsf@xps.des.no> User-Agent: Gnus/5.110003 (No Gnus v0.3) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org, Pawel Jakub Dawidek , freebsd-geom@FreeBSD.org Subject: Re: GJournal (hopefully) final patches. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Aug 2006 13:39:05 -0000 Markus Trippelsdorf writes: > Adding -fno-strict-aliasing to the CFLAGS of sbin/fsck_ffs/Makefile > solved the problem for now. -fno-strict-aliasing does not solve anything, it just prevents the compiler from telling you about bugs in your code. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Thu Aug 10 13:54:47 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B11D716A4E1 for ; Thu, 10 Aug 2006 13:54:47 +0000 (UTC) (envelope-from markus@trippelsdorf.de) Received: from blue-ld-033.synserver.de (smtp-out-44.synserver.de [217.119.50.44]) by mx1.FreeBSD.org (Postfix) with SMTP id 206FC43D46 for ; Thu, 10 Aug 2006 13:54:45 +0000 (GMT) (envelope-from markus@trippelsdorf.de) Received: (qmail 28888 invoked by uid 0); 10 Aug 2006 13:54:28 -0000 X-SynServer-RemoteDnsName: port-212-202-34-169.dynamic.qsc.de X-SynServer-AuthUser: markus@trippelsdorf.de Received: from port-212-202-34-169.dynamic.qsc.de (HELO bsd.trippelsdorf.de) (212.202.34.169) by mx-05.synserver.de with SMTP; 10 Aug 2006 13:54:27 -0000 Date: Thu, 10 Aug 2006 15:54:26 +0200 From: Markus Trippelsdorf To: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= Message-ID: <20060810135426.GA778@bsd.trippelsdorf.de> References: <20060808195202.GA1564@garage.freebsd.pl> <20060808210211.GA730@bsd.trippelsdorf.de> <20060808214116.GB730@bsd.trippelsdorf.de> <868xlw3e2z.fsf@xps.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <868xlw3e2z.fsf@xps.des.no> Cc: freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org, Pawel Jakub Dawidek , freebsd-geom@FreeBSD.org Subject: Re: GJournal (hopefully) final patches. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Aug 2006 13:54:47 -0000 On Thu, Aug 10, 2006 at 03:39:00PM +0200, Dag-Erling Smørgrav wrote: > Markus Trippelsdorf writes: > > Adding -fno-strict-aliasing to the CFLAGS of sbin/fsck_ffs/Makefile > > solved the problem for now. > > -fno-strict-aliasing does not solve anything, it just prevents the > compiler from telling you about bugs in your code. Which must be the reason that it is used when building the kernel on AMD64. ;-) -- Markus From owner-freebsd-current@FreeBSD.ORG Thu Aug 10 14:05:27 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 64F7016A4DF; Thu, 10 Aug 2006 14:05:27 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from pi.codefab.com (pi.codefab.com [199.103.21.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id CE88143D70; Thu, 10 Aug 2006 14:05:26 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from localhost (localhost [127.0.0.1]) by pi.codefab.com (Postfix) with ESMTP id 3EBC25CB6; Thu, 10 Aug 2006 10:05:26 -0400 (EDT) X-Virus-Scanned: amavisd-new at codefab.com 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 PPna4MOjhCCy; Thu, 10 Aug 2006 10:05:25 -0400 (EDT) Received: from [192.168.1.251] (pool-68-161-117-245.ny325.east.verizon.net [68.161.117.245]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pi.codefab.com (Postfix) with ESMTP id CD2CF5C6E; Thu, 10 Aug 2006 10:05:24 -0400 (EDT) Message-ID: <44DB3D1A.1030605@mac.com> Date: Thu, 10 Aug 2006 10:05:14 -0400 From: Chuck Swiger User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= References: <20060808195202.GA1564@garage.freebsd.pl> <20060808210211.GA730@bsd.trippelsdorf.de> <20060808214116.GB730@bsd.trippelsdorf.de> <868xlw3e2z.fsf@xps.des.no> In-Reply-To: <868xlw3e2z.fsf@xps.des.no> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-geom@FreeBSD.org Subject: Re: GJournal (hopefully) final patches. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Aug 2006 14:05:27 -0000 Dag-Erling Smørgrav wrote: > Markus Trippelsdorf writes: >> Adding -fno-strict-aliasing to the CFLAGS of sbin/fsck_ffs/Makefile >> solved the problem for now. > > -fno-strict-aliasing does not solve anything, it just prevents the > compiler from telling you about bugs in your code. It also prevents the compiler's optimizer from assuming that a pointer dereference may impact datatypes of other sizes. Since there exists C code that changes, say, int16_t's or int32_t's one byte at a time, using that flag prevents the compiler from generating buggy executables from C sources which do not adhere to the assumptions made by "strict aliasing". -- -Chuck From owner-freebsd-current@FreeBSD.ORG Thu Aug 10 15:33:44 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E167616A4DA; Thu, 10 Aug 2006 15:33:44 +0000 (UTC) (envelope-from kmacy@fsmware.com) Received: from demos.bsdclusters.com (demos.bsdclusters.com [69.55.225.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE72F43D77; Thu, 10 Aug 2006 15:33:39 +0000 (GMT) (envelope-from kmacy@fsmware.com) Received: from demos.bsdclusters.com (demos [69.55.225.36]) by demos.bsdclusters.com (8.12.8p1/8.12.8) with ESMTP id k7AFXblZ045353; Thu, 10 Aug 2006 08:33:37 -0700 (PDT) (envelope-from kmacy@fsmware.com) Received: from localhost (kmacy@localhost) by demos.bsdclusters.com (8.12.8p1/8.12.8/Submit) with ESMTP id k7AFXaS5045332; Thu, 10 Aug 2006 08:33:37 -0700 (PDT) X-Authentication-Warning: demos.bsdclusters.com: kmacy owned process doing -bs Date: Thu, 10 Aug 2006 08:33:36 -0700 (PDT) From: Kip Macy X-X-Sender: kmacy@demos.bsdclusters.com To: Markus Trippelsdorf In-Reply-To: <20060810135426.GA778@bsd.trippelsdorf.de> Message-ID: <20060810083206.D27159@demos.bsdclusters.com> References: <20060808195202.GA1564@garage.freebsd.pl> <20060808210211.GA730@bsd.trippelsdorf.de> <20060808214116.GB730@bsd.trippelsdorf.de> <868xlw3e2z.fsf@xps.des.no> <20060810135426.GA778@bsd.trippelsdorf.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-fs@FreeBSD.org, Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= , freebsd-current@FreeBSD.org, Pawel Jakub Dawidek , freebsd-geom@FreeBSD.org Subject: Re: GJournal (hopefully) final patches. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Aug 2006 15:33:45 -0000 > > -fno-strict-aliasing does not solve anything, it just prevents the > > compiler from telling you about bugs in your code. > > Which must be the reason that it is used when building the kernel on AMD64. > ;-) Actually, whenever the kernel is compiled with -O2. "Type punning" is sufficiently uncommon in the kernel proper that it is correctable there. However, it is pervasive throughout the device drivers. -Kip From owner-freebsd-current@FreeBSD.ORG Thu Aug 10 12:55:13 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 438B616A4DA for ; Thu, 10 Aug 2006 12:55:13 +0000 (UTC) (envelope-from initial.x@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 83A9343D4C for ; Thu, 10 Aug 2006 12:55:12 +0000 (GMT) (envelope-from initial.x@gmail.com) Received: by nz-out-0102.google.com with SMTP id 12so129361nzp for ; Thu, 10 Aug 2006 05:55:11 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=X0Hd3j7yontTpYe7B8SfxHiW7huoGETChKqjWuAmqFYguqupD15vvSWj0aIt2fQ6NIyZOKraDJ4namZSEFuBfBKJDkZXyBgxoK97N+aFJVcYaIuK3k9hShtiDuelqDnHtYxgFh0Le2W9WuXAjKOFOw7llZOf1UmP2ivceCvlfQI= Received: by 10.64.148.8 with SMTP id v8mr2316813qbd; Thu, 10 Aug 2006 05:55:11 -0700 (PDT) Received: by 10.65.141.13 with HTTP; Thu, 10 Aug 2006 05:55:11 -0700 (PDT) Message-ID: <12fac0bf0608100555p2210a731s3313a2b4918a376e@mail.gmail.com> Date: Thu, 10 Aug 2006 12:55:11 +0000 From: initial.x To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Mailman-Approved-At: Thu, 10 Aug 2006 16:02:41 +0000 Subject: Current ATA driver problem. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Aug 2006 12:55:13 -0000 My freebsd machine not detect second IDE driver.(recently) ( I use intel 975 chipset. ) Second IDE driver is JMicron JBM361. Freebsd support second IDE driver ago. I can't use second IDE driver now. Temporary use 6.1-release ata driver in HEAD ( this way can use second driver ) ata driver(HEAD) something change? From owner-freebsd-current@FreeBSD.ORG Thu Aug 10 16:21:36 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D783E16A4E0 for ; Thu, 10 Aug 2006 16:21:36 +0000 (UTC) (envelope-from sos@freebsd.org) 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 3146943D45 for ; Thu, 10 Aug 2006 16:21:36 +0000 (GMT) (envelope-from sos@freebsd.org) Received: from [194.192.25.130] (sos.deepcore.dk [194.192.25.130]) by spider.deepcore.dk (8.13.6/8.13.4) with ESMTP id k7AGLZmK068816; Thu, 10 Aug 2006 18:21:35 +0200 (CEST) (envelope-from sos@freebsd.org) Message-ID: <44DB5D0F.5060409@freebsd.org> Date: Thu, 10 Aug 2006 18:21:35 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Thunderbird 1.5.0.2 (X11/20060531) MIME-Version: 1.0 To: "initial.x" References: <12fac0bf0608100555p2210a731s3313a2b4918a376e@mail.gmail.com> In-Reply-To: <12fac0bf0608100555p2210a731s3313a2b4918a376e@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-mail-scanned: by DeepCore Virus & Spam killer v1.16 Cc: freebsd-current@freebsd.org Subject: Re: Current ATA driver problem. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Aug 2006 16:21:36 -0000 initial.x wrote: > My freebsd machine not detect second IDE driver.(recently) > ( I use intel 975 chipset. ) > Second IDE driver is JMicron JBM361. > > Freebsd support second IDE driver ago. > I can't use second IDE driver now. > > Temporary use 6.1-release ata driver in HEAD > ( this way can use second driver ) > > ata driver(HEAD) something change? Yes lots has changed in -currents ATA, backport is planned later. Just use /sys/sys/ata.h and /sys/dev/ata/* from -current and you'll be fine until then. -Søren From owner-freebsd-current@FreeBSD.ORG Thu Aug 10 16:35:32 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7DA8816A4DF; Thu, 10 Aug 2006 16:35:32 +0000 (UTC) (envelope-from gkozyrev@ukr.net) Received: from computer.ukrsat.com (computer.ukrsat.com [212.35.160.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id D0D3F43D55; Thu, 10 Aug 2006 16:35:31 +0000 (GMT) (envelope-from gkozyrev@ukr.net) Received: from gleb.kozyrev.name (juli.slnet.kiev.ua [195.49.149.86]) by computer.ukrsat.com (8.12.8/8.12.8) with SMTP id k7AHJHsb008275; Thu, 10 Aug 2006 20:19:24 +0300 Received: from Gleb ([127.0.0.1]) by Gleb (10.8.33.3) with smtp ; Thu, 10 Aug 2006 19:35:16 +0300 Message-ID: <003201c6bc9a$f42c0970$0321080a@Gleb> From: "Gleb Kozyrev" To: "Robert Watson" References: <000301c6bc58$d678e930$0321080a@Gleb> <20060810113709.P45647@fledge.watson.org> Date: Thu, 10 Aug 2006 19:35:12 +0300 MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-u" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 FL-Build: Fidolook 2002 (SL) 6.0.2800.94 - 5/4/2005 11:39:16 Cc: freebsd-current@FreeBSD.org Subject: Re: panic: sodealloc(): so_count 1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Aug 2006 16:35:32 -0000 Robert Watson wrote to "Gleb Kozyrev" on Thu, 10 Aug 2006 11:40:03 +0100 (BST): >> i386 7.0-CURRENT #0: Sun Aug 6 repeatedly panics when doing some default >> periodic jobs at 3 AM. RW> Could you file a PR for this, and forward me the PR receipt? I'd be RW> happy to investigate this problem. I've seen one or two other reports RW> of so_count 1, but not in a way that's reproduceable. The output of the RW> following DDB commands would be most helpful: RW> show pcpu RW> show allpcpu RW> alltrace RW> show alllocks Here you are: kern/101763 RW> It may also be useful to set up serial GDB, in order to do things like RW> print the contents of *so in sodealloc(). I didn't manage to do it. It looks like kernel switches to remote gdb mode successfully but kgdb fails to communicate. This place in socreate() looks weird to me: =========Beginning of the citation============== so->so_count = 1; error = (*prp->pr_usrreqs->pru_attach)(so, proto, td); if (error) { sodealloc(so); return (error); } =========The end of the citation================ It will panic on error. Wasn't the intent here to return the error code? -- With best regards, Gleb Kozyrev. From owner-freebsd-current@FreeBSD.ORG Thu Aug 10 18:05:58 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C607E16A4DE for ; Thu, 10 Aug 2006 18:05:58 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id E4AAA43D4C for ; Thu, 10 Aug 2006 18:05:57 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id k7AI5pXL075318; Thu, 10 Aug 2006 14:05:51 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Thu, 10 Aug 2006 13:19:48 -0400 User-Agent: KMail/1.9.1 References: <44BA5E58.6060306@cs.chalmers.se> In-Reply-To: <44BA5E58.6060306@cs.chalmers.se> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200608101319.48698.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Thu, 10 Aug 2006 14:05:52 -0400 (EDT) X-Virus-Scanned: ClamAV 0.87.1/1644/Wed Aug 9 23:55:42 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: Niklas Sorensson Subject: Re: panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Aug 2006 18:05:58 -0000 On Sunday 16 July 2006 11:42, Niklas Sorensson wrote: > Hi, > > I've got a panic with a very recent current while running portupgrade. It was > triggered while running tcltest as part of building tcl. Backtrace/dmesg/kernel > config attached. Is this problem known? > > It's repeatable in case more information is necessary. > > /Niklas Can you still reproduce this (panic, lock not initialized) on latest -CURRENT? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Aug 10 18:47:36 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 387F416A4E1; Thu, 10 Aug 2006 18:47:36 +0000 (UTC) (envelope-from craig@xfoil.gank.org) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 99D5B43D70; Thu, 10 Aug 2006 18:47:28 +0000 (GMT) (envelope-from craig@xfoil.gank.org) Received: by ion.gank.org (Postfix, from userid 1001) id E6865117D0; Thu, 10 Aug 2006 13:47:27 -0500 (CDT) Date: Thu, 10 Aug 2006 13:47:23 -0500 From: Craig Boston To: Pawel Jakub Dawidek Message-ID: <20060810184702.GA8567@nowhere> Mail-Followup-To: Craig Boston , Pawel Jakub Dawidek , freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-geom@FreeBSD.org References: <20060808195202.GA1564@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="24zk1gE8NUlDmwG9" Content-Disposition: inline In-Reply-To: <20060808195202.GA1564@garage.freebsd.pl> User-Agent: Mutt/1.4.2.2i Cc: freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-geom@FreeBSD.org Subject: Re: GJournal (hopefully) final patches. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Aug 2006 18:47:36 -0000 --24zk1gE8NUlDmwG9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, It's great to see this project so close to completion! I'm trying it out on a couple machines to see how it goes. A few comments and questions: * It took me a little by surprise that it carves 1G out of the device for the journal. Depending on the size of the device that can be a pretty hefty price to pay (and I didn't see any mention of it in the setup notes). For a couple of my smaller filesystems I reduced it to 512MB. Perhaps some algorithm for auto-sizing the journal based on the size / expected workload of the device would be in order? * Attached is a quick patch for geom_eli to allow it to pass BIO_FLUSH down to its backing device. It seems like the right thing to do and fixes the "BIO_FLUSH not supported" warning on my laptop that uses a geli encrypted disk. * On a different system, however, it complains about it even on a raw ATA slice: atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 31.1 on pci0 ata0: on atapci1 ad0: 114473MB at ata0-master UDMA100 GEOM_JOURNAL: BIO_FLUSH not supported by ad0s1e. It seems like a reasonably modern controller and disk, at least it should be capable of issuing a cache flush command. Not sure why it doesn't like it :/ * How "close" does the filesystem need to be to the gjournal device in order for the UFS hooks to work? Directly on it? The geom stack on my laptop currently looks something like this: [geom_disk] ad0 <- [geom_eli] ad0.eli <- [geom_gpt] ad0.elip6 <- [geom_label] gjtest <- [geom_journal] gjtest.journal <- UFS I was wondering if an arrangement like this would work: [geom_journal] ad0p6.journal <- [geom_eli] ad0p6.journaleli <- UFS and if it would be any more efficient (journal the encrypted data rather than encrypt the journal). Or even gjournal the whole disk at once? Haven't been brave enough to try gjournal on root yet, but my /usr and /compile (src, obj, ports) partitions are already on it so I'm sure I'll try it soon ;) Craig --24zk1gE8NUlDmwG9 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="geli-bioflush.patch" === sys/geom/eli/g_eli.c ================================================================== --- sys/geom/eli/g_eli.c (revision 23) +++ sys/geom/eli/g_eli.c (local) @@ -340,6 +340,7 @@ case BIO_READ: case BIO_WRITE: case BIO_GETATTR: + case BIO_FLUSH: break; case BIO_DELETE: /* @@ -375,6 +376,7 @@ wakeup(sc); break; case BIO_GETATTR: + case BIO_FLUSH: cbp->bio_done = g_std_done; cp = LIST_FIRST(&sc->sc_geom->consumer); cbp->bio_to = cp->provider; --24zk1gE8NUlDmwG9-- From owner-freebsd-current@FreeBSD.ORG Thu Aug 10 19:21:59 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3308316A4E0; Thu, 10 Aug 2006 19:21:59 +0000 (UTC) (envelope-from w@expro.pl) Received: from mailin3.expro.pl (mailin3.expro.pl [193.25.166.24]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4955D43D6E; Thu, 10 Aug 2006 19:21:55 +0000 (GMT) (envelope-from w@expro.pl) Received: from europa-1.dmz.exprozone ([10.0.16.45]:57461 helo=europa.expro.pl) (envelope-sender ) by mailin3.expro.pl with esmtp (Exim 4.50) id 1GBG6L-0006JC-5q; Thu, 10 Aug 2006 21:21:53 +0200 Received: by europa.expro.pl (Postfix, from userid 1001) id D27A3536116; Thu, 10 Aug 2006 21:21:52 +0200 (CEST) Date: Thu, 10 Aug 2006 21:21:52 +0200 From: Jan Srzednicki To: Pawel Jakub Dawidek Message-ID: <20060810192152.GE57857@europa.expro.pl> References: <20060808195202.GA1564@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060808195202.GA1564@garage.freebsd.pl> User-Agent: Mutt/1.5.12-2006-07-14 Cc: freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-geom@FreeBSD.org Subject: Re: GJournal (hopefully) final patches. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Aug 2006 19:21:59 -0000 On Tue, Aug 08, 2006 at 09:52:02PM +0200, Pawel Jakub Dawidek wrote: > Hi. > > I'm pleased to announce hopefully the final gjournal patches. > [..] > Now you need to recompile the world and the kernel. Remember to add > 'options UFS_GJOURNAL' to your kernel configuration file. > > If there will be no bug reports nor strong objections, I'd like commit > gjournal in a week or two first to 7-CURRENT and then to 6-STABLE (maybe > before 6.2-RELEASE, but it depends on testing and feedback from users). Hello, I'd happily perform some testing, only if the aac(4) driver would also be patched. I know I can run gjournal w/o the BIO_FLUSH feature, but that would make any performance results rather worthles, wouldn't it? -- Jan Srzednicki w@expro.pl From owner-freebsd-current@FreeBSD.ORG Thu Aug 10 19:29:45 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4CE3916A4DF; Thu, 10 Aug 2006 19:29:45 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4AC1943D66; Thu, 10 Aug 2006 19:29:41 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 8BB0F5133B; Thu, 10 Aug 2006 21:29:40 +0200 (CEST) Received: from localhost (dkv208.neoplus.adsl.tpnet.pl [83.24.25.208]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 50F8550EA7; Thu, 10 Aug 2006 21:29:34 +0200 (CEST) Date: Thu, 10 Aug 2006 21:28:41 +0200 From: Pawel Jakub Dawidek To: Craig Boston , freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-geom@FreeBSD.org Message-ID: <20060810192841.GA1345@garage.freebsd.pl> References: <20060808195202.GA1564@garage.freebsd.pl> <20060810184702.GA8567@nowhere> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="M9NhX3UHpAaciwkO" Content-Disposition: inline In-Reply-To: <20060810184702.GA8567@nowhere> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.5 required=3.0 tests=BAYES_00,RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: Subject: Re: GJournal (hopefully) final patches. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Aug 2006 19:29:45 -0000 --M9NhX3UHpAaciwkO Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Aug 10, 2006 at 01:47:23PM -0500, Craig Boston wrote: > Hi, >=20 > It's great to see this project so close to completion! I'm trying it > out on a couple machines to see how it goes. >=20 > A few comments and questions: >=20 > * It took me a little by surprise that it carves 1G out of the device > for the journal. Depending on the size of the device that can be a > pretty hefty price to pay (and I didn't see any mention of it in the > setup notes). For a couple of my smaller filesystems I reduced it to > 512MB. Perhaps some algorithm for auto-sizing the journal based on > the size / expected workload of the device would be in order? It will be pointed out in documentation when I finally prepare it. I don't have plans about autosizing currently. > * Attached is a quick patch for geom_eli to allow it to pass BIO_FLUSH > down to its backing device. It seems like the right thing to do and > fixes the "BIO_FLUSH not supported" warning on my laptop that uses a > geli encrypted disk. I've this already in my perforce tree. I also implemented BIO_FLUSH passing in gmirror and graid3. I also added a flag for gmirror and graid3 which says "don't resynchronize components after a power failure - trust they are consistent". And they are always consistent when placed below gjournal. > * On a different system, however, it complains about it even on a raw > ATA slice: >=20 > atapci1: port 0x1f0-0x1f7,0x3f6,0x170= -0x177,0x376,0xffa0-0xffaf at device 31.1 on pci0 > ata0: on atapci1 > ad0: 114473MB at ata0-master UDMA100 > GEOM_JOURNAL: BIO_FLUSH not supported by ad0s1e. >=20 > It seems like a reasonably modern controller and disk, at least it > should be capable of issuing a cache flush command. Not sure why it > doesn't like it :/ We would need to add some printfs to diagnoze this probably - you can try adding some lines to ad_init() to get this: if (atadev->param.support.command1 & ATA_SUPPORT_WRITECACHE) { if (ata_wc) ata_controlcmd(dev, ATA_SETFEATURES, ATA_SF_ENAB_WCACHE, 0, 0); else ata_controlcmd(dev, ATA_SETFEATURES, ATA_SF_DIS_WCACHE, 0, 0); } else { printf("ad_init: WRITE CACHE not supported by ad%d.\n", device_get_unit(dev)); } > * How "close" does the filesystem need to be to the gjournal device in > order for the UFS hooks to work? Directly on it? >=20 > The geom stack on my laptop currently looks something like this: >=20 > [geom_disk] ad0 <- [geom_eli] ad0.eli <- [geom_gpt] ad0.elip6 <- > [geom_label] gjtest <- [geom_journal] gjtest.journal <- UFS >=20 > I was wondering if an arrangement like this would work: >=20 > [geom_journal] ad0p6.journal <- [geom_eli] ad0p6.journaleli <- UFS >=20 > and if it would be any more efficient (journal the encrypted data > rather than encrypt the journal). Or even gjournal the whole disk at > once? When you mount file system it sends BIO_GETATTR "GJOURNAL::provider" requests. So as long as classes between the file system and gjournal provider pass BIO_GETATTR down, it will work. On my home machine I've the following configuration: raid3/DATA1.elid.journal So it's UFS over gjournal over bsdlabel over geli over raid3 over ata. I prefer to put gjournal on the top, because it gives consistency to layers below it. For example I can use geli with bigger sector size (sector size greater than disk sector size in encryption-only-mode can be unreliable on power failures, which is not the case when gjournal is above geli), I can turn off synchronization of gmirror/graid3 after a power failure, etc. On the other hand configuring geli on top of gjournal can be more effective for large files - geli will not encrypt the data twice. Fortunatelly with GEOM you can freely mix your puzzles. > Haven't been brave enough to try gjournal on root yet, but my /usr and > /compile (src, obj, ports) partitions are already on it so I'm sure I'll > try it soon ;) Markus Trippelsdorf reported that it doesn't work out of the box, but he manage to make it to work with some small changes to fsck_ffs(8). --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --M9NhX3UHpAaciwkO Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iD8DBQFE24jpForvXbEpPzQRAmenAKC/J05IojZltHSXJFETFfsgAqMYZwCdHXeQ /EXU/FMCMvMFGhyqVW6JlNE= =LvdY -----END PGP SIGNATURE----- --M9NhX3UHpAaciwkO-- From owner-freebsd-current@FreeBSD.ORG Thu Aug 10 19:43:00 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6642016A4DE for ; Thu, 10 Aug 2006 19:43:00 +0000 (UTC) (envelope-from master@preved.cn) Received: from mail.mccolo.com (mc79.mccolo.com [208.66.192.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id BD9B243D46 for ; Thu, 10 Aug 2006 19:42:59 +0000 (GMT) (envelope-from master@preved.cn) Received: (qmail 96108 invoked by uid 89); 10 Aug 2006 19:42:59 -0000 Received: from unknown (HELO ?192.0.0.1?) (tarasov@mccolo.com@62.140.244.50) by mail.mccolo.com with (DHE-RSA-AES256-SHA encrypted) SMTP; 10 Aug 2006 19:42:59 -0000 Message-ID: <44DB8C41.3020606@preved.cn> Date: Thu, 10 Aug 2006 23:42:57 +0400 From: Tarasov Alexey User-Agent: Thunderbird 1.5.0.4 (X11/20060731) MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <20060808195202.GA1564@garage.freebsd.pl> In-Reply-To: <20060808195202.GA1564@garage.freebsd.pl> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: GJournal (hopefully) final patches. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Aug 2006 19:43:00 -0000 Pawel Jakub Dawidek wrote: > Hi. > > > BTW. This should allow to have root file system on gjournal partition, > but haven't verified it yet - just a theory. > Is it possible to build installer image that will allow to install FreeBSD to GJournal root partition? If yes, how to do it? -- Best regards, Tarasov Alexey. From owner-freebsd-current@FreeBSD.ORG Thu Aug 10 19:44:02 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 927A416A4DE; Thu, 10 Aug 2006 19:44:02 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA6E143D49; Thu, 10 Aug 2006 19:43:59 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 7B93B5133B; Thu, 10 Aug 2006 21:43:58 +0200 (CEST) Received: from localhost (dkv208.neoplus.adsl.tpnet.pl [83.24.25.208]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 92E4C5131F; Thu, 10 Aug 2006 21:43:53 +0200 (CEST) Date: Thu, 10 Aug 2006 21:43:04 +0200 From: Pawel Jakub Dawidek To: Jan Srzednicki Message-ID: <20060810194304.GB1345@garage.freebsd.pl> References: <20060808195202.GA1564@garage.freebsd.pl> <20060810192152.GE57857@europa.expro.pl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="CdrF4e02JqNVZeln" Content-Disposition: inline In-Reply-To: <20060810192152.GE57857@europa.expro.pl> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.5 required=3.0 tests=BAYES_00,RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-geom@FreeBSD.org Subject: Re: GJournal (hopefully) final patches. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Aug 2006 19:44:02 -0000 --CdrF4e02JqNVZeln Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Aug 10, 2006 at 09:21:52PM +0200, Jan Srzednicki wrote: > On Tue, Aug 08, 2006 at 09:52:02PM +0200, Pawel Jakub Dawidek wrote: > > Hi. > >=20 > > I'm pleased to announce hopefully the final gjournal patches. > >=20 > [..] > > Now you need to recompile the world and the kernel. Remember to add > > 'options UFS_GJOURNAL' to your kernel configuration file. > >=20 > > If there will be no bug reports nor strong objections, I'd like commit > > gjournal in a week or two first to 7-CURRENT and then to 6-STABLE (maybe > > before 6.2-RELEASE, but it depends on testing and feedback from users). >=20 > Hello, >=20 > I'd happily perform some testing, only if the aac(4) driver would also > be patched. I know I can run gjournal w/o the BIO_FLUSH feature, but > that would make any performance results rather worthles, wouldn't it? =46rom my tests BIO_FLUSH doesn't have huge impact on performance (if at all), but I suspect it greatly depends on specific HW. Unfortunately I'm not able to implement BIO_FLUSH to all out storage drivers. Currently BIO_FLUSH is supported by ata(4) (/dev/a[dr]X), da(4) and amr(4). --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --CdrF4e02JqNVZeln Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iD8DBQFE24xIForvXbEpPzQRAic2AJ4xyBiy+trSzSSosMOoagEfo+tXGQCgzMW0 Qq+z9DJ52cGZwaJh1rbJbhM= =Xq3r -----END PGP SIGNATURE----- --CdrF4e02JqNVZeln-- From owner-freebsd-current@FreeBSD.ORG Thu Aug 10 20:01:38 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2DD8A16A524; Thu, 10 Aug 2006 20:01:38 +0000 (UTC) (envelope-from w@expro.pl) Received: from mailin1.expro.pl (mailin1.expro.pl [193.25.166.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 833EE43D46; Thu, 10 Aug 2006 20:01:37 +0000 (GMT) (envelope-from w@expro.pl) Received: from europa-1.dmz.exprozone ([10.0.16.45] helo=europa.expro.pl) (envelope-sender ) by mailin1.expro.pl with esmtp (Exim 4.50) id 1GBGil-0004Pu-Ow; Thu, 10 Aug 2006 22:01:35 +0200 Received: by europa.expro.pl (Postfix, from userid 1001) id 13FAF536116; Thu, 10 Aug 2006 22:01:35 +0200 (CEST) Date: Thu, 10 Aug 2006 22:01:35 +0200 From: Jan Srzednicki To: Pawel Jakub Dawidek Message-ID: <20060810200135.GF57857@europa.expro.pl> References: <20060808195202.GA1564@garage.freebsd.pl> <20060810192152.GE57857@europa.expro.pl> <20060810194304.GB1345@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060810194304.GB1345@garage.freebsd.pl> User-Agent: Mutt/1.5.12-2006-07-14 Cc: freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-geom@FreeBSD.org Subject: Re: GJournal (hopefully) final patches. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Aug 2006 20:01:38 -0000 On Thu, Aug 10, 2006 at 09:43:04PM +0200, Pawel Jakub Dawidek wrote: > On Thu, Aug 10, 2006 at 09:21:52PM +0200, Jan Srzednicki wrote: > > > > Hello, > > > > I'd happily perform some testing, only if the aac(4) driver would also > > be patched. I know I can run gjournal w/o the BIO_FLUSH feature, but > > that would make any performance results rather worthles, wouldn't it? > > From my tests BIO_FLUSH doesn't have huge impact on performance (if at > all), but I suspect it greatly depends on specific HW. > > Unfortunately I'm not able to implement BIO_FLUSH to all out storage > drivers. Currently BIO_FLUSH is supported by ata(4) (/dev/a[dr]X), > da(4) and amr(4). I see. Does that mean that all CAM-interfaced devices (like asr(4) or twa(4)) have this feature fully implemented? -- Jan Srzednicki w@expro.pl From owner-freebsd-current@FreeBSD.ORG Thu Aug 10 20:04:56 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B32E16A4DA; Thu, 10 Aug 2006 20:04:56 +0000 (UTC) (envelope-from lavalamp@spiritual-machines.org) Received: from mail.digitalfreaks.org (arbitor.digitalfreaks.org [216.151.95.158]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF80D43D45; Thu, 10 Aug 2006 20:04:53 +0000 (GMT) (envelope-from lavalamp@spiritual-machines.org) Received: by mail.digitalfreaks.org (Postfix, from userid 1022) id B9E4D17274; Thu, 10 Aug 2006 16:04:53 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by mail.digitalfreaks.org (Postfix) with ESMTP id B80241725C; Thu, 10 Aug 2006 16:04:53 -0400 (EDT) Date: Thu, 10 Aug 2006 16:04:53 -0400 (EDT) From: "Brian A. Seklecki" X-X-Sender: lavalamp@arbitor.digitalfreaks.org To: Gleb Smirnoff In-Reply-To: <20060807100622.GY96644@cell.sick.ru> Message-ID: <20060810160126.E55918@arbitor.digitalfreaks.org> References: <43767.150.101.159.26.1140420612.squirrel@mailbox.TU-Berlin.DE> <20060720104238.L8726@arbitor.digitalfreaks.org> <20060807100622.GY96644@cell.sick.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: Dell PowerEdge 850 bge(4) RELENG_6 (WAS: Re: bge(4) problem) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Aug 2006 20:04:56 -0000 I will experiment with it tomorrow. Meanwhile it should be pointed out that the new Dell 9th generation PE{1,2}950 uses the 5708 integrated dual port. However the Addon-NIC option is still the dual port 5721. ~BAS > We've got a major merge from HEAD to RELENG_6 recently in bge(4) driver. > Before that in HEAD I've merged several patches from OpenBSD, which in > their turn were obtain from Linux (broadcom supplied) driver. > > Can you upgrade to fresh RELENG_6 and tell whether your problems > persist > after or not. > > Also, we've got a new committer, who works in Broadcom. He hasn't yet > put his attention on bge(4), but he answers questions quite fast and > can give us a piece of advice. > > -- > Totus tuus, Glebius. > GLEBIUS-RIPN GLEB-RIPE > l8* -lava (Brian A. Seklecki - Pittsburgh, PA, USA) "...back in the heady days when "Helpdesk" meant nothing, "diskquota" meant everything, and lives could be bought and sold for a couple of pages of laser printout - And frequently were." From owner-freebsd-current@FreeBSD.ORG Thu Aug 10 21:05:38 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9668116A4DE; Thu, 10 Aug 2006 21:05:38 +0000 (UTC) (envelope-from craig@xfoil.gank.org) Received: from ion.gank.org (ion.gank.org [69.55.238.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id 20A0443D46; Thu, 10 Aug 2006 21:05:37 +0000 (GMT) (envelope-from craig@xfoil.gank.org) Received: by ion.gank.org (Postfix, from userid 1001) id 7BC1C117C9; Thu, 10 Aug 2006 16:05:37 -0500 (CDT) Date: Thu, 10 Aug 2006 16:05:35 -0500 From: Craig Boston To: Pawel Jakub Dawidek Message-ID: <20060810210535.GA9065@nowhere> Mail-Followup-To: Craig Boston , Pawel Jakub Dawidek , freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-geom@FreeBSD.org References: <20060808195202.GA1564@garage.freebsd.pl> <20060810184702.GA8567@nowhere> <20060810192841.GA1345@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060810192841.GA1345@garage.freebsd.pl> User-Agent: Mutt/1.4.2.2i Cc: freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-geom@FreeBSD.org Subject: Re: GJournal (hopefully) final patches. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Aug 2006 21:05:38 -0000 On Thu, Aug 10, 2006 at 09:28:41PM +0200, Pawel Jakub Dawidek wrote: > When you mount file system it sends BIO_GETATTR "GJOURNAL::provider" > requests. So as long as classes between the file system and gjournal > provider pass BIO_GETATTR down, it will work. > > I prefer to put gjournal on the top, because it gives consistency to > layers below it. [...] > > [snip] > > Fortunatelly with GEOM you can freely mix your puzzles. Would there be any ill effects to putting multiple filesystems inside a single gjournal, say with a bsdlabel or gpt on it? If it worked and didn't confuse the UFS integration, it might save some space by not having multiple (default 1G) journals. I'm unsure if it would improve or degrage performance for concurrent access. Craig From owner-freebsd-current@FreeBSD.ORG Thu Aug 10 21:18:50 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D8A9316A4E5 for ; Thu, 10 Aug 2006 21:18:50 +0000 (UTC) (envelope-from bryants@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 024BC43D49 for ; Thu, 10 Aug 2006 21:18:48 +0000 (GMT) (envelope-from bryants@gmail.com) Received: by nz-out-0102.google.com with SMTP id 13so211540nzn for ; Thu, 10 Aug 2006 14:18:48 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=jyqLjnm6xDrgE6SPljexeZivTSL1+pw1erEhc16Qb4Q9PlyRKoBJ+MOebxyNJ81wJxnjkBXJ79pKiSjGVTnk6xdHlrwIQ0iLO7O3jPKo3eYMur0O8dHpoduccGQibgI3aBAYneGtDskMmXyXyBefeKXeaap8wKlR+PH21Lh0rD4= Received: by 10.65.160.7 with SMTP id m7mr3120293qbo; Thu, 10 Aug 2006 14:18:48 -0700 (PDT) Received: by 10.65.20.2 with HTTP; Thu, 10 Aug 2006 14:18:47 -0700 (PDT) Message-ID: Date: Thu, 10 Aug 2006 17:18:47 -0400 From: "Sean Bryant" To: "Pawel Jakub Dawidek" In-Reply-To: <20060808195202.GA1564@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20060808195202.GA1564@garage.freebsd.pl> Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org, freebsd-geom@freebsd.org Subject: Re: GJournal (hopefully) final patches. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Aug 2006 21:18:51 -0000 On 8/8/06, Pawel Jakub Dawidek wrote: > Hi. > > I'm pleased to announce hopefully the final gjournal patches. > > The biggest change is removal of magic .deleted/ directory. Now orphaned > objects (files/directories which were deleted, but are still open) are > handled in a different way - in every CG there is a counter which tells > how many such orphaned objects are there in the given CG. There is also > a global unreferenced inodes counter in the superblock. > > On power failure or system crash, fast fsck version will be run on > journaled file system which only checks CG for unreferenced inodes. > Multi terabyte file system is checked in few minutes, but it depends on > how many such objects we have. The global counter in the superblock > allows to stop scanning CGs when it goes to 0. > > Another change is that now from a configuration point of view gjournal > is threated simlar to soft-updates - you need to specify -J flag at > newfs(8) time or use 'tunefs -J enable '. 'gjournal' is no longer > a mount option. > > To create journaled UFS file system on ad0s1d partition: > > # gjournal load > # gjournal label ad0s1d > # newfs -J /dev/ad0s1d.journal > # mount -o noatime,async /dev/ad0s1d.journal /mnt > > On reboot 'fsck_ffs -p /dev/ad0s1d.journal' will perform fast check. One > can still run regular check by not giving the -p option. > > BTW. This should allow to have root file system on gjournal partition, > but haven't verified it yet - just a theory. > > Patches for 7-CURRENT: > > http://people.freebsd.org/~pjd/patches/gjournal_20060808.patch > > Patches for 6-STABLE: > > http://people.freebsd.org/~pjd/patches/gjournal6_20060808.patch > > To apply the patches: > > # cd /usr/src > # mkdir sys/geom/journal sbin/geom/class/journal sys/modules/geom/geom_journal > # patch < gjournal_20060808.patch > > Now you need to recompile the world and the kernel. Remember to add > 'options UFS_GJOURNAL' to your kernel configuration file. > > If there will be no bug reports nor strong objections, I'd like commit > gjournal in a week or two first to 7-CURRENT and then to 6-STABLE (maybe > before 6.2-RELEASE, but it depends on testing and feedback from users). > > Enjoy! > > -- > Pawel Jakub Dawidek http://www.wheel.pl > pjd@FreeBSD.org http://www.FreeBSD.org > FreeBSD committer Am I Evil? Yes, I Am! > > > Okay I have applied the latest patches. And everything works fine on a new filesystem (newfsing). Trying to add it to an existing file system I'm getting problems. This might be my fault. So I'll give it another go before reporting back my problems. -- Sean Bryant From owner-freebsd-current@FreeBSD.ORG Thu Aug 10 20:38:59 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 640AD16A4E0 for ; Thu, 10 Aug 2006 20:38:59 +0000 (UTC) (envelope-from h.blanke@chello.nl) Received: from amsfep18-int.chello.nl (amsfep17-int.chello.nl [213.46.243.15]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D01443D4C for ; Thu, 10 Aug 2006 20:38:57 +0000 (GMT) (envelope-from h.blanke@chello.nl) Received: from localhost ([127.0.0.1]) by amsfep18-int.chello.nl (InterMail vM.6.01.04.04 201-2131-118-104-20050224) with SMTP id <20060810203856.VLDB14099.amsfep18-int.chello.nl@localhost> for ; Thu, 10 Aug 2006 22:38:56 +0200 X-Mailer: Openwave WebEngine, version 2.8.16 (webedge20-101-1106-20040809) X-Originating-IP: [62.163.167.56] From: To: Date: Thu, 10 Aug 2006 22:38:56 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Message-Id: <20060810203856.VLDB14099.amsfep18-int.chello.nl@localhost> X-Mailman-Approved-At: Thu, 10 Aug 2006 21:22:43 +0000 Subject: gjournal_20060808.patch on amd64 7-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Aug 2006 20:38:59 -0000 Hi Pawel, FreeBSD/amd64-current and gjournal_20060808.patch make build world..... In file included from /usr/src/sbin/fsck_ffs/gjournal.c:848: /usr/src/sbin/fsck_ffs/fsck.h:72: error: redefinition of `union dinode' /usr/src/sbin/fsck_ffs/fsck.h:94: error: redefinition of `struct inostat' /usr/src/sbin/fsck_ffs/fsck.h:121: error: redefinition of `struct inostatlist' /usr/src/sbin/fsck_ffs/fsck.h:129: error: redefinition of `struct bufarea' /usr/src/sbin/fsck_ffs/fsck.h:185: error: redeclaration of `enum fixstate' /usr/src/sbin/fsck_ffs/fsck.h:185: error: conflicting types for 'DONTKNOW' /usr/src/sbin/fsck_ffs/fsck.h:185: error: previous definition of 'DONTKNOW' was here /usr/src/sbin/fsck_ffs/fsck.h:185: error: conflicting types for 'NOFIX' /usr/src/sbin/fsck_ffs/fsck.h:185: error: previous definition of 'NOFIX' was here /usr/src/sbin/fsck_ffs/fsck.h:185: error: conflicting types for 'FIX' /usr/src/sbin/fsck_ffs/fsck.h:185: error: previous definition of 'FIX' was here /usr/src/sbin/fsck_ffs/fsck.h:185: error: conflicting types for 'IGNORE' /usr/src/sbin/fsck_ffs/fsck.h:185: error: previous definition of 'IGNORE' was here /usr/src/sbin/fsck_ffs/fsck.h:188: error: redefinition of `struct inodesc' /usr/src/sbin/fsck_ffs/fsck.h:230: error: redefinition of `struct dups' /usr/src/sbin/fsck_ffs/fsck.h:240: error: redefinition of `struct inoinfo' /usr/src/sbin/fsck_ffs/gjournal.c:850: error: redefinition of `struct cgchain' /usr/src/sbin/fsck_ffs/gjournal.c:862: error: redefinition of 'ncgs' /usr/src/sbin/fsck_ffs/gjournal.c:88: error: previous definition of 'ncgs' was here /usr/src/sbin/fsck_ffs/gjournal.c:863: error: conflicting types for 'cglist' /usr/src/sbin/fsck_ffs/gjournal.c:89: error: previous definition of 'cglist' was here /usr/src/sbin/fsck_ffs/gjournal.c:866: error: redefinition of 'disk' /usr/src/sbin/fsck_ffs/gjournal.c:92: error: previous definition of 'disk' was here /usr/src/sbin/fsck_ffs/gjournal.c:867: error: redefinition of 'fs' /usr/src/sbin/fsck_ffs/gjournal.c:93: error: previous definition of 'fs' was here /usr/src/sbin/fsck_ffs/gjournal.c:877: error: redefinition of 'putino' /usr/src/sbin/fsck_ffs/gjournal.c:103: error: previous definition of 'putino' was here /usr/src/sbin/fsck_ffs/gjournal.c:900: error: redefinition of 'getcg' /usr/src/sbin/fsck_ffs/gjournal.c:126: error: previous definition of 'getcg' was here /usr/src/sbin/fsck_ffs/gjournal.c:946: error: redefinition of 'dirtycg' /usr/src/sbin/fsck_ffs/gjournal.c:172: error: previous definition of 'dirtycg' was here /usr/src/sbin/fsck_ffs/gjournal.c:956: error: redefinition of 'busycg' /usr/src/sbin/fsck_ffs/gjournal.c:182: error: previous definition of 'busycg' was here /usr/src/sbin/fsck_ffs/gjournal.c:966: error: redefinition of 'unbusycg' /usr/src/sbin/fsck_ffs/gjournal.c:192: error: previous definition of 'unbusycg' was here /usr/src/sbin/fsck_ffs/gjournal.c:977: error: redefinition of 'putcgs' /usr/src/sbin/fsck_ffs/gjournal.c:203: error: previous definition of 'putcgs' was here /usr/src/sbin/fsck_ffs/gjournal.c:1023: error: redefinition of 'getdisk' /usr/src/sbin/fsck_ffs/gjournal.c:249: error: previous definition of 'getdisk' was here /usr/src/sbin/fsck_ffs/gjournal.c:1061: error: redefinition of 'closedisk' /usr/src/sbin/fsck_ffs/gjournal.c:287: error: previous definition of 'closedisk' was here /usr/src/sbin/fsck_ffs/gjournal.c:1083: error: redefinition of 'putdisk' /usr/src/sbin/fsck_ffs/gjournal.c:309: error: previous definition of 'putdisk' was here /usr/src/sbin/fsck_ffs/gjournal.c:1120: error: redefinition of 'isblock' /usr/src/sbin/fsck_ffs/gjournal.c:346: error: previous definition of 'isblock' was here /usr/src/sbin/fsck_ffs/gjournal.c:1146: error: redefinition of 'setblock' /usr/src/sbin/fsck_ffs/gjournal.c:372: error: previous definition of 'setblock' was here /usr/src/sbin/fsck_ffs/gjournal.c:1171: error: redefinition of 'isfreeblock' /usr/src/sbin/fsck_ffs/gjournal.c:397: error: previous definition of 'isfreeblock' was here /usr/src/sbin/fsck_ffs/gjournal.c:1194: error: redefinition of 'fragacct' /usr/src/sbin/fsck_ffs/gjournal.c:420: error: previous definition of 'fragacct' was here /usr/src/sbin/fsck_ffs/gjournal.c:1221: error: redefinition of 'clusteracct' /usr/src/sbin/fsck_ffs/gjournal.c:447: error: previous definition of 'clusteracct' was here /usr/src/sbin/fsck_ffs/gjournal.c:1301: error: redefinition of 'blkfree' /usr/src/sbin/fsck_ffs/gjournal.c:527: error: previous definition of 'blkfree' was here /usr/src/sbin/fsck_ffs/gjournal.c:1368: error: redefinition of 'freeindir' /usr/src/sbin/fsck_ffs/gjournal.c:594: error: previous definition of 'freeindir' was here /usr/src/sbin/fsck_ffs/gjournal.c:1397: error: redefinition of 'clear_inode' /usr/src/sbin/fsck_ffs/gjournal.c:623: error: previous definition of 'clear_inode' was here /usr/src/sbin/fsck_ffs/gjournal.c:1438: error: redefinition of 'gjournal_check' /usr/src/sbin/fsck_ffs/gjournal.c:664: error: previous definition of 'gjournal_check' was here *** Error code 1 Stop in /usr/src/sbin/fsck_ffs. *** Error code 1 Stop in /usr/obj/usr/src/rescue/rescue. *** Error code 1 Stop in /usr/src/rescue/rescue. *** Error code 1 Stop in /usr/src/rescue. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. If you need more info, let me know. Bye From owner-freebsd-current@FreeBSD.ORG Thu Aug 10 21:12:08 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A4D7E16A4E0; Thu, 10 Aug 2006 21:12:08 +0000 (UTC) (envelope-from darren.pilgrim@bitfreak.org) Received: from mail.twinthornes.com (mail.twinthornes.com [65.75.198.147]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF32543D49; Thu, 10 Aug 2006 21:12:05 +0000 (GMT) (envelope-from darren.pilgrim@bitfreak.org) Received: from [10.242.169.24] (c-67-171-135-169.hsd1.or.comcast.net [67.171.135.169]) by mail.twinthornes.com (Postfix) with ESMTP id 3B6DC10EA; Thu, 10 Aug 2006 14:12:05 -0700 (PDT) Message-ID: <44DBA0BA.7070406@bitfreak.org> Date: Thu, 10 Aug 2006 14:10:18 -0700 From: Darren Pilgrim User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= References: <12fac0bf0608100555p2210a731s3313a2b4918a376e@mail.gmail.com> <44DB5D0F.5060409@freebsd.org> In-Reply-To: <44DB5D0F.5060409@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Thu, 10 Aug 2006 21:22:56 +0000 Cc: freebsd-current@freebsd.org, "initial.x" Subject: Re: Current ATA driver problem. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Aug 2006 21:12:08 -0000 Søren Schmidt wrote: > initial.x wrote: >> My freebsd machine not detect second IDE driver.(recently) >> ( I use intel 975 chipset. ) >> Second IDE driver is JMicron JBM361. >> >> Freebsd support second IDE driver ago. >> I can't use second IDE driver now. >> >> Temporary use 6.1-release ata driver in HEAD >> ( this way can use second driver ) >> >> ata driver(HEAD) something change? > Yes lots has changed in -currents ATA, backport is planned later. > Just use /sys/sys/ata.h and /sys/dev/ata/* from -current and you'll be > fine until then. I think he was saying that the JBM361 was supported in 6.1, but it's not supported in -current. -- Darren Pilgrim From owner-freebsd-current@FreeBSD.ORG Thu Aug 10 22:26:49 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.ORG Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2663016A4E0; Thu, 10 Aug 2006 22:26:49 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5DC6E43D46; Thu, 10 Aug 2006 22:26:48 +0000 (GMT) (envelope-from sos@deepcore.dk) Received: from [194.192.25.130] (sos.deepcore.dk [194.192.25.130]) by spider.deepcore.dk (8.13.6/8.13.4) with ESMTP id k7AMQdck073370; Fri, 11 Aug 2006 00:26:39 +0200 (CEST) (envelope-from sos@deepcore.dk) Message-ID: <44DBB29F.5070409@deepcore.dk> Date: Fri, 11 Aug 2006 00:26:39 +0200 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Thunderbird 1.5.0.2 (X11/20060531) MIME-Version: 1.0 To: Darren Pilgrim References: <12fac0bf0608100555p2210a731s3313a2b4918a376e@mail.gmail.com> <44DB5D0F.5060409@freebsd.org> <44DBA0BA.7070406@bitfreak.org> In-Reply-To: <44DBA0BA.7070406@bitfreak.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-mail-scanned: by DeepCore Virus & Spam killer v1.16 Cc: freebsd-current@FreeBSD.ORG, "initial.x" , =?ISO-8859-1?Q?S=F8ren_Schmidt?= Subject: Re: Current ATA driver problem. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Aug 2006 22:26:49 -0000 Darren Pilgrim wrote: > Søren Schmidt wrote: >> initial.x wrote: >>> My freebsd machine not detect second IDE driver.(recently) >>> ( I use intel 975 chipset. ) >>> Second IDE driver is JMicron JBM361. >>> >>> Freebsd support second IDE driver ago. >>> I can't use second IDE driver now. >>> >>> Temporary use 6.1-release ata driver in HEAD >>> ( this way can use second driver ) >>> >>> ata driver(HEAD) something change? >> Yes lots has changed in -currents ATA, backport is planned later. >> Just use /sys/sys/ata.h and /sys/dev/ata/* from -current and you'll >> be fine until then. > > I think he was saying that the JBM361 was supported in 6.1, but it's > not supported in -current. Hmm, seems I got that wrong then, sorry about that.. The only thing I could think of is that it might be that the chip is setup for 2 pci functions which I currently do not support, however that shouldn't have worked in 6.1 either... -Søren From owner-freebsd-current@FreeBSD.ORG Thu Aug 10 22:30:45 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5746D16A4DD; Thu, 10 Aug 2006 22:30:45 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 20F8E43D49; Thu, 10 Aug 2006 22:30:43 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id A05625138A; Fri, 11 Aug 2006 00:30:41 +0200 (CEST) Received: from localhost (dkd162.neoplus.adsl.tpnet.pl [83.24.7.162]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 571F25131F; Fri, 11 Aug 2006 00:30:33 +0200 (CEST) Date: Fri, 11 Aug 2006 00:29:42 +0200 From: Pawel Jakub Dawidek To: Craig Boston , freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-geom@FreeBSD.org Message-ID: <20060810222942.GA1389@garage.freebsd.pl> References: <20060808195202.GA1564@garage.freebsd.pl> <20060810184702.GA8567@nowhere> <20060810192841.GA1345@garage.freebsd.pl> <20060810210535.GA9065@nowhere> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="opJtzjQTFsWo+cga" Content-Disposition: inline In-Reply-To: <20060810210535.GA9065@nowhere> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.5 required=3.0 tests=BAYES_00,RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: Subject: Re: GJournal (hopefully) final patches. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Aug 2006 22:30:45 -0000 --opJtzjQTFsWo+cga Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Aug 10, 2006 at 04:05:35PM -0500, Craig Boston wrote: > On Thu, Aug 10, 2006 at 09:28:41PM +0200, Pawel Jakub Dawidek wrote: > > When you mount file system it sends BIO_GETATTR "GJOURNAL::provider" > > requests. So as long as classes between the file system and gjournal > > provider pass BIO_GETATTR down, it will work. > >=20 > > I prefer to put gjournal on the top, because it gives consistency to > > layers below it. [...] > > > > [snip] > >=20 > > Fortunatelly with GEOM you can freely mix your puzzles. >=20 > Would there be any ill effects to putting multiple filesystems inside a > single gjournal, say with a bsdlabel or gpt on it? I don't see any problems with such configuration, but there are no optimization like "synchronize all file systems and then switch journals", so it will go like "synchronize one file system switch journals, synchronize another file system, switch journals, etc.". --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --opJtzjQTFsWo+cga Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iD8DBQFE27NWForvXbEpPzQRAgIBAKDdvEiLIsHM/Pgfh4WfDe1ruU4p0ACggHvi 0XASFxTKlzxDY2tYBtHeiTM= =9MBA -----END PGP SIGNATURE----- --opJtzjQTFsWo+cga-- From owner-freebsd-current@FreeBSD.ORG Thu Aug 10 22:37:33 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 386D316A4DD; Thu, 10 Aug 2006 22:37:33 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 84DB643D46; Thu, 10 Aug 2006 22:37:32 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 633145138A; Fri, 11 Aug 2006 00:37:31 +0200 (CEST) Received: from localhost (dkd162.neoplus.adsl.tpnet.pl [83.24.7.162]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id E03635131F; Fri, 11 Aug 2006 00:37:26 +0200 (CEST) Date: Fri, 11 Aug 2006 00:36:37 +0200 From: Pawel Jakub Dawidek To: Craig Boston , freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-geom@FreeBSD.org Message-ID: <20060810223637.GB1389@garage.freebsd.pl> References: <20060808195202.GA1564@garage.freebsd.pl> <20060810184702.GA8567@nowhere> <20060810192841.GA1345@garage.freebsd.pl> <20060810210535.GA9065@nowhere> <20060810222942.GA1389@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="eJnRUKwClWJh1Khz" Content-Disposition: inline In-Reply-To: <20060810222942.GA1389@garage.freebsd.pl> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.5 required=3.0 tests=BAYES_00,RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: Subject: Re: GJournal (hopefully) final patches. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Aug 2006 22:37:33 -0000 --eJnRUKwClWJh1Khz Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Aug 11, 2006 at 12:29:42AM +0200, Pawel Jakub Dawidek wrote: > On Thu, Aug 10, 2006 at 04:05:35PM -0500, Craig Boston wrote: > > On Thu, Aug 10, 2006 at 09:28:41PM +0200, Pawel Jakub Dawidek wrote: > > > When you mount file system it sends BIO_GETATTR "GJOURNAL::provider" > > > requests. So as long as classes between the file system and gjournal > > > provider pass BIO_GETATTR down, it will work. > > >=20 > > > I prefer to put gjournal on the top, because it gives consistency to > > > layers below it. [...] > > > > > > [snip] > > >=20 > > > Fortunatelly with GEOM you can freely mix your puzzles. > >=20 > > Would there be any ill effects to putting multiple filesystems inside a > > single gjournal, say with a bsdlabel or gpt on it? >=20 > I don't see any problems with such configuration, but there are no > optimization like "synchronize all file systems and then switch > journals", so it will go like "synchronize one file system switch > journals, synchronize another file system, switch journals, etc.". Ok, on second thought it won't work. If you have many file systems on one gjournal, you synchronize one file system and switch journals leaving the rest of file systems in an inconsistent state. To make it work reliable I'd need to implement the optimization I mentioned, ie. sync all file systems and then switch journals. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --eJnRUKwClWJh1Khz Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iD8DBQFE27T1ForvXbEpPzQRAnwYAJ412dgP+UIfoEgtDD7jrx+ot3UnVwCg81XB H1HlYHamfl2nw/yCB7wK7PI= =qDh1 -----END PGP SIGNATURE----- --eJnRUKwClWJh1Khz-- From owner-freebsd-current@FreeBSD.ORG Thu Aug 10 22:39:57 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3428B16A4E5; Thu, 10 Aug 2006 22:39:57 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E38743D46; Thu, 10 Aug 2006 22:39:55 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 468B451392; Fri, 11 Aug 2006 00:39:54 +0200 (CEST) Received: from localhost (dkd162.neoplus.adsl.tpnet.pl [83.24.7.162]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 685045138F; Fri, 11 Aug 2006 00:39:50 +0200 (CEST) Date: Fri, 11 Aug 2006 00:39:01 +0200 From: Pawel Jakub Dawidek To: Jan Srzednicki Message-ID: <20060810223901.GC1389@garage.freebsd.pl> References: <20060808195202.GA1564@garage.freebsd.pl> <20060810192152.GE57857@europa.expro.pl> <20060810194304.GB1345@garage.freebsd.pl> <20060810200135.GF57857@europa.expro.pl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2JFBq9zoW8cOFH7v" Content-Disposition: inline In-Reply-To: <20060810200135.GF57857@europa.expro.pl> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.5 required=3.0 tests=BAYES_00,RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-geom@FreeBSD.org Subject: Re: GJournal (hopefully) final patches. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Aug 2006 22:39:57 -0000 --2JFBq9zoW8cOFH7v Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Aug 10, 2006 at 10:01:35PM +0200, Jan Srzednicki wrote: > On Thu, Aug 10, 2006 at 09:43:04PM +0200, Pawel Jakub Dawidek wrote: > > On Thu, Aug 10, 2006 at 09:21:52PM +0200, Jan Srzednicki wrote: > > >=20 > > > Hello, > > >=20 > > > I'd happily perform some testing, only if the aac(4) driver would also > > > be patched. I know I can run gjournal w/o the BIO_FLUSH feature, but > > > that would make any performance results rather worthles, wouldn't it? > >=20 > > From my tests BIO_FLUSH doesn't have huge impact on performance (if at > > all), but I suspect it greatly depends on specific HW. > >=20 > > Unfortunately I'm not able to implement BIO_FLUSH to all out storage > > drivers. Currently BIO_FLUSH is supported by ata(4) (/dev/a[dr]X), > > da(4) and amr(4). >=20 > I see. Does that mean that all CAM-interfaced devices (like asr(4) or > twa(4)) have this feature fully implemented? That's the theory. I'm using standard SCSI commands for this. From the tests we made it seems that it works ok with twa(4)/twe(4). I'd still be glad if someone with SCSI/CAM foo could look at the code. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --2JFBq9zoW8cOFH7v Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iD8DBQFE27WFForvXbEpPzQRAsFkAJ46DsXZV5L5AUJiHiS7eiB0rdAFowCeOdTb r2YyP364McN1aci/YjNokQs= =XR71 -----END PGP SIGNATURE----- --2JFBq9zoW8cOFH7v-- From owner-freebsd-current@FreeBSD.ORG Thu Aug 10 22:54:09 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA68516A4DD for ; Thu, 10 Aug 2006 22:54:09 +0000 (UTC) (envelope-from bryants@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E3F743D62 for ; Thu, 10 Aug 2006 22:54:05 +0000 (GMT) (envelope-from bryants@gmail.com) Received: by nz-out-0102.google.com with SMTP id 8so209198nzo for ; Thu, 10 Aug 2006 15:54:04 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=XVLRl63MpCDcXhrAo2IXweB0uQ23Eq8vTxJoeYXJi8y0rijMTg3WPty1Yy6pkrkfjBL+HEvp/AJl1sK5su04zvFblsAGicyluLRXfRCGxsnRsHZJCvnpRsIaiGOPeJat0vbbRt13dibUrK/AjwdXdP3O7rHQeb2FOGwY7sugoa8= Received: by 10.65.211.16 with SMTP id n16mr3224631qbq; Thu, 10 Aug 2006 15:54:04 -0700 (PDT) Received: by 10.65.20.2 with HTTP; Thu, 10 Aug 2006 15:54:04 -0700 (PDT) Message-ID: Date: Thu, 10 Aug 2006 18:54:04 -0400 From: "Sean Bryant" To: "Pawel Jakub Dawidek" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20060808195202.GA1564@garage.freebsd.pl> Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org, freebsd-geom@freebsd.org Subject: Re: GJournal (hopefully) final patches. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Aug 2006 22:54:09 -0000 On 8/10/06, Sean Bryant wrote: > On 8/8/06, Pawel Jakub Dawidek wrote: > > Hi. > > > > I'm pleased to announce hopefully the final gjournal patches. > > > > The biggest change is removal of magic .deleted/ directory. Now orphaned > > objects (files/directories which were deleted, but are still open) are > > handled in a different way - in every CG there is a counter which tells > > how many such orphaned objects are there in the given CG. There is also > > a global unreferenced inodes counter in the superblock. > > > > On power failure or system crash, fast fsck version will be run on > > journaled file system which only checks CG for unreferenced inodes. > > Multi terabyte file system is checked in few minutes, but it depends on > > how many such objects we have. The global counter in the superblock > > allows to stop scanning CGs when it goes to 0. > > > > Another change is that now from a configuration point of view gjournal > > is threated simlar to soft-updates - you need to specify -J flag at > > newfs(8) time or use 'tunefs -J enable '. 'gjournal' is no longer > > a mount option. > > > > To create journaled UFS file system on ad0s1d partition: > > > > # gjournal load > > # gjournal label ad0s1d > > # newfs -J /dev/ad0s1d.journal > > # mount -o noatime,async /dev/ad0s1d.journal /mnt > > > > On reboot 'fsck_ffs -p /dev/ad0s1d.journal' will perform fast check. One > > can still run regular check by not giving the -p option. > > > > BTW. This should allow to have root file system on gjournal partition, > > but haven't verified it yet - just a theory. > > > > Patches for 7-CURRENT: > > > > http://people.freebsd.org/~pjd/patches/gjournal_20060808.patch > > > > Patches for 6-STABLE: > > > > http://people.freebsd.org/~pjd/patches/gjournal6_20060808.patch > > > > To apply the patches: > > > > # cd /usr/src > > # mkdir sys/geom/journal sbin/geom/class/journal sys/modules/geom/geom_journal > > # patch < gjournal_20060808.patch > > > > Now you need to recompile the world and the kernel. Remember to add > > 'options UFS_GJOURNAL' to your kernel configuration file. > > > > If there will be no bug reports nor strong objections, I'd like commit > > gjournal in a week or two first to 7-CURRENT and then to 6-STABLE (maybe > > before 6.2-RELEASE, but it depends on testing and feedback from users). > > > > Enjoy! > > > > -- > > Pawel Jakub Dawidek http://www.wheel.pl > > pjd@FreeBSD.org http://www.FreeBSD.org > > FreeBSD committer Am I Evil? Yes, I Am! > > > > > > > > Okay I have applied the latest patches. And everything works fine on a > new filesystem (newfsing). > > Trying to add it to an existing file system I'm getting problems. This > might be my fault. So I'll give it another go before reporting back my > problems. > > -- > Sean Bryant > Alright. After testing I've found the problem. You can enable journaling on an existing filesystem, provided the journaling provider is not the data provider. I could not do the following: tunefs -J enable ad4s1e gjournal label ad4s1e fsck_ffs -p ad4s1e I would get cannot read BLK XXXX. And various other problems. I don't see where you've actually stated this. I did have much success with the following: tunefs -j enable ad4s1e gjournal label ad4s1e ad6 (which is an used volume) fsck_ffs -p ad4s1e.journal I should note I tried this in a varity of ways. With only the previous resulting in a success existing filesystem using gjournal. During each of the trials I would set the configuration back to the original before attemping any more experimenation. Results: [failed] tunefs -J enable ad4s1e gjournal label ad4s1e fsck_ffs -p ad4s1e // failed [failed] gjournal label ad4s1e tunefs -J enable ad4s1e fsck_ffs -p ad4s1e // failed [failed] gjournal label ad4s1e tunefs -J enable ad4s1e.journal fsck_ffs -p ad4s1e // falied [passes and verified] tunefs -j enable ad4s1e gjournal label ad4s1e ad6 -- Sean Bryant From owner-freebsd-current@FreeBSD.ORG Thu Aug 10 23:23:51 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A77D16A4DA; Thu, 10 Aug 2006 23:23:51 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9D16D43D4C; Thu, 10 Aug 2006 23:23:50 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 4D5B85138F; Fri, 11 Aug 2006 01:23:49 +0200 (CEST) Received: from localhost (dkd162.neoplus.adsl.tpnet.pl [83.24.7.162]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 3679C5133B; Fri, 11 Aug 2006 01:23:44 +0200 (CEST) Date: Fri, 11 Aug 2006 01:22:55 +0200 From: Pawel Jakub Dawidek To: Sean Bryant Message-ID: <20060810232255.GE1389@garage.freebsd.pl> References: <20060808195202.GA1564@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EXKGNeO8l0xGFBjy" Content-Disposition: inline In-Reply-To: X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.5 required=3.0 tests=BAYES_00,RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org, freebsd-geom@freebsd.org Subject: Re: GJournal (hopefully) final patches. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Aug 2006 23:23:51 -0000 --EXKGNeO8l0xGFBjy Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Aug 10, 2006 at 06:54:04PM -0400, Sean Bryant wrote: > On 8/10/06, Sean Bryant wrote: > Alright. After testing I've found the problem. You can enable > journaling on an existing filesystem, provided the journaling provider > is not the data provider. >=20 > I could not do the following: > tunefs -J enable ad4s1e > gjournal label ad4s1e > fsck_ffs -p ad4s1e Yes, maybe I wasn't clear on this. I think I described it only slightly in my first gjournal announce. GJournal is not file system journaling, it needs separate journal space. If you 'gjournal label' only one partition, it will put journal at the end on this partition and leave space for data at the begining of the partition. To convert existing file system to gjournal you have to: 1. Have separate partition for journal. 2. Confirm that partition with your file system is _not_ 4 sectors aligned. If it is not 4 sectors aligned, it is safe for gjournal to use its last sector for metadata. You can verify this by running: test `diskinfo /dev/ | awk '{print $4}' | xargs -J X echo = X % 4 | bc` -eq 0 && echo ok || echo not ok Then you need to run those commands: # gjournal label /dev/ /dev/ # tunefs -n disable -J enable /dev/.journal --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --EXKGNeO8l0xGFBjy Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iD8DBQFE27/OForvXbEpPzQRAjK9AKDgZYIDACmY9bnt+4V18PW8FbfU1wCeKPNE b18rY78wkqV6tk7KNywzZZw= =Ns5V -----END PGP SIGNATURE----- --EXKGNeO8l0xGFBjy-- From owner-freebsd-current@FreeBSD.ORG Thu Aug 10 23:27:40 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D47A216A4DA for ; Thu, 10 Aug 2006 23:27:40 +0000 (UTC) (envelope-from bryants@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 73A7143D46 for ; Thu, 10 Aug 2006 23:27:39 +0000 (GMT) (envelope-from bryants@gmail.com) Received: by nz-out-0102.google.com with SMTP id 13so216637nzn for ; Thu, 10 Aug 2006 16:27:39 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=fJU1zmTxkU9H0gspXbIN6SaR5NxIyrp9oQsi0IDQtd7X4ApZAjgn3sjfYSYLXxCOxlUjI40CYdT5CuZHLpy8jGGZKAH3FngZqQzKX6rFdQjZ08GOGr/i4uQPkmn67xL6uA4gS1Vr3Bo/u6CESESiP6vKdzKLdsL3lGNoZOVI2FA= Received: by 10.65.95.14 with SMTP id x14mr3198801qbl; Thu, 10 Aug 2006 16:27:38 -0700 (PDT) Received: by 10.65.20.2 with HTTP; Thu, 10 Aug 2006 16:27:38 -0700 (PDT) Message-ID: Date: Thu, 10 Aug 2006 19:27:38 -0400 From: "Sean Bryant" To: "Pawel Jakub Dawidek" In-Reply-To: <20060810232255.GE1389@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20060808195202.GA1564@garage.freebsd.pl> <20060810232255.GE1389@garage.freebsd.pl> Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org, freebsd-geom@freebsd.org Subject: Re: GJournal (hopefully) final patches. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Aug 2006 23:27:40 -0000 On 8/10/06, Pawel Jakub Dawidek wrote: > On Thu, Aug 10, 2006 at 06:54:04PM -0400, Sean Bryant wrote: > > On 8/10/06, Sean Bryant wrote: > > Alright. After testing I've found the problem. You can enable > > journaling on an existing filesystem, provided the journaling provider > > is not the data provider. > > > > I could not do the following: > > tunefs -J enable ad4s1e > > gjournal label ad4s1e > > fsck_ffs -p ad4s1e > > Yes, maybe I wasn't clear on this. I think I described it only slightly > in my first gjournal announce. > > GJournal is not file system journaling, it needs separate journal space. > If you 'gjournal label' only one partition, it will put journal at the > end on this partition and leave space for data at the begining of the > partition. > > To convert existing file system to gjournal you have to: > 1. Have separate partition for journal. > 2. Confirm that partition with your file system is _not_ 4 sectors > aligned. If it is not 4 sectors aligned, it is safe for gjournal to > use its last sector for metadata. You can verify this by running: > > test `diskinfo /dev/ | awk '{print $4}' | xargs -J X echo X % 4 | bc` -eq 0 && echo ok || echo not ok > > Then you need to run those commands: > > # gjournal label /dev/ /dev/ > # tunefs -n disable -J enable /dev/.journal > > -- > Pawel Jakub Dawidek http://www.wheel.pl > pjd@FreeBSD.org http://www.FreeBSD.org > FreeBSD committer Am I Evil? Yes, I Am! > > > Okay that clears it up a bit. I thought it would adjust the size available or something. By putting the journal at the end. Okay thanks :) But it works. and well. -- Sean Bryant From owner-freebsd-current@FreeBSD.ORG Fri Aug 11 03:15:57 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E81616A4DF for ; Fri, 11 Aug 2006 03:15:57 +0000 (UTC) (envelope-from initial.x@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1B25843D46 for ; Fri, 11 Aug 2006 03:15:55 +0000 (GMT) (envelope-from initial.x@gmail.com) Received: by py-out-1112.google.com with SMTP id c59so1205061pyc for ; Thu, 10 Aug 2006 20:15:55 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=rl1Qqm0jFxCDVeIzq+azgCzKiLV5gwxnG2CXxcUUMluJ+wul3SJRga4VVh3xnjr/GiMx7VOKyFa16Iz49U8ik/KtBM15+hx+MGwl7p7wLnxkbNZagIujx4InGB8hMzKrFYvRYn3WzPO+McQG64Mek7pVfOigZoIvVm5A1PDcUeo= Received: by 10.64.180.4 with SMTP id c4mr3350316qbf; Thu, 10 Aug 2006 20:15:55 -0700 (PDT) Received: by 10.65.141.13 with HTTP; Thu, 10 Aug 2006 20:15:54 -0700 (PDT) Message-ID: <12fac0bf0608102015l5bd27e70v468bda3d84298067@mail.gmail.com> Date: Fri, 11 Aug 2006 03:15:54 +0000 From: initial.x To: "=?ISO-8859-1?Q?S=F8ren_Schmidt?=" In-Reply-To: <44DBB29F.5070409@deepcore.dk> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <12fac0bf0608100555p2210a731s3313a2b4918a376e@mail.gmail.com> <44DB5D0F.5060409@freebsd.org> <44DBA0BA.7070406@bitfreak.org> <44DBB29F.5070409@deepcore.dk> X-Mailman-Approved-At: Fri, 11 Aug 2006 03:53:50 +0000 Cc: Darren Pilgrim , freebsd-current@freebsd.org, =?ISO-8859-1?Q?S=F8ren_Schmidt?= Subject: RE: Current ATA driver problem. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Aug 2006 03:15:57 -0000 Yes, Thank Darren Pilgrim. I think 700016 or 700017 support it. ( use 700019 now ) I use currently ad0, ad1, ad7, acd0 (IDE) update after can't detect ad7, acd0 ( JMI361, JMI361 builtin motherboard(msi 975X platinum), support one IDE port) I never use 6.1 , just get ATA driver from 6.1 source tree (/sys/dev/ata/*) (may same 700016) Hmm... ATA(HEAD) driver not support 2 pci functions? so then I just keep use old ATA driver? pciconf -lv (ata part) --- atapci1@pci0:31:1: class=3D0x01018a card=3D0x72461462 chip=3D0x27df808= 6 rev=3D0x01 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82801G (ICH7 Family) Ultra ATA Storage Controller' class =3D mass storage subclass =3D ATA atapci0@pci3:0:0: class=3D0x010185 card=3D0x31321095 chip=3D0x2361197= b rev=3D0x02 hdr=3D0x00 class =3D mass storage subclass =3D ATA --- 2006/8/10, S=F8ren Schmidt : > Darren Pilgrim wrote: > > S=F8ren Schmidt wrote: > >> initial.x wrote: > >>> My freebsd machine not detect second IDE driver.(recently) > >>> ( I use intel 975 chipset. ) > >>> Second IDE driver is JMicron JBM361. > >>> > >>> Freebsd support second IDE driver ago. > >>> I can't use second IDE driver now. > >>> > >>> Temporary use 6.1-release ata driver in HEAD > >>> ( this way can use second driver ) > >>> > >>> ata driver(HEAD) something change? > >> Yes lots has changed in -currents ATA, backport is planned later. > >> Just use /sys/sys/ata.h and /sys/dev/ata/* from -current and you'll > >> be fine until then. > > > > I think he was saying that the JBM361 was supported in 6.1, but it's > > not supported in -current. > Hmm, seems I got that wrong then, sorry about that.. > The only thing I could think of is that it might be that the chip is > setup for 2 pci functions which I currently do not support, however > that shouldn't have worked in 6.1 either... > > -S=F8ren > > > From owner-freebsd-current@FreeBSD.ORG Fri Aug 11 05:52:47 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 34A5E16A4DD for ; Fri, 11 Aug 2006 05:52:47 +0000 (UTC) (envelope-from neshort@yahoo.com) Received: from web56502.mail.re3.yahoo.com (web56502.mail.re3.yahoo.com [66.196.97.31]) by mx1.FreeBSD.org (Postfix) with SMTP id A34B643D46 for ; Fri, 11 Aug 2006 05:52:46 +0000 (GMT) (envelope-from neshort@yahoo.com) Received: (qmail 40607 invoked by uid 60001); 11 Aug 2006 05:52:42 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=IEcIJwQQ7DYuKqM/zearFIhJ3QkjTXwb0rRD+dWPFcQzeqGGsFe34rz4rX5bn//m52z0rNkXH5NA/VTvxMJBWyK4LxMvCAizcpxfgaCA1dgNmYsyp0bMrr8rj2ep+ZWOuVV+MsaIWHKgRds3sWIxl7hh6qWEUebAjjgS4mlgvd8= ; Message-ID: <20060811055242.40605.qmail@web56502.mail.re3.yahoo.com> Received: from [24.221.134.150] by web56502.mail.re3.yahoo.com via HTTP; Thu, 10 Aug 2006 22:52:42 PDT Date: Thu, 10 Aug 2006 22:52:42 -0700 (PDT) From: Neil Short To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: Re: ath0: device timeout X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Aug 2006 05:52:47 -0000 I think I know the problem now. I have gotten away with this so many times that I didn't even think of it; but I did it right and have been pushing my connecion to try to stall it in the way it usually stalls and it has been super stable. What did I do. Last source update I failed to do the following step: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/makeworld.html#AEN27760 ... which explains to clear out the /usr/obj directory before compiling. I just cleared it out and then rebuild my kernel. ====== Now I, Nebuchadnezzar, praise and extol and honor the King of heaven, for all his works are truth, and his ways are justice; and he is able to bring low those who walk in pride. Daniel 4:37 __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-current@FreeBSD.ORG Fri Aug 11 08:48:10 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7AC6316A4DF for ; Fri, 11 Aug 2006 08:48:10 +0000 (UTC) (envelope-from gkozyrev@ukr.net) Received: from computer.ukrsat.com (computer.ukrsat.com [212.35.160.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE63443D45 for ; Fri, 11 Aug 2006 08:48:09 +0000 (GMT) (envelope-from gkozyrev@ukr.net) Received: from gleb.kozyrev.name (juli.slnet.kiev.ua [195.49.149.86]) by computer.ukrsat.com (8.12.8/8.12.8) with SMTP id k7B9Vpsb027431 for ; Fri, 11 Aug 2006 12:31:58 +0300 Received: from Gleb ([127.0.0.1]) by Gleb (10.8.33.3) with smtp ; Fri, 11 Aug 2006 11:48:00 +0300 Message-ID: <000a01c6bd22$d7cd46d0$0321080a@Gleb> From: "Gleb Kozyrev" To: Date: Fri, 11 Aug 2006 11:47:18 +0300 MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-u" Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 FL-Build: Fidolook 2002 (SL) 6.0.2800.94 - 5/4/2005 11:39:16 Subject: [panic] [netinet] page fault while in kernel mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Aug 2006 08:48:10 -0000 Hello! This panic happens randomly on FreeBSD 7.0-CURRENT #0: Sun Aug 6 but did happen on 7.0-CURRENT #0: Sun Jul 2 too. =========Beginning of the citation============== Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0xdeadc136 fault code = supervisor read, page not present instruction pointer = 0x20:0xc073eb5d stack pointer = 0x28:0xc7a0ab34 frame pointer = 0x28:0xc7a0ab38 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 = 24 (irq10: rl0) trap number = 12 panic: page fault cpuid = 0 =========The end of the citation================ =========Beginning of the citation============== (kgdb) bt full #0 doadump () at pcpu.h:166 No locals. #1 0xc06a3ee0 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 first_buf_printf = 1 #2 0xc06a41f5 in panic (fmt=0xc08e7bb2 "%s") at /usr/src/sys/kern/kern_shutdown.c:565 td = (struct thread *) 0xc15b61b0 bootopt = 260 newpanic = 1 ap = 0xc7a0aa48 "îí\224À" buf = "page fault", '\0' #3 0xc08a0aa2 in trap_fatal (frame=0xc7a0aaf4, eva=3735929142) at /usr/src/sys/i386/i386/trap.c:867 code = 0 type = 12 ss = 40 esp = 0 softseg = {ssd_base = 0, ssd_limit = 1048575, ssd_type = 27, ssd_dpl = 0, ssd_p = 1, ssd_xx = 0, ssd_xx1 = 0, ssd_def32 = 1, ssd_gran = 1} msg = 0x0 #4 0xc08a00df in trap (frame= {tf_fs = -1066074104, tf_es = -1049559000, tf_ds = 40, tf_edi = 40, tf_esi = 20, tf_ebp = -945771720, tf_isp = -945771744, tf_ebx = 4, tf_edx = -559038242, tf_ecx = -559038242, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = -1066144931, tf_cs = 32, tf_eflags = 66182, tf_esp = 4, tf_ss = -945771508}) at /usr/src/sys/i386/i386/trap.c:277 td = (struct thread *) 0xc15b61b0 p = (struct proc *) 0xc15f6d38 i = 0 ucode = 0 type = 12 code = 0 addr = -945771892 eva = 3735929142 ksi = {ksi_link = {tqe_next = 0xc09381be, tqe_prev = 0xc7a0aaac}, ksi_info = {si_signo = -1066619268, si_errno = -1064074818, si_code = -1064127378, si_pid = 3, si_uid = 3243991472, si_status = -945771828, si_addr = 0xc06cb8c5, si_value = {sival_int = 582, sival_ptr = 0x246}, _reason = {_fault = { _trapno = 582}, _timer = {_timerid = 582, _overrun = -1063452444}, _mesgq = {_mqd = 582}, _poll = {_band = 582}, __spare__ = {__spare1__ = 582, __spare2__ = {-1063452444, -1049520332, 335, -1064074818, -945771792, -1066813323, -1049520332}}}}, ksi_flags = 1, ksi_sigq = 0xc0925eaf} #5 0xc088baea in calltrap () at /usr/src/sys/i386/i386/exception.s:138 No locals. #6 0xc073eb5d in in_broadcast (in={s_addr = 3735929054}, ifp=0xdeadc0de) at /usr/src/sys/netinet/in.c:932 ifa = (struct ifaddr *) 0xdeadc0de t = 4 #7 0xc074d3ad in tcp_input (m=0xc1722800, off0=40) at endian.h:144 th = (struct tcphdr *) 0xc1722864 ip = (struct ip *) 0xc1722850 ipov = (struct ipovly *) 0x14 inp = (struct inpcb *) 0xc1914498 optp = (u_char *) 0x0 optlen = 0 len = 4 tlen = 0 off = 20 drop_hdrlen = 40 tp = (struct tcpcb *) 0xc19631d0 thflags = 16 so = (struct socket *) 0xc191867c todrop = 4 acked = 4 ourfinisacked = 4 needoutput = 0 tiwin = 40 to = {to_flags = 0, to_tsval = 0, to_tsecr = 0, to_mss = 0, to_requested_s_scale = 0 '\0', to_nsacks = 0 '\0', to_sacks = 0x0} headlocked = 1 rstreason = 4 ip6 = (struct ip6_hdr *) 0x0 isipv6 = 0 #8 0xc07443ea in ip_input (m=0xc1722800) at /usr/src/sys/netinet/ip_input.c:658 ip = (struct ip *) 0xc1722850 ia = (struct in_ifaddr *) 0xc1779900 ifa = (struct ifaddr *) 0xdeadc0de checkif = 0 hlen = 20 sum = 0 dchg = 0 odst = {s_addr = 3935646147} __func__ = "ip_input" #9 0xc071e298 in netisr_dispatch (num=2, m=0xdeadc0de) at /usr/src/sys/net/netisr.c:278 ni = (struct netisr *) 0x0 #10 0xc0717252 in ether_demux (ifp=0xc1693000, m=0xc1722800) at /usr/src/sys/net/if_ethersubr.c:809 eh = (struct ether_header *) 0xc1722842 isr = 0 ether_type = 2048 rule = (struct ip_fw *) 0x0 __func__ = "ether_demux" #11 0xc0716fbe in ether_input (ifp=0xc1693000, m=0xc1722800) at /usr/src/sys/net/if_ethersubr.c:596 eh = (struct ether_header *) 0x0 etype = 2048 __func__ = "ether_input" #12 0xc07ad77e in rl_rxeof (sc=0xc1672000) at /usr/src/sys/pci/if_rl.c:1203 m = (struct mbuf *) 0xc1722800 ifp = (struct ifnet *) 0xc1693000 rxbufpos = (uint8_t *) 0xdeadc0de
total_len = 60 wrap = 58800 rxstat = 0 cur_rx = 6800 limit = 0 max_bytes = 68 rx_bytes = 68 #13 0xc07ad9fb in rl_intr (arg=0xc1672000) at /usr/src/sys/pci/if_rl.c:1358 sc = (struct rl_softc *) 0xc1672000 ifp = (struct ifnet *) 0xc1693000 status = 1 #14 0xc068fd32 in ithread_execute_handlers (p=0xc15f6d38, ie=0xc15c9880) at /usr/src/sys/kern/kern_intr.c:662 ih = (struct intr_handler *) 0xc1687b40 ihn = (struct intr_handler *) 0x0 #15 0xc068fe5f in ithread_loop (arg=0xc1691280) at /usr/src/sys/kern/kern_intr.c:745 ithd = (struct intr_thread *) 0xc1691280 ie = (struct intr_event *) 0xc15c9880 td = (struct thread *) 0xc15b61b0 p = (struct proc *) 0xc15f6d38 __func__ = "ithread_loop" #16 0xc068ee84 in fork_exit (callout=0xc068fdf8 , arg=0xc1691280, frame=0xc7a0ad38) at /usr/src/sys/kern/kern_fork.c:818 p = (struct proc *) 0xc15f6d38 td = (struct thread *) 0xdeadc0de #17 0xc088bb4c in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:199 No locals. =========The end of the citation================ -- With best regards, Gleb Kozyrev. From owner-freebsd-current@FreeBSD.ORG Fri Aug 11 09:19:42 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7CA0816A4EA for ; Fri, 11 Aug 2006 09:19:42 +0000 (UTC) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6B19243D53 for ; Fri, 11 Aug 2006 09:19:40 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.4/8.13.3) with ESMTP id k7B9Jb78088925 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 11 Aug 2006 13:19:37 +0400 (MSD) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.4/8.13.1/Submit) id k7B9JaxE088924; Fri, 11 Aug 2006 13:19:36 +0400 (MSD) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Fri, 11 Aug 2006 13:19:36 +0400 From: Gleb Smirnoff To: Gleb Kozyrev Message-ID: <20060811091936.GU96644@FreeBSD.org> References: <000a01c6bd22$d7cd46d0$0321080a@Gleb> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <000a01c6bd22$d7cd46d0$0321080a@Gleb> User-Agent: Mutt/1.5.6i Cc: freebsd-current@FreeBSD.org Subject: Re: [panic] [netinet] page fault while in kernel mode X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Aug 2006 09:19:42 -0000 On Fri, Aug 11, 2006 at 11:47:18AM +0300, Gleb Kozyrev wrote: G> This panic happens randomly on FreeBSD 7.0-CURRENT #0: Sun Aug 6 G> but did happen on 7.0-CURRENT #0: Sun Jul 2 too. Can you obtain a core please? -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-current@FreeBSD.ORG Fri Aug 11 09:29:02 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5AB2816A4DA; Fri, 11 Aug 2006 09:29:02 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id EDD5843D45; Fri, 11 Aug 2006 09:29:01 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 88F2646CED; Fri, 11 Aug 2006 05:29:01 -0400 (EDT) Date: Fri, 11 Aug 2006 10:29:01 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Gleb Kozyrev In-Reply-To: <000901c6bd22$0316a030$0321080a@Gleb> Message-ID: <20060811102701.X45647@fledge.watson.org> References: <000301c6bc58$d678e930$0321080a@Gleb><20060810113709.P45647@fledge.watson.org> <003201c6bc9a$f42c0970$0321080a@Gleb> <000901c6bd22$0316a030$0321080a@Gleb> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@FreeBSD.org, bug-followup@FreeBSD.org Subject: Re: kern/101763: [panic] sodealloc(): so_count 1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Aug 2006 09:29:02 -0000 On Fri, 11 Aug 2006, Gleb Kozyrev wrote: > Gleb Kozyrev wrote to "Robert Watson" on Thu, 10 Aug 2006 19:35:12 +0300: > >>>> i386 7.0-CURRENT #0: Sun Aug 6 repeatedly panics when doing some default >>>> periodic jobs at 3 AM. > > RW>> Could you file a PR for this, and forward me the PR receipt? I'd be > RW>> happy to investigate this problem. I've seen one or two other reports > RW>> of so_count 1, but not in a way that's reproduceable. The output of > RW>> the following DDB commands would be most helpful: > > RW>> show pcpu > RW>> show allpcpu > RW>> alltrace > RW>> show alllocks > > GK> Here you are: kern/101763 > > I'm sorry for misleading you. > You see, for some reasons I forgot that there's a little jail on > that machine. ;) > It is ipfw in jail that triggers the panic invoked from > /etc/periodic/security/500.ipfwdenied Try this minor tweak: Index: uipc_socket.c =================================================================== RCS file: /data/fbsd-cvs/ncvs/src/sys/kern/uipc_socket.c,v retrieving revision 1.277 diff -u -r1.277 uipc_socket.c --- uipc_socket.c 2 Aug 2006 00:45:27 -0000 1.277 +++ uipc_socket.c 11 Aug 2006 09:27:52 -0000 @@ -367,6 +367,9 @@ so->so_count = 1; error = (*prp->pr_usrreqs->pru_attach)(so, proto, td); if (error) { + KASSERT(so->so_count == 1, ("socreate: so_count %d", + so->so_count)); + so->so_count = 0; sodealloc(so); return (error); } Looks like I made a logic error in my change to move to sodealloc() here: the refcount is never reduced back from when it is initially set to 1, and sodealloc() has a "no references" assertion (possibly that I added). Robert N M Watson Computer Laboratory University of Cambridge > > Today the coredump was successfully saved. So if it still matters.. > > =========Beginning of the citation============== > (kgdb) where > #0 doadump () at pcpu.h:166 > #1 0xc06a3ee0 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 > #2 0xc06a41f5 in panic (fmt=0xc092e717 "sodealloc(): so_count %d") at /usr/src/sys/kern/kern_shutdown.c:565 > #3 0xc06e45cc in sodealloc (so=0xc1a163e4) at /usr/src/sys/kern/uipc_socket.c:289 > #4 0xc06e4811 in socreate (dom=0, aso=0x0, type=3, proto=255, cred=0xc19f5180, td=0xc18ad510) at > /usr/src/sys/kern/uipc_socket.c:370 > #5 0xc06e8985 in socket (td=0xc18ad510, uap=0xc853bd04) at /usr/src/sys/kern/uipc_syscalls.c:175 > #6 0xc08a0d7e in syscall (frame= > {tf_fs = 59, tf_es = 59, tf_ds = 59, tf_edi = -1077943668, tf_esi = 136331264, tf_ebp = -1077943800, tf_isp = -934036124, > tf_ebx = 54, tf_edx = 0, tf_ecx = 0, tf_eax = 97, tf_trapno = 12, tf_err = 2, tf_eip = 672368711, tf_cs = 51, tf_eflags = 582, > tf_esp = -1077943844, tf_ss = 59}) > at /usr/src/sys/i386/i386/trap.c:1006 > #7 0xc088bb3f in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:191 > #8 0x00000033 in ?? () > Previous frame inner to this frame (corrupt stack?) > (kgdb) frame 3 > #3 0xc06e45cc in sodealloc (so=0xc1a163e4) at /usr/src/sys/kern/uipc_socket.c:289 > 289 KASSERT(so->so_count == 0, ("sodealloc(): so_count %d", so->so_count)); > (kgdb) print *so > $1 = {so_count = 1, so_type = 3, so_options = 0, so_linger = 0, so_state = 0, so_qstate = 0, so_pcb = 0x0, so_proto = 0xc09dbd5c, > so_head = 0x0, > so_incomp = {tqh_first = 0x0, tqh_last = 0xc1a16400}, so_comp = {tqh_first = 0x0, tqh_last = 0xc1a16408}, so_list = {tqe_next = > 0x0, tqe_prev = 0x0}, > so_qlen = 0, so_incqlen = 0, so_qlimit = 0, so_timeo = 0, so_error = 0, so_sigio = 0x0, so_oobmark = 0, so_aiojobq = {tqh_first = > 0x0, > tqh_last = 0xc1a1642c}, so_rcv = {sb_sel = {si_thrlist = {tqe_next = 0x0, tqe_prev = 0x0}, si_thread = 0x0, si_note = {kl_list = > {slh_first = 0x0}, > kl_lock = 0xc068a3f4 , kl_unlock = 0xc068a410 , kl_locked = 0xc068a42c > , > kl_lockarg = 0xc1a16458}, si_flags = 0}, sb_mtx = {mtx_object = {lo_name = 0xc092b0f2 "so_rcv", lo_type = 0xc092b0f2 > "so_rcv", lo_flags = 16973824, > lo_witness_data = {lod_list = {stqe_next = 0xc0a25fe8}, lod_witness = 0xc0a25fe8}}, mtx_lock = 4, mtx_recurse = 0}, sb_state > = 0, sb_mb = 0x0, > sb_mbtail = 0x0, sb_lastrecord = 0x0, sb_cc = 0, sb_hiwat = 0, sb_mbcnt = 0, sb_mbmax = 0, sb_ctl = 0, sb_lowat = 0, sb_timeo = > 0, sb_flags = 0}, > so_snd = {sb_sel = {si_thrlist = {tqe_next = 0x0, tqe_prev = 0x0}, si_thread = 0x0, si_note = {kl_list = {slh_first = 0x0}, > kl_lock = 0xc068a3f4 , kl_unlock = 0xc068a410 , kl_locked = 0xc068a42c > , > kl_lockarg = 0xc1a164c4}, si_flags = 0}, sb_mtx = {mtx_object = {lo_name = 0xc092b0eb "so_snd", lo_type = 0xc092b0eb > "so_snd", lo_flags = 16973824, > lo_witness_data = {lod_list = {stqe_next = 0xc0a26010}, lod_witness = 0xc0a26010}}, mtx_lock = 4, mtx_recurse = 0}, sb_state > = 0, sb_mb = 0x0, > sb_mbtail = 0x0, sb_lastrecord = 0x0, sb_cc = 0, sb_hiwat = 0, sb_mbcnt = 0, sb_mbmax = 0, sb_ctl = 0, sb_lowat = 0, sb_timeo = > 0, sb_flags = 0}, > so_upcall = 0, so_upcallarg = 0x0, so_cred = 0xc19f5180, so_label = 0x0, so_peerlabel = 0x0, so_gencnt = 830, so_emuldata = 0x0, > so_accf = 0x0} > ( > =========The end of the citation================ > > -- > With best regards, Gleb Kozyrev. > > From owner-freebsd-current@FreeBSD.ORG Fri Aug 11 10:38:18 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0BEAA16A4DA; Fri, 11 Aug 2006 10:38:18 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3EDF843D45; Fri, 11 Aug 2006 10:38:16 +0000 (GMT) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.13.6/8.13.6) with ESMTP id k7BAc1dD094670; Fri, 11 Aug 2006 14:38:01 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Fri, 11 Aug 2006 14:38:01 +0400 (MSD) From: Dmitry Morozovsky To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= In-Reply-To: <44DBB29F.5070409@deepcore.dk> Message-ID: <20060811143212.C4059@woozle.rinet.ru> References: <12fac0bf0608100555p2210a731s3313a2b4918a376e@mail.gmail.com> <44DB5D0F.5060409@freebsd.org> <44DBA0BA.7070406@bitfreak.org> <44DBB29F.5070409@deepcore.dk> X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (woozle.rinet.ru [0.0.0.0]); Fri, 11 Aug 2006 14:38:02 +0400 (MSD) Cc: Darren Pilgrim , freebsd-current@freebsd.org, "initial.x" , =?ISO-8859-1?Q?S=F8ren_Schmidt?= Subject: Re: Current ATA driver problem. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Aug 2006 10:38:18 -0000 Dear Soeren, On Fri, 11 Aug 2006, S?ren Schmidt wrote: SS> Hmm, seems I got that wrong then, sorry about that.. SS> The only thing I could think of is that it might be that the chip is setup SS> for 2 pci functions which I currently do not support, however that SS> shouldn't have worked in 6.1 either... Any idea why ATA driver in fresh -current does not work with atapci1: port 0x9e0-0x9e7,0xbe0-0xbe3,0x960-0x967,0xb60-0xb63,0xc000-0xc00f mem 0xfebfb000-0xfebfbfff irq 21 at device 8.0 on pci0 ad4: 476940MB at ata2-master SATA300 ad4: 976773168 sectors [969021C/16H/63S] 16 sectors/interrupt 1 depth queue GEOM: new disk ad4 ata3-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire ad6: 476940MB at ata3-master SATA300 ad6: 976773168 sectors [969021C/16H/63S] 16 sectors/interrupt 1 depth queue (current/amd64) which works on RELENG_6/amd64. On current it cannot init disks: ata2: reiniting channel .. ata2: SATA connect ready time=0ms ata2: sata_connect devices=0x1 ata2: reinit done .. ata2: reiniting channel .. ata2: SATA connect ready time=0ms ata2: sata_connect devices=0x1 ata2: reinit done .. ata3: reiniting channel .. ata3: SATA connect ready time=0ms ata3: sata_connect devices=0x1 ata3: reinit done .. ata3: reiniting channel .. ata3: SATA connect ready time=0ms ata3: sata_connect devices=0x1 ata3: reinit done .. (probe0:sbp0:0:0:0): error 22 (probe0:sbp0:0:0:0): Unretryable Error (probe1:sbp0:0:1:0): error 22 (probe1:sbp0:0:1:0): Unretryable Error (probe2:sbp0:0:2:0): error 22 (probe2:sbp0:0:2:0): Unretryable Error (probe3:sbp0:0:3:0): error 22 (probe3:sbp0:0:3:0): Unretryable Error (probe4:sbp0:0:4:0): error 22 (probe4:sbp0:0:4:0): Unretryable Error (probe5:sbp0:0:5:0): error 22 (probe5:sbp0:0:5:0): Unretryable Error (probe6:sbp0:0:6:0): error 22 (probe6:sbp0:0:6:0): Unretryable Error ATA PseudoRAID loaded Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Fri Aug 11 04:27:32 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 722DD16A4E7; Fri, 11 Aug 2006 04:27:32 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 322C643D58; Fri, 11 Aug 2006 04:27:32 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.248] (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id k7B4RVQs085889 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 10 Aug 2006 21:27:31 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <44DC0733.1000104@errno.com> Date: Thu, 10 Aug 2006 21:27:31 -0700 From: Sam Leffler User-Agent: Thunderbird 1.5.0.4 (X11/20060724) MIME-Version: 1.0 To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 11 Aug 2006 11:28:10 +0000 Cc: Subject: CFT: ipw driver update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Aug 2006 04:27:32 -0000 If you use ipw please try a new version at: http://www.freebsd.org/~sam/ipw-20060710.tgz This code should work with wpa_supplicant, recognize beacon miss (i.e. roam), implement the rfkill radio switch, etc. It should work on both HEAD and RELENG_6. There are still some rough edges as the ipw firmware has some quirks but I believe it's an improvement over what's in the tree. Beware of bugs; it's only been lightly tested. Note that you'll need the ipw firmware packaged as modules. This is the way things are in HEAD but not RELENG_6. The ipw-firmware-kmod port currently won't allow installation on a RELENG_6 system; you'll need to defeat the check in the Makefile to install the necessary firmware. If you hit issues please try to collect a debug log by setting sysctl debug.ipw=1 (or higher if needed); msgs go to the console. Sam From owner-freebsd-current@FreeBSD.ORG Fri Aug 11 08:41:57 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9BB1A16A4DA for ; Fri, 11 Aug 2006 08:41:57 +0000 (UTC) (envelope-from gkozyrev@gmail.com) Received: from nz-out-0102.google.com (nz-out-0102.google.com [64.233.162.197]) by mx1.FreeBSD.org (Postfix) with ESMTP id F3BFD43D53 for ; Fri, 11 Aug 2006 08:41:55 +0000 (GMT) (envelope-from gkozyrev@gmail.com) Received: by nz-out-0102.google.com with SMTP id 13so229161nzn for ; Fri, 11 Aug 2006 01:41:55 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:from:to:cc:references:subject:date:mime-version:content-type:content-transfer-encoding:x-priority:x-msmail-priority:x-mailer:x-mimeole:fl-build; b=FosUAqvoDIeX4B8CPe+lMptmdloZcvBcQN/6fMqibuiHUaHHe7UvFQqtE4LsQScPBjSuQAm3+nIIZpnjHhfKSZ7EShZXtBGJAFxPg3AhV0DY8eE4Y5Q0O+NX+b7tg2GpKekVgTh6yCP3W7ha0XQiZQzqSSKKUOj1/twb2B+8uLs= Received: by 10.65.186.18 with SMTP id n18mr3618133qbp; Fri, 11 Aug 2006 01:41:55 -0700 (PDT) Received: from Gleb ( [195.49.149.86]) by mx.gmail.com with ESMTP id q14sm1129963qbq.2006.08.11.01.41.52; Fri, 11 Aug 2006 01:41:55 -0700 (PDT) Message-ID: <000901c6bd22$0316a030$0321080a@Gleb> From: "Gleb Kozyrev" To: References: <000301c6bc58$d678e930$0321080a@Gleb><20060810113709.P45647@fledge.watson.org> <003201c6bc9a$f42c0970$0321080a@Gleb> Date: Fri, 11 Aug 2006 11:41:50 +0300 MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-u" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 FL-Build: Fidolook 2002 (SL) 6.0.2800.94 - 5/4/2005 11:39:16 X-Mailman-Approved-At: Fri, 11 Aug 2006 11:28:25 +0000 Cc: freebsd-current@FreeBSD.org, Robert Watson Subject: kern/101763: [panic] sodealloc(): so_count 1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Aug 2006 08:41:57 -0000 Gleb Kozyrev wrote to "Robert Watson" on Thu, 10 Aug 2006 19:35:12 +0300: >>> i386 7.0-CURRENT #0: Sun Aug 6 repeatedly panics when doing some default >>> periodic jobs at 3 AM. RW>> Could you file a PR for this, and forward me the PR receipt? I'd be RW>> happy to investigate this problem. I've seen one or two other reports RW>> of so_count 1, but not in a way that's reproduceable. The output of RW>> the following DDB commands would be most helpful: RW>> show pcpu RW>> show allpcpu RW>> alltrace RW>> show alllocks GK> Here you are: kern/101763 I'm sorry for misleading you. You see, for some reasons I forgot that there's a little jail on that machine. ;) It is ipfw in jail that triggers the panic invoked from /etc/periodic/security/500.ipfwdenied Today the coredump was successfully saved. So if it still matters.. =========Beginning of the citation============== (kgdb) where #0 doadump () at pcpu.h:166 #1 0xc06a3ee0 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc06a41f5 in panic (fmt=0xc092e717 "sodealloc(): so_count %d") at /usr/src/sys/kern/kern_shutdown.c:565 #3 0xc06e45cc in sodealloc (so=0xc1a163e4) at /usr/src/sys/kern/uipc_socket.c:289 #4 0xc06e4811 in socreate (dom=0, aso=0x0, type=3, proto=255, cred=0xc19f5180, td=0xc18ad510) at /usr/src/sys/kern/uipc_socket.c:370 #5 0xc06e8985 in socket (td=0xc18ad510, uap=0xc853bd04) at /usr/src/sys/kern/uipc_syscalls.c:175 #6 0xc08a0d7e in syscall (frame= {tf_fs = 59, tf_es = 59, tf_ds = 59, tf_edi = -1077943668, tf_esi = 136331264, tf_ebp = -1077943800, tf_isp = -934036124, tf_ebx = 54, tf_edx = 0, tf_ecx = 0, tf_eax = 97, tf_trapno = 12, tf_err = 2, tf_eip = 672368711, tf_cs = 51, tf_eflags = 582, tf_esp = -1077943844, tf_ss = 59}) at /usr/src/sys/i386/i386/trap.c:1006 #7 0xc088bb3f in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:191 #8 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) frame 3 #3 0xc06e45cc in sodealloc (so=0xc1a163e4) at /usr/src/sys/kern/uipc_socket.c:289 289 KASSERT(so->so_count == 0, ("sodealloc(): so_count %d", so->so_count)); (kgdb) print *so $1 = {so_count = 1, so_type = 3, so_options = 0, so_linger = 0, so_state = 0, so_qstate = 0, so_pcb = 0x0, so_proto = 0xc09dbd5c, so_head = 0x0, so_incomp = {tqh_first = 0x0, tqh_last = 0xc1a16400}, so_comp = {tqh_first = 0x0, tqh_last = 0xc1a16408}, so_list = {tqe_next = 0x0, tqe_prev = 0x0}, so_qlen = 0, so_incqlen = 0, so_qlimit = 0, so_timeo = 0, so_error = 0, so_sigio = 0x0, so_oobmark = 0, so_aiojobq = {tqh_first = 0x0, tqh_last = 0xc1a1642c}, so_rcv = {sb_sel = {si_thrlist = {tqe_next = 0x0, tqe_prev = 0x0}, si_thread = 0x0, si_note = {kl_list = {slh_first = 0x0}, kl_lock = 0xc068a3f4 , kl_unlock = 0xc068a410 , kl_locked = 0xc068a42c , kl_lockarg = 0xc1a16458}, si_flags = 0}, sb_mtx = {mtx_object = {lo_name = 0xc092b0f2 "so_rcv", lo_type = 0xc092b0f2 "so_rcv", lo_flags = 16973824, lo_witness_data = {lod_list = {stqe_next = 0xc0a25fe8}, lod_witness = 0xc0a25fe8}}, mtx_lock = 4, mtx_recurse = 0}, sb_state = 0, sb_mb = 0x0, sb_mbtail = 0x0, sb_lastrecord = 0x0, sb_cc = 0, sb_hiwat = 0, sb_mbcnt = 0, sb_mbmax = 0, sb_ctl = 0, sb_lowat = 0, sb_timeo = 0, sb_flags = 0}, so_snd = {sb_sel = {si_thrlist = {tqe_next = 0x0, tqe_prev = 0x0}, si_thread = 0x0, si_note = {kl_list = {slh_first = 0x0}, kl_lock = 0xc068a3f4 , kl_unlock = 0xc068a410 , kl_locked = 0xc068a42c , kl_lockarg = 0xc1a164c4}, si_flags = 0}, sb_mtx = {mtx_object = {lo_name = 0xc092b0eb "so_snd", lo_type = 0xc092b0eb "so_snd", lo_flags = 16973824, lo_witness_data = {lod_list = {stqe_next = 0xc0a26010}, lod_witness = 0xc0a26010}}, mtx_lock = 4, mtx_recurse = 0}, sb_state = 0, sb_mb = 0x0, sb_mbtail = 0x0, sb_lastrecord = 0x0, sb_cc = 0, sb_hiwat = 0, sb_mbcnt = 0, sb_mbmax = 0, sb_ctl = 0, sb_lowat = 0, sb_timeo = 0, sb_flags = 0}, so_upcall = 0, so_upcallarg = 0x0, so_cred = 0xc19f5180, so_label = 0x0, so_peerlabel = 0x0, so_gencnt = 830, so_emuldata = 0x0, so_accf = 0x0} ( =========The end of the citation================ -- With best regards, Gleb Kozyrev. From owner-freebsd-current@FreeBSD.ORG Fri Aug 11 13:33:45 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9E85A16A4E2; Fri, 11 Aug 2006 13:33:45 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F94743D45; Fri, 11 Aug 2006 13:33:45 +0000 (GMT) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 8F93046D1A; Fri, 11 Aug 2006 09:33:44 -0400 (EDT) Date: Fri, 11 Aug 2006 14:33:44 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Pawel Jakub Dawidek In-Reply-To: <20060810232255.GE1389@garage.freebsd.pl> Message-ID: <20060811143257.E2260@fledge.watson.org> References: <20060808195202.GA1564@garage.freebsd.pl> <20060810232255.GE1389@garage.freebsd.pl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org, Sean Bryant , freebsd-geom@freebsd.org Subject: Re: GJournal (hopefully) final patches. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Aug 2006 13:33:45 -0000 On Fri, 11 Aug 2006, Pawel Jakub Dawidek wrote: > 2. Confirm that partition with your file system is _not_ 4 sectors > aligned. If it is not 4 sectors aligned, it is safe for gjournal to > use its last sector for metadata. You can verify this by running: > > test `diskinfo /dev/ | awk '{print $4}' | xargs -J X echo X % 4 | bc` -eq 0 && echo ok || echo not ok > > Then you need to run those commands: > > # gjournal label /dev/ /dev/ > # tunefs -n disable -J enable /dev/.journal Sounds like a "gjournal testalignment /dev/partition" would be a very useful thing. Or even just doing it as part of gjournal label? Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Fri Aug 11 13:54:30 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A51C316A4DA; Fri, 11 Aug 2006 13:54:30 +0000 (UTC) (envelope-from thomas@FreeBSD.ORG) Received: from melamine.cuivre.fr.eu.org (melusine.cuivre.fr.eu.org [82.225.155.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1494543D45; Fri, 11 Aug 2006 13:54:30 +0000 (GMT) (envelope-from thomas@FreeBSD.ORG) Received: by melamine.cuivre.fr.eu.org (Postfix, from userid 1000) id ABCD85C642; Fri, 11 Aug 2006 15:54:26 +0200 (CEST) Date: Fri, 11 Aug 2006 15:54:26 +0200 From: Thomas Quinot To: Pawel Jakub Dawidek Message-ID: <20060811135426.GA56740@melamine.cuivre.fr.eu.org> References: <20060808195202.GA1564@garage.freebsd.pl> <20060810184702.GA8567@nowhere> <20060810192841.GA1345@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060810192841.GA1345@garage.freebsd.pl> X-message-flag: WARNING! Using Outlook can damage your computer. User-Agent: Mutt/1.5.11 Cc: freebsd-fs@FreeBSD.org, Craig Boston , freebsd-current@FreeBSD.org, freebsd-geom@FreeBSD.org Subject: Re: GJournal (hopefully) final patches. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Aug 2006 13:54:30 -0000 * Pawel Jakub Dawidek, 2006-08-10 : > I also added a flag for gmirror and graid3 which says "don't > resynchronize components after a power failure - trust they are > consistent". And they are always consistent when placed below gjournal. That sounds a bit suprising; how does gjournal guarantee that a given write has been committed to the two providers of a mirror? Thomas. From owner-freebsd-current@FreeBSD.ORG Fri Aug 11 14:00:23 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8214C16A4DE; Fri, 11 Aug 2006 14:00:23 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2075F43D5A; Fri, 11 Aug 2006 14:00:15 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 798BD5138F; Fri, 11 Aug 2006 16:00:14 +0200 (CEST) Received: from localhost (pjd.wheel.pl [10.0.1.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 868A35133B; Fri, 11 Aug 2006 16:00:10 +0200 (CEST) Date: Fri, 11 Aug 2006 15:59:19 +0200 From: Pawel Jakub Dawidek To: Thomas Quinot Message-ID: <20060811135919.GB48792@garage.freebsd.pl> References: <20060808195202.GA1564@garage.freebsd.pl> <20060810184702.GA8567@nowhere> <20060810192841.GA1345@garage.freebsd.pl> <20060811135426.GA56740@melamine.cuivre.fr.eu.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="oC1+HKm2/end4ao3" Content-Disposition: inline In-Reply-To: <20060811135426.GA56740@melamine.cuivre.fr.eu.org> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-5.9 required=3.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-fs@FreeBSD.org, Craig Boston , freebsd-current@FreeBSD.org, freebsd-geom@FreeBSD.org Subject: Re: GJournal (hopefully) final patches. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Aug 2006 14:00:24 -0000 --oC1+HKm2/end4ao3 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Aug 11, 2006 at 03:54:26PM +0200, Thomas Quinot wrote: > * Pawel Jakub Dawidek, 2006-08-10 : >=20 > > I also added a flag for gmirror and graid3 which says "don't > > resynchronize components after a power failure - trust they are > > consistent". And they are always consistent when placed below gjournal. >=20 > That sounds a bit suprising; how does gjournal guarantee that a given > write has been committed to the two providers of a mirror? If the given write wasn't committed to all mirror components this bascially means, that we had a power failure and gjournal will not be clean, so it will be replayed or forgotten, leaving the data on mirror in a consistent state. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --oC1+HKm2/end4ao3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iD8DBQFE3I03ForvXbEpPzQRAgfBAJ9rPoeM+bdZE+kSNGZzw25CZDgATgCcC5wX fQ9rrXN1ycltmfqLY1LmTSk= =ePCK -----END PGP SIGNATURE----- --oC1+HKm2/end4ao3-- From owner-freebsd-current@FreeBSD.ORG Fri Aug 11 14:03:49 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9773D16A580; Fri, 11 Aug 2006 14:03:49 +0000 (UTC) (envelope-from thomas@FreeBSD.ORG) Received: from melamine.cuivre.fr.eu.org (melusine.cuivre.fr.eu.org [82.225.155.84]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF96943D4C; Fri, 11 Aug 2006 14:03:48 +0000 (GMT) (envelope-from thomas@FreeBSD.ORG) Received: by melamine.cuivre.fr.eu.org (Postfix, from userid 1000) id 44C795C642; Fri, 11 Aug 2006 16:03:48 +0200 (CEST) Date: Fri, 11 Aug 2006 16:03:48 +0200 From: Thomas Quinot To: Pawel Jakub Dawidek Message-ID: <20060811140348.GB56740@melamine.cuivre.fr.eu.org> References: <20060808195202.GA1564@garage.freebsd.pl> <20060810184702.GA8567@nowhere> <20060810192841.GA1345@garage.freebsd.pl> <20060811135426.GA56740@melamine.cuivre.fr.eu.org> <20060811135919.GB48792@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060811135919.GB48792@garage.freebsd.pl> X-message-flag: WARNING! Using Outlook can damage your computer. User-Agent: Mutt/1.5.11 Cc: freebsd-fs@FreeBSD.org, Craig Boston , freebsd-current@FreeBSD.org, freebsd-geom@FreeBSD.org Subject: Re: GJournal (hopefully) final patches. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Aug 2006 14:03:49 -0000 * Pawel Jakub Dawidek, 2006-08-11 : > If the given write wasn't committed to all mirror components this > bascially means, that we had a power failure and gjournal will not be > clean, so it will be replayed or forgotten, leaving the data on mirror > in a consistent state. Thanks for the clarification. So this means that the mirror might be transiently inconsistent, but will be consistent again as soon as the journal has been replayed? Thomas. From owner-freebsd-current@FreeBSD.ORG Fri Aug 11 14:06:50 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9BE4F16A4DA; Fri, 11 Aug 2006 14:06:50 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id A11D843D4C; Fri, 11 Aug 2006 14:06:49 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id B3CAD5138F; Fri, 11 Aug 2006 16:06:48 +0200 (CEST) Received: from localhost (pjd.wheel.pl [10.0.1.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 54DA25133B; Fri, 11 Aug 2006 16:06:44 +0200 (CEST) Date: Fri, 11 Aug 2006 16:05:53 +0200 From: Pawel Jakub Dawidek To: Thomas Quinot Message-ID: <20060811140553.GC48792@garage.freebsd.pl> References: <20060808195202.GA1564@garage.freebsd.pl> <20060810184702.GA8567@nowhere> <20060810192841.GA1345@garage.freebsd.pl> <20060811135426.GA56740@melamine.cuivre.fr.eu.org> <20060811135919.GB48792@garage.freebsd.pl> <20060811140348.GB56740@melamine.cuivre.fr.eu.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ghzN8eJ9Qlbqn3iT" Content-Disposition: inline In-Reply-To: <20060811140348.GB56740@melamine.cuivre.fr.eu.org> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-5.9 required=3.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-fs@FreeBSD.org, Craig Boston , freebsd-current@FreeBSD.org, freebsd-geom@FreeBSD.org Subject: Re: GJournal (hopefully) final patches. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Aug 2006 14:06:50 -0000 --ghzN8eJ9Qlbqn3iT Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Aug 11, 2006 at 04:03:48PM +0200, Thomas Quinot wrote: > * Pawel Jakub Dawidek, 2006-08-11 : >=20 > > If the given write wasn't committed to all mirror components this > > bascially means, that we had a power failure and gjournal will not be > > clean, so it will be replayed or forgotten, leaving the data on mirror > > in a consistent state. >=20 > Thanks for the clarification. So this means that the mirror might be > transiently inconsistent, but will be consistent again as soon as the > journal has been replayed? That's right. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --ghzN8eJ9Qlbqn3iT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iD8DBQFE3I7BForvXbEpPzQRAh2EAJwLNrYcuaox1Wd1k4VTsC/LCSPVuwCguoBK sfZIhamYXALZcfPvOjfDPbs= =cm9C -----END PGP SIGNATURE----- --ghzN8eJ9Qlbqn3iT-- From owner-freebsd-current@FreeBSD.ORG Fri Aug 11 13:51:10 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 02EB516A4DE; Fri, 11 Aug 2006 13:51:10 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from opus.cse.buffalo.edu (opus.cse.Buffalo.EDU [128.205.32.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A87543D45; Fri, 11 Aug 2006 13:51:09 +0000 (GMT) (envelope-from kensmith@cse.Buffalo.EDU) Received: from localhost.cse.buffalo.edu (localhost.cse.buffalo.edu [127.0.0.1]) by opus.cse.buffalo.edu (8.13.6/8.12.4) with ESMTP id k7BDp9W5033320; Fri, 11 Aug 2006 09:51:09 -0400 (EDT) From: Ken Smith To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-VU7XKxIshLO7Wxya1J43" Organization: U. Buffalo CSE Department Date: Fri, 11 Aug 2006 09:51:08 -0400 Message-Id: <1155304268.24247.4.camel@opus.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 FreeBSD GNOME Team Port X-Mailman-Approved-At: Fri, 11 Aug 2006 14:20:12 +0000 Cc: Subject: FYI - August snapshot builds available. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Aug 2006 13:51:10 -0000 --=-VU7XKxIshLO7Wxya1J43 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Just a note to say the August snapshot builds have completed and are making their way out to the FTP mirror sites. They are available at ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/200608/. Checksums for the ISOs: MD5 (7.0-CURRENT-200608-amd64-bootonly.iso) =3D 3c1a4a31d682326253421d233c6= c1465 MD5 (7.0-CURRENT-200608-amd64-disc1.iso) =3D a742990eb58d1188a7b61a484019b4= a3 MD5 (7.0-CURRENT-200608-amd64-disc2.iso) =3D 499b0573fdd3c97fe8cf105b62517e= 19 MD5 (7.0-CURRENT-200608-i386-bootonly.iso) =3D 9b621e9af23f9ff40771dc49397e= 779d MD5 (7.0-CURRENT-200608-i386-disc1.iso) =3D 2710fbfae478df743bf92959a005233= 7 MD5 (7.0-CURRENT-200608-i386-disc2.iso) =3D 66112f31e30dd4a6cfadc3e7cf4d5fe= 0 MD5 (7.0-CURRENT-200608-ia64-bootonly.iso) =3D 4384334fa4c601414136bf98df45= 6d97 MD5 (7.0-CURRENT-200608-ia64-disc1.iso) =3D 70e5fd269c4f4bc947c97df4cfa8a96= f MD5 (7.0-CURRENT-200608-ia64-livefs.iso) =3D f028084f95cd81755f2a3807fe0bf3= fb MD5 (7.0-CURRENT-200608-sparc64-bootonly.iso) =3D 47107b3d978658fabf1c65e66= 3314060 MD5 (7.0-CURRENT-200608-sparc64-disc1.iso) =3D 6f456fe852b189870a6847c24ecb= dcb3 MD5 (7.0-CURRENT-200608-sparc64-disc2.iso) =3D 91ba18d20b2f3080cedd2b47f451= 7d56 MD5 (6.1-STABLE-200608-amd64-bootonly.iso) =3D e1a3a59981d0df902fbed5befb6e= 8cf5 MD5 (6.1-STABLE-200608-amd64-disc1.iso) =3D 3449b8e83842f74029cbafbe75e520b= c MD5 (6.1-STABLE-200608-amd64-disc2.iso) =3D ade60fbb3fad02069601711732c2c56= 0 MD5 (6.1-STABLE-200608-i386-bootonly.iso) =3D 4f12ba93fed5e64fcf718828a6206= 241 MD5 (6.1-STABLE-200608-i386-disc1.iso) =3D d707f74c5ded81b0b36d4219887364c5 MD5 (6.1-STABLE-200608-i386-disc2.iso) =3D 38509be6a609e4fb752239082fe48a87 MD5 (6.1-STABLE-200608-ia64-bootonly.iso) =3D d7cc34c57bf87f16c9dd1d4f5e255= 314 MD5 (6.1-STABLE-200608-ia64-disc1.iso) =3D bf8a6cb252fcbc732e2aa2bb2eac4df8 MD5 (6.1-STABLE-200608-ia64-livefs.iso) =3D 507cfbec516290cb47f79ac6a9da342= 5 MD5 (6.1-STABLE-200608-sparc64-bootonly.iso) =3D 1c32e5374ae547a2b06ae7db62= 56484a MD5 (6.1-STABLE-200608-sparc64-disc1.iso) =3D f100f7ed63c3f177d72f36ac42284= cea MD5 (6.1-STABLE-200608-sparc64-disc2.iso) =3D 8b94163250c720e5e9836980276b6= b1f SHA256 (7.0-CURRENT-200608-amd64-bootonly.iso) =3D b80b80840f89d7060a719717= 9b6e670e11975650ea4cea77cf84c80425f56ed5 SHA256 (7.0-CURRENT-200608-amd64-disc1.iso) =3D fff1496023d74358ef3ee88e4fd= e0e1081a6dcaf7f343fad1baffa3f51288374 SHA256 (7.0-CURRENT-200608-amd64-disc2.iso) =3D db458d9eed5ea69abc014ed0b6d= e0ea6f43a7cbab941abe438d2f672e818c287 SHA256 (7.0-CURRENT-200608-i386-bootonly.iso) =3D a08aed927ca8a95ae9a5e296a= f796b25f05b7f6ce54bb40e376059d51d703c0a SHA256 (7.0-CURRENT-200608-i386-disc1.iso) =3D 93e97ee600bff6e04cc38b038f31= fda522f39d30082f0359041ab905ad4de315 SHA256 (7.0-CURRENT-200608-i386-disc2.iso) =3D 00fce5d7f6be54784b3c9e726f08= be939096260a839dba52b7a7d589312f7b7d SHA256 (7.0-CURRENT-200608-ia64-bootonly.iso) =3D 48b2fc98c187088ec213ab6b0= c0cbe38ce287ab4a8c9f1d9ecbdd54887fd5a32 SHA256 (7.0-CURRENT-200608-ia64-disc1.iso) =3D f83422855f3c1d9939c639f12b61= 84f1dad49977ffbcbf1621d586cba286c235 SHA256 (7.0-CURRENT-200608-ia64-livefs.iso) =3D 3214c32638c585118318320e9cd= 7c4816ddb0f7604645b27190cae55b1fd5c17 SHA256 (7.0-CURRENT-200608-sparc64-bootonly.iso) =3D ff7b424c6b30b40c7194ba= 5c99e388808544818152537f559f8d571a61dba517 SHA256 (7.0-CURRENT-200608-sparc64-disc1.iso) =3D f2c4e66c3428b04f1ecebee8f= 4df1aafa5579f5cf706714e8862f80c3197545c SHA256 (7.0-CURRENT-200608-sparc64-disc2.iso) =3D fee90a07ca609230549e3f190= a8197964d0f3a27506f8d793dc8ab72792a3527 SHA256 (6.1-STABLE-200608-amd64-bootonly.iso) =3D 080cae6fe3e21f21e0298048a= b486a278d5356d6b42e3dfd44a124236c5d33ce SHA256 (6.1-STABLE-200608-amd64-disc1.iso) =3D d0a6692239995e8750762ca3a1cc= e4600711b5139566cdca48114237b65b9c62 SHA256 (6.1-STABLE-200608-amd64-disc2.iso) =3D 30bd31e0113d374a21693376b4da= f0d14132fc64982b7984ef23756afd66d787 SHA256 (6.1-STABLE-200608-i386-bootonly.iso) =3D a432c6698d7dccaef24d53d4c9= 71f6af8f37d6854754a230568ce9fb81c754b6 SHA256 (6.1-STABLE-200608-i386-disc1.iso) =3D 4bf97329f1a3e5bec675b010b84d6= 7a5dfefa3177d25586e3096538bf08c4032 SHA256 (6.1-STABLE-200608-i386-disc2.iso) =3D 48924b402aeb64e454ef6fe14cf3d= cbbf5ea4463a9f1d43398c41623d59a7e8d SHA256 (6.1-STABLE-200608-ia64-bootonly.iso) =3D af5cfe397c71bad25b41bc7313= bea97545b1e5109d117069bf163f05e66b6e74 SHA256 (6.1-STABLE-200608-ia64-disc1.iso) =3D f0d53f39cf5ca947da1eb1480834a= 2d13dd7b7abcc1c3e82a5da5b49218bd5fc SHA256 (6.1-STABLE-200608-ia64-livefs.iso) =3D 02f10c3dd9dd17d2339708276000= 36de0ca01d7581fcfc17c5a18ffa4dd58e7b SHA256 (6.1-STABLE-200608-sparc64-bootonly.iso) =3D a711edc32688da7b4c5adf1= 32cc93bbda25353cef276f922b94701e1726f184b SHA256 (6.1-STABLE-200608-sparc64-disc1.iso) =3D dd5f6d28c7216536ebd3a45f51= a1a0405e8c945c4f89ca3c122b5c0b712f8445 SHA256 (6.1-STABLE-200608-sparc64-disc2.iso) =3D a05c35497261a730878f3d33ea= c24111feca251dc108c0532887cdbc0ac61e1f --=20 Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-VU7XKxIshLO7Wxya1J43 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQBE3ItM/G14VSmup/YRAnvCAJsGoNuVIluCipXYi+MW4M+7VcOF/ACgjfET VlL4StP9v63m1YoP7X1JEhk= =cQTn -----END PGP SIGNATURE----- --=-VU7XKxIshLO7Wxya1J43-- From owner-freebsd-current@FreeBSD.ORG Fri Aug 11 14:40:21 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4AB0316A4E1 for ; Fri, 11 Aug 2006 14:40:21 +0000 (UTC) (envelope-from aturetta@commit.it) Received: from mail.logital.it (85-18-201-99.ip.fastwebnet.it [85.18.201.99]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D21643D7B for ; Fri, 11 Aug 2006 14:40:19 +0000 (GMT) (envelope-from aturetta@commit.it) Received: from [192.168.42.11] ([192.168.42.11]) (authenticated bits=0) by mail.logital.it (8.13.7/8.13.7) with ESMTP id k7BEeF7u061021 for ; Fri, 11 Aug 2006 16:40:16 +0200 (CEST) (envelope-from aturetta@commit.it) Message-ID: <44DC96C8.4060309@commit.it> Date: Fri, 11 Aug 2006 16:40:08 +0200 From: Angelo Turetta User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.11) Gecko/20050728 X-Accept-Language: it, en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on mail.logital.it X-Virus-Status: Clean Subject: 7.0-CURRENT-200608-amd64 sysinstall bug? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Aug 2006 14:40:21 -0000 I'm trying to install the latest -CURRENT snapshot on a PC which won't boot any other FreeBSD CD (any other ISO I found is missing the recent nVidia MCP55 ATA fixes). After slicing/labeling, and chosing the distribution to install, sysinstall fails with a '/ disk full' error (ALT-F2 reveals that it was trying to copy /stand to /mnt/stand) Some more info: using sysinstall I created two slices, ad4s1 (10GB) FAT, ad4s2 (30GB) FreeBSD. Then, inside ad4s2, I created a root FS (5GB) a swap partition (3GB) and a /usr FS (the remainder of the slice 22GB) I've not assigned any mountpoint to ad4s1 (the FAT partition). The newfs and bootloader install was seemingly successfull (indeed, after a reboot the existing filesystems are recognized). Is there something other I should try? How could I use the fix-it console to manually install the tarballs? One more 'cosmetic'. I tried also installing on the slices created on a previous attempt (without forcing a newfs in disklabel), and sysinstall warned me that it was operating on a existing root filesystem, where it expected to find the necessary /dev entries: Is this message still valid now that /dev is a virtual filesystem? Thanks for attention, Angelo Turetta Modena - Italy From owner-freebsd-current@FreeBSD.ORG Fri Aug 11 15:01:52 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 89E8716A4DF for ; Fri, 11 Aug 2006 15:01:52 +0000 (UTC) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw4.york.ac.uk (mail-gw4.york.ac.uk [144.32.128.249]) by mx1.FreeBSD.org (Postfix) with ESMTP id E46D643D49 for ; Fri, 11 Aug 2006 15:01:51 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from buffy.york.ac.uk (buffy-128.york.ac.uk [144.32.128.160]) by mail-gw4.york.ac.uk (8.13.6/8.13.6) with ESMTP id k7BF1Wb8029351; Fri, 11 Aug 2006 16:01:32 +0100 (BST) Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.13.6/8.13.6) with ESMTP id k7BF1WPP067755; Fri, 11 Aug 2006 16:01:32 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: (from ga9@localhost) by buffy.york.ac.uk (8.13.6/8.13.6/Submit) id k7BF1V3N067754; Fri, 11 Aug 2006 16:01:31 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin.atkinson@ury.york.ac.uk using -f From: Gavin Atkinson To: Angelo Turetta In-Reply-To: <44DC96C8.4060309@commit.it> References: <44DC96C8.4060309@commit.it> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Fri, 11 Aug 2006 16:01:31 +0100 Message-Id: <1155308491.66594.8.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 FreeBSD GNOME Team Port X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk Cc: freebsd-current@freebsd.org Subject: Re: 7.0-CURRENT-200608-amd64 sysinstall bug? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Aug 2006 15:01:52 -0000 On Fri, 2006-08-11 at 16:40 +0200, Angelo Turetta wrote: > I'm trying to install the latest -CURRENT snapshot on a PC which won't > boot any other FreeBSD CD (any other ISO I found is missing the recent > nVidia MCP55 ATA fixes). > > After slicing/labeling, and chosing the distribution to install, > sysinstall fails with a '/ disk full' error (ALT-F2 reveals that it was > trying to copy /stand to /mnt/stand) I suspect you've run into a known bug. Did you restart the installer at all during the install process? http://lists.freebsd.org/pipermail/freebsd-stable/2005-May/014465.html > One more 'cosmetic'. I tried also installing on the slices created on a > previous attempt (without forcing a newfs in disklabel), and sysinstall > warned me that it was operating on a existing root filesystem, where it > expected to find the necessary /dev entries: Is this message still valid > now that /dev is a virtual filesystem? Heh, I bumped into this only a couple of days ago, and was going to submit a patch to fix it this weekend. Gavin From owner-freebsd-current@FreeBSD.ORG Fri Aug 11 15:12:34 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D811116A4DE for ; Fri, 11 Aug 2006 15:12:34 +0000 (UTC) (envelope-from anderson@centtech.com) Received: from mh2.centtech.com (moat3.centtech.com [207.200.51.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 34C7543D45 for ; Fri, 11 Aug 2006 15:12:33 +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 k7BFCTpI010630; Fri, 11 Aug 2006 10:12:29 -0500 (CDT) (envelope-from anderson@centtech.com) Message-ID: <44DC9E71.90907@centtech.com> Date: Fri, 11 Aug 2006 10:12:49 -0500 From: Eric Anderson User-Agent: Thunderbird 1.5.0.5 (X11/20060802) MIME-Version: 1.0 To: h.blanke@chello.nl References: <20060810203856.VLDB14099.amsfep18-int.chello.nl@localhost> In-Reply-To: <20060810203856.VLDB14099.amsfep18-int.chello.nl@localhost> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.87.1/1646/Fri Aug 11 04:51:17 2006 on mh2.centtech.com X-Virus-Status: Clean Cc: freebsd-current@freebsd.org Subject: Re: gjournal_20060808.patch on amd64 7-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Aug 2006 15:12:34 -0000 On 08/10/06 15:38, h.blanke@chello.nl wrote: > Hi Pawel, > > FreeBSD/amd64-current and gjournal_20060808.patch > > make build world..... > Did you apply the patch twice? -- ------------------------------------------------------------------------ Eric Anderson Sr. Systems Administrator Centaur Technology Anything that works is better than anything that doesn't. ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Fri Aug 11 15:14:36 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E53C516A4DA for ; Fri, 11 Aug 2006 15:14:36 +0000 (UTC) (envelope-from aturetta@commit.it) Received: from mail.logital.it (85-18-201-99.ip.fastwebnet.it [85.18.201.99]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A6A343D46 for ; Fri, 11 Aug 2006 15:14:35 +0000 (GMT) (envelope-from aturetta@commit.it) Received: from [192.168.42.11] ([192.168.42.11]) (authenticated bits=0) by mail.logital.it (8.13.7/8.13.7) with ESMTP id k7BFEWsV061806; Fri, 11 Aug 2006 17:14:34 +0200 (CEST) (envelope-from aturetta@commit.it) Message-ID: <44DC9ED2.4080702@commit.it> Date: Fri, 11 Aug 2006 17:14:26 +0200 From: Angelo Turetta User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.11) Gecko/20050728 X-Accept-Language: it, en-us, en MIME-Version: 1.0 To: Gavin Atkinson References: <44DC96C8.4060309@commit.it> <1155308491.66594.8.camel@buffy.york.ac.uk> In-Reply-To: <1155308491.66594.8.camel@buffy.york.ac.uk> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on mail.logital.it X-Virus-Status: Clean Cc: freebsd-current@freebsd.org Subject: Re: 7.0-CURRENT-200608-amd64 sysinstall bug? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Aug 2006 15:14:37 -0000 Gavin Atkinson wrote: > I suspect you've run into a known bug. Did you restart the installer at > all during the install process? > http://lists.freebsd.org/pipermail/freebsd-stable/2005-May/014465.html I'm pretty sure I did the slicing with a boot-only CD-ROM, aborted for lack of a network connection, and then rebooted the next day with a full 'disc1' CD-ROM. I've never hit CTRL-C, just rebooted. Does this account for 'restarting sysinstall'. Is there a way out? Angelo. From owner-freebsd-current@FreeBSD.ORG Fri Aug 11 16:08:55 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 89DC116A4E1 for ; Fri, 11 Aug 2006 16:08:55 +0000 (UTC) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw4.york.ac.uk (mail-gw4.york.ac.uk [144.32.128.249]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD88943D45 for ; Fri, 11 Aug 2006 16:08:54 +0000 (GMT) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from buffy.york.ac.uk (buffy-128.york.ac.uk [144.32.128.160]) by mail-gw4.york.ac.uk (8.13.6/8.13.6) with ESMTP id k7BG8dRG006710; Fri, 11 Aug 2006 17:08:39 +0100 (BST) Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.13.6/8.13.6) with ESMTP id k7BG8SPX067938; Fri, 11 Aug 2006 17:08:29 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: (from ga9@localhost) by buffy.york.ac.uk (8.13.6/8.13.6/Submit) id k7BG8IAo067937; Fri, 11 Aug 2006 17:08:18 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin.atkinson@ury.york.ac.uk using -f From: Gavin Atkinson To: Angelo Turetta In-Reply-To: <44DC9ED2.4080702@commit.it> References: <44DC96C8.4060309@commit.it> <1155308491.66594.8.camel@buffy.york.ac.uk> <44DC9ED2.4080702@commit.it> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Fri, 11 Aug 2006 17:08:18 +0100 Message-Id: <1155312498.66594.12.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 FreeBSD GNOME Team Port X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk Cc: freebsd-current@freebsd.org Subject: Re: 7.0-CURRENT-200608-amd64 sysinstall bug? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Aug 2006 16:08:55 -0000 On Fri, 2006-08-11 at 17:14 +0200, Angelo Turetta wrote: > Gavin Atkinson wrote: > > I suspect you've run into a known bug. Did you restart the installer at > > all during the install process? > > http://lists.freebsd.org/pipermail/freebsd-stable/2005-May/014465.html > > I'm pretty sure I did the slicing with a boot-only CD-ROM, aborted for > lack of a network connection, and then rebooted the next day with a full > 'disc1' CD-ROM. I've never hit CTRL-C, just rebooted. Does this account > for 'restarting sysinstall'. In that case, this may be a different issue entirely. Gavin From owner-freebsd-current@FreeBSD.ORG Fri Aug 11 21:05:35 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 81C0216A4DD; Fri, 11 Aug 2006 21:05:35 +0000 (UTC) (envelope-from gkozyrev@ukr.net) Received: from computer.ukrsat.com (computer.ukrsat.com [212.35.160.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA6A143D46; Fri, 11 Aug 2006 21:05:34 +0000 (GMT) (envelope-from gkozyrev@ukr.net) Received: from gleb.kozyrev.name (juli.slnet.kiev.ua [195.49.149.86]) by computer.ukrsat.com (8.12.8/8.12.8) with SMTP id k7BLnJsb010972; Sat, 12 Aug 2006 00:49:23 +0300 Received: from Gleb ([127.0.0.1]) by Gleb (10.8.33.3) with smtp ; Sat, 12 Aug 2006 00:05:32 +0300 Message-ID: <000001c6bd89$e00ceaf0$0321080a@Gleb> From: "Gleb Kozyrev" To: "Robert Watson" References: <000301c6bc58$d678e930$0321080a@Gleb><20060810113709.P45647@fledge.watson.org><003201c6bc9a$f42c0970$0321080a@Gleb><000901c6bd22$0316a030$0321080a@Gleb> <20060811102701.X45647@fledge.watson.org> Date: Sat, 12 Aug 2006 00:05:28 +0300 MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-u" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 FL-Build: Fidolook 2002 (SL) 6.0.2800.94 - 5/4/2005 11:39:16 Cc: freebsd-current@FreeBSD.org, bug-followup@FreeBSD.org Subject: Re: kern/101763: [panic] sodealloc(): so_count 1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Aug 2006 21:05:35 -0000 Robert Watson wrote to "Gleb Kozyrev" on Fri, 11 Aug 2006 10:29:01 +0100 (BST): > GK>> Here you are: kern/101763 >> >> I'm sorry for misleading you. >> You see, for some reasons I forgot that there's a little jail on >> that machine. ;) >> It is ipfw in jail that triggers the panic invoked from >> /etc/periodic/security/500.ipfwdenied RW> Try this minor tweak: RW> Index: uipc_socket.c RW> =================================================================== RW> RCS file: /data/fbsd-cvs/ncvs/src/sys/kern/uipc_socket.c,v RW> retrieving revision 1.277 RW> diff -u -r1.277 uipc_socket.c RW> --- uipc_socket.c 2 Aug 2006 00:45:27 -0000 1.277 RW> +++ uipc_socket.c 11 Aug 2006 09:27:52 -0000 RW> @@ -367,6 +367,9 @@ RW> so->so_count = 1; RW> error = (*prp->pr_usrreqs->pru_attach)(so, proto, td); RW> if (error) { RW> + KASSERT(so->so_count == 1, ("socreate: so_count %d", RW> + so->so_count)); RW> + so->so_count = 0; RW> sodealloc(so); RW> return (error); RW> } RW> Looks like I made a logic error in my change to move to sodealloc() here: RW> the refcount is never reduced back from when it is initially set to 1, RW> and sodealloc() has a "no references" assertion (possibly that I added). It works fine now, thank you. -- With best regards, Gleb Kozyrev. From owner-freebsd-current@FreeBSD.ORG Fri Aug 11 22:07:58 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6C35416A4E0 for ; Fri, 11 Aug 2006 22:07:58 +0000 (UTC) (envelope-from prvs=julian=3713ce93d@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3651B43D46 for ; Fri, 11 Aug 2006 22:07:58 +0000 (GMT) (envelope-from prvs=julian=3713ce93d@elischer.org) Received: from unknown (HELO [192.168.2.3]) ([10.251.60.35]) by a50.ironport.com with ESMTP; 11 Aug 2006 15:07:57 -0700 Message-ID: <44DCFFBC.7080807@elischer.org> Date: Fri, 11 Aug 2006 15:07:56 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.13) Gecko/20060414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: anyone seeing problems with bce driver? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Aug 2006 22:07:58 -0000 We're seeing the following problems with a 6.1 based system with a bce interface. I've looked at -current and RELENG_6 and don't see any changes that might affect this.. before I go diving further into the code, does anyone recognise this? Looks like possibly the constantly incoming packets stop the PHY from getting reinitialised. I am guessing that when reinitiing we should stop new data from hitting the chip. I'm guessing this is what should be happenning but there is a window somewhere that is letting some through. ----problem reported by admin of machine in question: ---- If data is being sent out on the BCE interfaces, pull out the ethernet wire and stick it back in, The bce interface will be off the network until you stop all users from trying to send data, and /var/log/messages will show the watchdog timer resetting my connection every 10 seconds or so. Once you stop your network traffic, the interface will come up and be functioning, but with the frequency we have been seeing this, networks have frequent hiccups that put the interface into this state. usually there is a gap in the traffic every now and then that allows the NIC to recover. The repeated watchdog resets can be seen in /var/log/messages: Aug 10 19:50:14 kernel: bce1: ../../../dev/bce/if_bce.c(5037): Watchdog timeout occurred, resetting! Aug 10 19:50:14 kernel: bce1: link state changed to DOWN Aug 10 19:50:16 kernel: bce1: link state changed to UP Aug 10 19:50:26 kernel: bce1: ../../../dev/bce/if_bce.c(5037): Watchdog timeout occurred, resetting! Aug 10 19:50:26 kernel: bce1: link state changed to DOWN Aug 10 19:50:28 kernel: bce1: link state changed to UP Repro: 1) Have the machine sending out data. I was pinging packets off another box. Since the box is going to fall off the network, you better be using the console. ping -f -s 1500 otherbox > /dev/null & 2) Pull the wire going into bce1 for a few seconds and put it back. 3) bce1 will no longer be usable. 4) Kill the ping command to allow the bce1 interface to work again. ------------- From owner-freebsd-current@FreeBSD.ORG Sat Aug 12 01:40:56 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8B2D316A4DF for ; Sat, 12 Aug 2006 01:40:56 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.178]) by mx1.FreeBSD.org (Postfix) with ESMTP id E5A0343D46 for ; Sat, 12 Aug 2006 01:40:55 +0000 (GMT) (envelope-from pyunyh@gmail.com) Received: by py-out-1112.google.com with SMTP id c59so43740pyc for ; Fri, 11 Aug 2006 18:40:55 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=DwDX/khvwgGlLOIfFDgyb10OseRFpnIUGAw6ANID2tVbfTZ8r8krjqLd4ljl2LCQ+mXGo7IB6YiDE5iN/Os018+R+PU9IzyF9oUxrM03p0W7s3cldK1ijn+YsxgqMzc5DrcuByMihvTTr3bBqby5poisTMiWVW6OO0jG6j8pZC4= Received: by 10.35.26.14 with SMTP id d14mr7396044pyj; Fri, 11 Aug 2006 18:40:55 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.gmail.com with ESMTP id 15sm1996587nzp.2006.08.11.18.40.53; Fri, 11 Aug 2006 18:40:54 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id k7C1ftH6028157 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 12 Aug 2006 10:41:55 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id k7C1fskp028156; Sat, 12 Aug 2006 10:41:54 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Sat, 12 Aug 2006 10:41:54 +0900 From: Pyun YongHyeon To: Jelte Jansen Message-ID: <20060812014154.GA27626@cdnetworks.co.kr> References: <44D84620.9020800@NLnetLabs.nl> <20060810093018.GB17452@cdnetworks.co.kr> <44DB22A0.7030207@NLnetLabs.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44DB22A0.7030207@NLnetLabs.nl> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: re(4) link goes down when manually setting media type X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Aug 2006 01:40:56 -0000 On Thu, Aug 10, 2006 at 02:12:16PM +0200, Jelte Jansen wrote: > Pyun YongHyeon wrote: > > > > although with apparently random performance problems. When i try to set > > > it to a fixed media type (both 100baseTX and 1000baseTX) the link goes > > > down, and stays down until i set it to autoselect again. It does seem to > > > work when setting it to 10baset/utp. > > > > > > > Due to the poor PHY documentation from RealTek I can't sure but > > I guess the RealTek PHY needs to set RGEPHY_BMCR_AUTOEN bit of > > RGEPHY_MII_BMCR register and proper ANAR register setting for > > manual media type selection. > > How about attached patch? > > > > This patch seems to work. I can set the media type now, and will be > running my performance tests once the other computers have been updated. > FYI: Patch committed to HEAD rgephy.c, rev. 1.11. -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Sat Aug 12 03:03:45 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C095316A4E0 for ; Sat, 12 Aug 2006 03:03:45 +0000 (UTC) (envelope-from prvs=julian=372565577@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5022243D46 for ; Sat, 12 Aug 2006 03:03:45 +0000 (GMT) (envelope-from prvs=julian=372565577@elischer.org) Received: from unknown (HELO [192.168.2.3]) ([10.251.60.35]) by a50.ironport.com with ESMTP; 11 Aug 2006 20:03:44 -0700 Message-ID: <44DD4510.5070002@elischer.org> Date: Fri, 11 Aug 2006 20:03:44 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.13) Gecko/20060414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@freebsd.org Content-Type: multipart/mixed; boundary="------------090002090006060102090703" Cc: Subject: suggested addition to 'date' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Aug 2006 03:03:45 -0000 This is a multi-part message in MIME format. --------------090002090006060102090703 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit At various times I've wanted to add timestamps to logfiles as they are generated.. usually this has involved perl or something to do it. finally I broke down and just added a small bit to date(1) the -s option tells date to add a timestamp on the front of every line read in through stdin and put it out through stdout. teh format of the datestamp is governed exactly as usual so: %ls | ./date -s +"%+: " Fri Aug 11 19:53:34 PDT 2006: CVS Fri Aug 11 19:53:34 PDT 2006: Makefile Fri Aug 11 19:53:34 PDT 2006: date Fri Aug 11 19:53:34 PDT 2006: date.1 Fri Aug 11 19:53:34 PDT 2006: date.1.gz Fri Aug 11 19:53:34 PDT 2006: date.c Fri Aug 11 19:53:34 PDT 2006: date.o Fri Aug 11 19:53:34 PDT 2006: extern.h Fri Aug 11 19:53:34 PDT 2006: netdate.c Fri Aug 11 19:53:34 PDT 2006: netdate.o Fri Aug 11 19:53:34 PDT 2006: vary.c Fri Aug 11 19:53:34 PDT 2006: vary.h Fri Aug 11 19:53:34 PDT 2006: vary.o %ls | ./date -s +"%s: " 1155351474: CVS 1155351474: Makefile 1155351474: date 1155351474: date.1 1155351474: date.1.gz 1155351474: date.c 1155351474: date.o 1155351474: extern.h 1155351474: netdate.c 1155351474: netdate.o 1155351474: vary.c 1155351474: vary.h 1155351474: vary.o % I attach the diff. I'm sure that someone who is a more competent practicioner of userland C programming can probably clean this up abit. do people think this is a worthwhile addition? An easy to imagine use for this is to add it in the makefile for /usr so that "make buildworld" datestamped its output (for example). it makes it easy to timestamp output from a console logger for example: --------------090002090006060102090703 Content-Type: text/plain; x-mac-type="0"; x-mac-creator="0"; name="date.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="date.diff" ? date ? date.1.gz Index: date.c =================================================================== RCS file: /usr/local/cvsroot/freebsd/src/bin/date/date.c,v retrieving revision 1.47 diff -u -r1.47 date.c --- date.c 10 Jan 2005 08:39:21 -0000 1.47 +++ date.c 12 Aug 2006 02:53:18 -0000 @@ -74,7 +74,7 @@ { struct timezone tz; int ch, rflag; - int jflag, nflag; + int jflag, nflag, sflag; const char *format; char buf[1024]; char *endptr, *fmt; @@ -89,9 +89,9 @@ (void) setlocale(LC_TIME, ""); tz.tz_dsttime = tz.tz_minuteswest = 0; rflag = 0; - jflag = nflag = 0; + sflag = jflag = nflag = 0; set_timezone = 0; - while ((ch = getopt(argc, argv, "d:f:jnr:t:uv:")) != -1) + while ((ch = getopt(argc, argv, "d:f:jnr:t:uv:s")) != -1) switch((char)ch) { case 'd': /* daylight savings time */ tz.tz_dsttime = strtol(optarg, &endptr, 10) ? 1 : 0; @@ -114,6 +114,9 @@ if (*tmp != 0) usage(); break; + case 's': /* don't set network */ + sflag = 1; /* stream mode */ + break; case 't': /* minutes west of UTC */ /* error check; don't allow "PST" */ tz.tz_minuteswest = strtol(optarg, &endptr, 10); @@ -160,19 +163,47 @@ if (*argv && **argv == '+') format = *argv + 1; - lt = *localtime(&tval); - badv = vary_apply(v, <); - if (badv) { - fprintf(stderr, "%s: Cannot apply date adjustment\n", - badv->arg); + if (sflag) { + char linebuf[2048]; + time_t otval = 0; + + while (fgets(linebuf, 2048, stdin)) { + if (!rflag && time(&tval) == -1) + err(1, "time"); + + if (tval != otval) { + lt = *localtime(&tval); + badv = vary_apply(v, <); + if (badv) { + fprintf(stderr, "%s: Cannot apply date adjustment\n", + badv->arg); + vary_destroy(v); + usage(); + } + (void)strftime(buf, sizeof(buf), format, <); + otval = tval; + } + (void)printf("%s", buf); + fputs(linebuf, stdout); + if (fflush(stdout)) { + err(1, "stdout"); + } + } + } else { + lt = *localtime(&tval); + badv = vary_apply(v, <); + if (badv) { + fprintf(stderr, "%s: Cannot apply date adjustment\n", + badv->arg); + vary_destroy(v); + usage(); + } vary_destroy(v); - usage(); + (void)strftime(buf, sizeof(buf), format, <); + (void)printf("%s\n", buf); + if (fflush(stdout)) + err(1, "stdout"); } - vary_destroy(v); - (void)strftime(buf, sizeof(buf), format, <); - (void)printf("%s\n", buf); - if (fflush(stdout)) - err(1, "stdout"); exit(retval); } @@ -299,7 +330,7 @@ usage(void) { (void)fprintf(stderr, "%s\n%s\n", - "usage: date [-jnu] [-d dst] [-r seconds] [-t west] " + "usage: date [-jnus] [-d dst] [-r seconds] [-t west] " "[-v[+|-]val[ymwdHMS]] ... ", " " "[-f fmt date | [[[[[cc]yy]mm]dd]HH]MM[.ss]] [+format]"); --------------090002090006060102090703-- From owner-freebsd-current@FreeBSD.ORG Sat Aug 12 03:16:35 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 10B6B16A4DD for ; Sat, 12 Aug 2006 03:16:35 +0000 (UTC) (envelope-from lyndon@orthanc.ca) Received: from orthanc.ca (orthanc.ca [209.89.70.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D0DB43D46 for ; Sat, 12 Aug 2006 03:16:34 +0000 (GMT) (envelope-from lyndon@orthanc.ca) Received: from localhost (localhost [127.0.0.1]) (authenticated bits=0) by orthanc.ca (8.13.4/8.13.4) with ESMTP id k7C3GSCw000977 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 11 Aug 2006 21:16:28 -0600 (MDT) (envelope-from lyndon@orthanc.ca) Date: Fri, 11 Aug 2006 20:16:28 -0700 (PDT) From: Lyndon Nerenberg To: Julian Elischer In-Reply-To: <44DD4510.5070002@elischer.org> Message-ID: <20060811200747.D770@orthanc.ca> References: <44DD4510.5070002@elischer.org> Organization: The Frobozz Magic Homing Pigeon Company MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00,SPF_PASS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on orthanc.ca Cc: current@freebsd.org Subject: Re: suggested addition to 'date' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Aug 2006 03:16:35 -0000 I would lose the arbitrary restriction on line length by dropping linebuf and using getchar()/putchar() with a test for \n to determine when to emit the timestamp. There's also the restriction on only being able to timestamp one stream. I can see where it would be useful to be able to timestamp both stdout and stderr; with 'date -s' you have to combine them. However adding support for this argues for a separate program, as that sort of functionality doesn't belong in date. --lyndon From owner-freebsd-current@FreeBSD.ORG Sat Aug 12 03:19:38 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5FA3116A4DE for ; Sat, 12 Aug 2006 03:19:38 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 09C4143D46 for ; Sat, 12 Aug 2006 03:19:37 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.199] ([10.0.0.199]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id k7C3JZ8V092142 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 11 Aug 2006 20:19:36 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <44DD48C8.7000805@errno.com> Date: Fri, 11 Aug 2006 20:19:36 -0700 From: Sam Leffler Organization: Errno Consulting User-Agent: Thunderbird 1.5.0.5 (Macintosh/20060719) MIME-Version: 1.0 To: Julian Elischer References: <44DD4510.5070002@elischer.org> In-Reply-To: <44DD4510.5070002@elischer.org> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: suggested addition to 'date' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Aug 2006 03:19:38 -0000 Julian Elischer wrote: > At various times I've wanted to add timestamps to logfiles as they are > generated.. > > usually this has involved perl or something to do it. > > finally I broke down and just added a small bit to date(1) > > the -s option tells date to add a timestamp on the front of every line > read in through stdin > and put it out through stdout. teh format of the datestamp is governed > exactly as usual so: > > %ls | ./date -s +"%+: " > Fri Aug 11 19:53:34 PDT 2006: CVS > Fri Aug 11 19:53:34 PDT 2006: Makefile > Fri Aug 11 19:53:34 PDT 2006: date > Fri Aug 11 19:53:34 PDT 2006: date.1 > Fri Aug 11 19:53:34 PDT 2006: date.1.gz > Fri Aug 11 19:53:34 PDT 2006: date.c > Fri Aug 11 19:53:34 PDT 2006: date.o > Fri Aug 11 19:53:34 PDT 2006: extern.h > Fri Aug 11 19:53:34 PDT 2006: netdate.c > Fri Aug 11 19:53:34 PDT 2006: netdate.o > Fri Aug 11 19:53:34 PDT 2006: vary.c > Fri Aug 11 19:53:34 PDT 2006: vary.h > Fri Aug 11 19:53:34 PDT 2006: vary.o > %ls | ./date -s +"%s: " > 1155351474: CVS > 1155351474: Makefile > 1155351474: date > 1155351474: date.1 > 1155351474: date.1.gz > 1155351474: date.c > 1155351474: date.o > 1155351474: extern.h > 1155351474: netdate.c > 1155351474: netdate.o > 1155351474: vary.c > 1155351474: vary.h > 1155351474: vary.o > % > I attach the diff. > I'm sure that someone who is a more competent practicioner of userland C > programming > can probably clean this up abit. > > do people think this is a worthwhile addition? > > An easy to imagine use for this is to add it in the makefile for /usr so > that "make buildworld" datestamped its output > (for example). > > it makes it easy to timestamp output from a console logger for example: pbj% ls | sed -e "s/^/`date +'%+: '`/" Fri Aug 11 20:18:05 PDT 2006: Desktop Fri Aug 11 20:18:05 PDT 2006: Desktop DB Fri Aug 11 20:18:05 PDT 2006: Desktop DF Fri Aug 11 20:18:05 PDT 2006: Documents Fri Aug 11 20:18:05 PDT 2006: Library Fri Aug 11 20:18:05 PDT 2006: Movies ... From owner-freebsd-current@FreeBSD.ORG Sat Aug 12 03:36:43 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 56FD016A4DA for ; Sat, 12 Aug 2006 03:36:43 +0000 (UTC) (envelope-from keramida@FreeBSD.org) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7D9BE43D45 for ; Sat, 12 Aug 2006 03:36:42 +0000 (GMT) (envelope-from keramida@FreeBSD.org) Received: from gothmog.pc (host5.bedc.ondsl.gr [62.103.39.229]) (authenticated bits=128) by igloo.linux.gr (8.13.7/8.13.7/Debian-2) with ESMTP id k7C3a8QW007589 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 12 Aug 2006 06:36:14 +0300 Received: from gothmog.pc (gothmog [127.0.0.1]) by gothmog.pc (8.13.7/8.13.7) with ESMTP id k7C3a7G5081536; Sat, 12 Aug 2006 06:36:07 +0300 (EEST) (envelope-from keramida@FreeBSD.org) Received: (from giorgos@localhost) by gothmog.pc (8.13.7/8.13.7/Submit) id k7C3a7Ng081535; Sat, 12 Aug 2006 06:36:07 +0300 (EEST) (envelope-from keramida@FreeBSD.org) Date: Sat, 12 Aug 2006 06:36:07 +0300 From: Giorgos Keramidas To: Julian Elischer Message-ID: <20060812033607.GB80768@gothmog.pc> References: <44DD4510.5070002@elischer.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44DD4510.5070002@elischer.org> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (score=-4.316, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.08, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@freebsd.org X-Spam-Status: No Cc: current@FreeBSD.org Subject: Re: suggested addition to 'date' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Aug 2006 03:36:43 -0000 On 2006-08-11 20:03, Julian Elischer wrote: > At various times I've wanted to add timestamps to logfiles as they are > generated.. > > usually this has involved perl or something to do it. Indeed, I use a tiny Perl script to do this: 1 #!/usr/bin/perl -wT 2 # 3 # A utility to timestamp logs. Useful for piping the output of long 4 # running commands through it, before saving to a file. 5 # 6 # $Id: tslog,v 1.4 2006/03/30 15:00:49 giorgos Exp $ 7 8 use strict; 9 use POSIX qw(strftime); 10 use Time::HiRes qw( gettimeofday ); 11 12 my ($line, $microseconds, $now, $seconds, $tag); 13 14 if ($#ARGV == 0) { 15 $tag = $ARGV[0] . " --- "; 16 } else { 17 $tag = ""; 18 } 19 20 $| = 1; 21 while (defined($line = )) { 22 chomp $line; 23 ($seconds, $microseconds) = gettimeofday; 24 $now = strftime "%Y-%m-%d %H:%M:%S", gmtime($seconds); 25 printf "%s%s.%06d - %s\n", $tag, $now, $microseconds, $line; 26 } The $tag part is there so you can do stuff like: $ ls -l | tslog FOO | head FOO --- 2006-08-12 03:12:17.954283 - total 386 FOO --- 2006-08-12 03:12:17.954784 - -rw-rw-r-- 1 giorgos giorgos - 1 Aug 9 20:10 #kot# FOO --- 2006-08-12 03:12:17.955014 - drwxrwxr-x 2 giorgos giorgos - 512 Aug 8 13:27 CVS FOO --- 2006-08-12 03:12:17.955378 - drwxrwxr-x 5 giorgos giorgos - 512 Oct 23 2004 GNUstep FOO --- 2006-08-12 03:12:17.957108 - -rw-rw-r-- 1 giorgos giorgos - 6945 Jul 10 15:59 GOTHMOG FOO --- 2006-08-12 03:12:17.957475 - drwx------ 4 giorgos giorgos - 1536 Aug 12 06:10 Mail FOO --- 2006-08-12 03:12:17.959169 - -rw------- 1 giorgos giorgos - 226927 Aug 12 05:29 Mailbox FOO --- 2006-08-12 03:12:17.959528 - -rw------- 1 giorgos giorgos - 4553 May 23 19:22 NOTES FOO --- 2006-08-12 03:12:17.961219 - drwxr-xr-x 5 giorgos giorgos - 512 Jun 22 16:13 News FOO --- 2006-08-12 03:12:17.961576 - drwxrwxr-x 2 giorgos giorgos - 512 May 30 14:30 RCS $ which includes the "FOO --- " prefix at the beginning of default output: $ ls -l | tslog | head 2006-08-12 03:12:26.670881 - total 386 2006-08-12 03:12:26.671382 - -rw-rw-r-- 1 giorgos giorgos - 1 Aug 9 20:10 #kot# 2006-08-12 03:12:26.671608 - drwxrwxr-x 2 giorgos giorgos - 512 Aug 8 13:27 CVS 2006-08-12 03:12:26.673455 - drwxrwxr-x 5 giorgos giorgos - 512 Oct 23 2004 GNUstep 2006-08-12 03:12:26.673926 - -rw-rw-r-- 1 giorgos giorgos - 6945 Jul 10 15:59 GOTHMOG 2006-08-12 03:12:26.675527 - drwx------ 4 giorgos giorgos - 1536 Aug 12 06:10 Mail 2006-08-12 03:12:26.675963 - -rw------- 1 giorgos giorgos - 226927 Aug 12 05:29 Mailbox 2006-08-12 03:12:26.677567 - -rw------- 1 giorgos giorgos - 4553 May 23 19:22 NOTES 2006-08-12 03:12:26.678002 - drwxr-xr-x 5 giorgos giorgos - 512 Jun 22 16:13 News 2006-08-12 03:12:26.679604 - drwxrwxr-x 2 giorgos giorgos - 512 May 30 14:30 RCS $ > finally I broke down and just added a small bit to date(1) > > the -s option tells date to add a timestamp on the front of every line > read in through stdin I'm not suggesting that this is not a worthwhile addition, but it does have some minor glitches that a Perl version doesn't need to work around. The following part, for example, is a bit buggy unless I'm not reading it correctly: > + if (sflag) { > + char linebuf[2048]; > + time_t otval = 0; > + > + while (fgets(linebuf, 2048, stdin)) { > + if (!rflag && time(&tval) == -1) > + err(1, "time"); > + > + if (tval != otval) { > + lt = *localtime(&tval); > + badv = vary_apply(v, <); > + if (badv) { > + fprintf(stderr, "%s: Cannot apply date adjustment\n", > + badv->arg); > + vary_destroy(v); > + usage(); > + } > + (void)strftime(buf, sizeof(buf), format, <); > + otval = tval; > + } > + (void)printf("%s", buf); > + fputs(linebuf, stdout); > + if (fflush(stdout)) { > + err(1, "stdout"); > + } > + } If you receive lines with a length greater than 2048 - strlen(length of timestamp) there is a case that this will print output like: Fri Aug 11 19:53:34 PDT 2006: ...lots of stuff here...Fri Aug 11 19:53:34 PDT 2006: ... To make sure that lines are not concatenated too early and still check that linebuf[] is not overflow, we may have to use something like the following (untested) patch: ... if (sflag) { char linebuf[sizeof(buf)]; time_t otval = 0; int complete = 0; size_t len; while (fgets(linebuf, 2048, stdin) != NULL) { if (rlfag == 0 && time(&tval) == -1) err(1, "time"); if (complete != 0 && tval != otval) { lt = *localtime(&tval); badv = vary_apply(v, <); if (badv) { fprintf(stderr, "%s: Cannot apply date adjustment\n", badv->arg); vary_destroy(v); usage(); } (void)strftime(buf, sizeof(buf), format, <); otval = tval; } if (complete != 0) { (void)printf("%s", buf); complete = 0; } fputs(linebuf, stdout); if (fflush(stdout)) err(1, "stdout"); /* * If we just printed a newline, make sure we * print a new timestamp when we loop back for * the next batch of input characters. */ len = strlen(linebuf); if (linebuf[len - 1] == '\n') complete = 1; } } else ... From owner-freebsd-current@FreeBSD.ORG Sat Aug 12 03:41:18 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 715EE16A4E1 for ; Sat, 12 Aug 2006 03:41:18 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id A7FC443D49 for ; Sat, 12 Aug 2006 03:41:14 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from gothmog.pc (host5.bedc.ondsl.gr [62.103.39.229]) (authenticated bits=128) by igloo.linux.gr (8.13.7/8.13.7/Debian-2) with ESMTP id k7C3e8vM007709 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 12 Aug 2006 06:40:12 +0300 Received: from gothmog.pc (gothmog [127.0.0.1]) by gothmog.pc (8.13.7/8.13.7) with ESMTP id k7C3e8p4081705; Sat, 12 Aug 2006 06:40:08 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from giorgos@localhost) by gothmog.pc (8.13.7/8.13.7/Submit) id k7C3e8ec081704; Sat, 12 Aug 2006 06:40:08 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Date: Sat, 12 Aug 2006 06:40:08 +0300 From: Giorgos Keramidas To: Sam Leffler Message-ID: <20060812034008.GC80768@gothmog.pc> References: <44DD4510.5070002@elischer.org> <44DD48C8.7000805@errno.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44DD48C8.7000805@errno.com> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (score=-3.813, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.59, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: Julian Elischer , current@freebsd.org Subject: Re: suggested addition to 'date' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Aug 2006 03:41:18 -0000 On 2006-08-11 20:19, Sam Leffler wrote: > Julian Elischer wrote: > > At various times I've wanted to add timestamps to logfiles as they are > > generated.. > > > > usually this has involved perl or something to do it. > > pbj% ls | sed -e "s/^/`date +'%+: '`/" > Fri Aug 11 20:18:05 PDT 2006: Desktop > Fri Aug 11 20:18:05 PDT 2006: Desktop DB > Fri Aug 11 20:18:05 PDT 2006: Desktop DF > Fri Aug 11 20:18:05 PDT 2006: Documents > Fri Aug 11 20:18:05 PDT 2006: Library > Fri Aug 11 20:18:05 PDT 2006: Movies > ... Unfortunately this won't work. The `backquoted` command is expanded only once -- before the rest of the command-line runs: $ for sec in 1 2 3 4 5 ; do echo "second $sec" ; sleep 1; done | sed -e "s/^/`date +'%+: '`/" Sat Aug 12 06:38:03 EEST 2006: second 1 Sat Aug 12 06:38:03 EEST 2006: second 2 Sat Aug 12 06:38:03 EEST 2006: second 3 Sat Aug 12 06:38:03 EEST 2006: second 4 Sat Aug 12 06:38:03 EEST 2006: second 5 $ Using Perl and ``Time::HiRes qw(gettimeofday)'' is the best trick I've found so far for this sort of thing :-/ From owner-freebsd-current@FreeBSD.ORG Sat Aug 12 03:48:48 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5767C16A4DA for ; Sat, 12 Aug 2006 03:48:48 +0000 (UTC) (envelope-from prvs=julian=372565577@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id D9CD543D46 for ; Sat, 12 Aug 2006 03:48:47 +0000 (GMT) (envelope-from prvs=julian=372565577@elischer.org) Received: from unknown (HELO [192.168.2.3]) ([10.251.60.35]) by a50.ironport.com with ESMTP; 11 Aug 2006 20:48:47 -0700 Message-ID: <44DD4F9E.1000203@elischer.org> Date: Fri, 11 Aug 2006 20:48:46 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.13) Gecko/20060414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Sam Leffler References: <44DD4510.5070002@elischer.org> <44DD48C8.7000805@errno.com> In-Reply-To: <44DD48C8.7000805@errno.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: suggested addition to 'date' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Aug 2006 03:48:48 -0000 Sam Leffler wrote: >Julian Elischer wrote: > > >>At various times I've wanted to add timestamps to logfiles as they are >>generated.. >> >>usually this has involved perl or something to do it. >> >>finally I broke down and just added a small bit to date(1) >> >>the -s option tells date to add a timestamp on the front of every line >>read in through stdin >>and put it out through stdout. teh format of the datestamp is governed >>exactly as usual so: >> >>%ls | ./date -s +"%+: " >>Fri Aug 11 19:53:34 PDT 2006: CVS >>Fri Aug 11 19:53:34 PDT 2006: Makefile >>Fri Aug 11 19:53:34 PDT 2006: date >>Fri Aug 11 19:53:34 PDT 2006: date.1 >>Fri Aug 11 19:53:34 PDT 2006: date.1.gz >>Fri Aug 11 19:53:34 PDT 2006: date.c >>Fri Aug 11 19:53:34 PDT 2006: date.o >>Fri Aug 11 19:53:34 PDT 2006: extern.h >>Fri Aug 11 19:53:34 PDT 2006: netdate.c >>Fri Aug 11 19:53:34 PDT 2006: netdate.o >>Fri Aug 11 19:53:34 PDT 2006: vary.c >>Fri Aug 11 19:53:34 PDT 2006: vary.h >>Fri Aug 11 19:53:34 PDT 2006: vary.o >>%ls | ./date -s +"%s: " >>1155351474: CVS >>1155351474: Makefile >>1155351474: date >>1155351474: date.1 >>1155351474: date.1.gz >>1155351474: date.c >>1155351474: date.o >>1155351474: extern.h >>1155351474: netdate.c >>1155351474: netdate.o >>1155351474: vary.c >>1155351474: vary.h >>1155351474: vary.o >>% >>I attach the diff. >>I'm sure that someone who is a more competent practicioner of userland C >>programming >>can probably clean this up abit. >> >>do people think this is a worthwhile addition? >> >>An easy to imagine use for this is to add it in the makefile for /usr so >>that "make buildworld" datestamped its output >>(for example). >> >>it makes it easy to timestamp output from a console logger for example: >> >> > >pbj% ls | sed -e "s/^/`date +'%+: '`/" >Fri Aug 11 20:18:05 PDT 2006: Desktop >Fri Aug 11 20:18:05 PDT 2006: Desktop DB >Fri Aug 11 20:18:05 PDT 2006: Desktop DF >Fri Aug 11 20:18:05 PDT 2006: Documents >Fri Aug 11 20:18:05 PDT 2006: Library >Fri Aug 11 20:18:05 PDT 2006: Movies > ... > > You can do that in shell too but it's running date once for every line which probably includes an instance of shell too so it's hardly light weight when you consider that it might have to deal with bursts of thousands of line sper second occasionally. This is the sort of hack I was doing before.. In my opinion adding the ability to use date as a filter is an extension of the unix philosopy. it prints dates and it does it well. Let it print dates onto a stream ;-) From owner-freebsd-current@FreeBSD.ORG Sat Aug 12 03:53:08 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1641B16A4DA for ; Sat, 12 Aug 2006 03:53:08 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8AF7D43D45 for ; Sat, 12 Aug 2006 03:53:07 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.199] ([10.0.0.199]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id k7C3r5WR092256 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 11 Aug 2006 20:53:06 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <44DD509A.1080307@errno.com> Date: Fri, 11 Aug 2006 20:52:58 -0700 From: Sam Leffler Organization: Errno Consulting User-Agent: Thunderbird 1.5.0.5 (Macintosh/20060719) MIME-Version: 1.0 To: Julian Elischer References: <44DD4510.5070002@elischer.org> <44DD48C8.7000805@errno.com> In-Reply-To: <44DD48C8.7000805@errno.com> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: suggested addition to 'date' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Aug 2006 03:53:08 -0000 Sam Leffler wrote: > Julian Elischer wrote: >> At various times I've wanted to add timestamps to logfiles as they are >> generated.. >> >> usually this has involved perl or something to do it. >> >> finally I broke down and just added a small bit to date(1) >> >> the -s option tells date to add a timestamp on the front of every line >> read in through stdin >> and put it out through stdout. teh format of the datestamp is governed >> exactly as usual so: >> >> %ls | ./date -s +"%+: " >> Fri Aug 11 19:53:34 PDT 2006: CVS >> Fri Aug 11 19:53:34 PDT 2006: Makefile >> Fri Aug 11 19:53:34 PDT 2006: date >> Fri Aug 11 19:53:34 PDT 2006: date.1 >> Fri Aug 11 19:53:34 PDT 2006: date.1.gz >> Fri Aug 11 19:53:34 PDT 2006: date.c >> Fri Aug 11 19:53:34 PDT 2006: date.o >> Fri Aug 11 19:53:34 PDT 2006: extern.h >> Fri Aug 11 19:53:34 PDT 2006: netdate.c >> Fri Aug 11 19:53:34 PDT 2006: netdate.o >> Fri Aug 11 19:53:34 PDT 2006: vary.c >> Fri Aug 11 19:53:34 PDT 2006: vary.h >> Fri Aug 11 19:53:34 PDT 2006: vary.o >> %ls | ./date -s +"%s: " >> 1155351474: CVS >> 1155351474: Makefile >> 1155351474: date >> 1155351474: date.1 >> 1155351474: date.1.gz >> 1155351474: date.c >> 1155351474: date.o >> 1155351474: extern.h >> 1155351474: netdate.c >> 1155351474: netdate.o >> 1155351474: vary.c >> 1155351474: vary.h >> 1155351474: vary.o >> % >> I attach the diff. >> I'm sure that someone who is a more competent practicioner of userland C >> programming >> can probably clean this up abit. >> >> do people think this is a worthwhile addition? >> >> An easy to imagine use for this is to add it in the makefile for /usr so >> that "make buildworld" datestamped its output >> (for example). >> >> it makes it easy to timestamp output from a console logger for example: > > pbj% ls | sed -e "s/^/`date +'%+: '`/" > Fri Aug 11 20:18:05 PDT 2006: Desktop > Fri Aug 11 20:18:05 PDT 2006: Desktop DB > Fri Aug 11 20:18:05 PDT 2006: Desktop DF > Fri Aug 11 20:18:05 PDT 2006: Documents > Fri Aug 11 20:18:05 PDT 2006: Library > Fri Aug 11 20:18:05 PDT 2006: Movies > ... I figure you won't like that 'cuz it pastes the same date stamp on every line so here's another offering: pbj% ls | awk '{ "date +'%+'" | getline x; print x ": " $0; }' Fri Aug 11 20:50:42 PDT 2006: Desktop Fri Aug 11 20:50:42 PDT 2006: Desktop DB Fri Aug 11 20:50:42 PDT 2006: Desktop DF Fri Aug 11 20:50:42 PDT 2006: Documents Fri Aug 11 20:50:42 PDT 2006: Library Fri Aug 11 20:50:42 PDT 2006: Movies From owner-freebsd-current@FreeBSD.ORG Sat Aug 12 03:54:46 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C7A8F16A4DA; Sat, 12 Aug 2006 03:54:46 +0000 (UTC) (envelope-from prvs=julian=372565577@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id B5EBD43D4C; Sat, 12 Aug 2006 03:54:40 +0000 (GMT) (envelope-from prvs=julian=372565577@elischer.org) Received: from unknown (HELO [192.168.2.3]) ([10.251.60.35]) by a50.ironport.com with ESMTP; 11 Aug 2006 20:54:39 -0700 Message-ID: <44DD50FF.5040406@elischer.org> Date: Fri, 11 Aug 2006 20:54:39 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.13) Gecko/20060414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Giorgos Keramidas References: <44DD4510.5070002@elischer.org> <20060812033607.GB80768@gothmog.pc> In-Reply-To: <20060812033607.GB80768@gothmog.pc> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: current@FreeBSD.org Subject: Re: suggested addition to 'date' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Aug 2006 03:54:46 -0000 Giorgos Keramidas wrote: >On 2006-08-11 20:03, Julian Elischer wrote: > > >>At various times I've wanted to add timestamps to logfiles as they are >>generated.. >> >>usually this has involved perl or something to do it. >> >> > >Indeed, I use a tiny Perl script to do this: > > 1 #!/usr/bin/perl -wT > 2 # > 3 # A utility to timestamp logs. Useful for piping the output of long > 4 # running commands through it, before saving to a file. > 5 # > 6 # $Id: tslog,v 1.4 2006/03/30 15:00:49 giorgos Exp $ > 7 > 8 use strict; > 9 use POSIX qw(strftime); > 10 use Time::HiRes qw( gettimeofday ); > 11 > 12 my ($line, $microseconds, $now, $seconds, $tag); > 13 > 14 if ($#ARGV == 0) { > 15 $tag = $ARGV[0] . " --- "; > 16 } else { > 17 $tag = ""; > 18 } > 19 > 20 $| = 1; > 21 while (defined($line = )) { > 22 chomp $line; > 23 ($seconds, $microseconds) = gettimeofday; > 24 $now = strftime "%Y-%m-%d %H:%M:%S", gmtime($seconds); > 25 printf "%s%s.%06d - %s\n", $tag, $now, $microseconds, $line; > 26 } > >The $tag part is there so you can do stuff like: > >$ ls -l | tslog FOO | head >FOO --- 2006-08-12 03:12:17.954283 - total 386 >FOO --- 2006-08-12 03:12:17.954784 - -rw-rw-r-- 1 giorgos giorgos - 1 Aug 9 20:10 #kot# >FOO --- 2006-08-12 03:12:17.955014 - drwxrwxr-x 2 giorgos giorgos - 512 Aug 8 13:27 CVS >FOO --- 2006-08-12 03:12:17.955378 - drwxrwxr-x 5 giorgos giorgos - 512 Oct 23 2004 GNUstep >FOO --- 2006-08-12 03:12:17.957108 - -rw-rw-r-- 1 giorgos giorgos - 6945 Jul 10 15:59 GOTHMOG >FOO --- 2006-08-12 03:12:17.957475 - drwx------ 4 giorgos giorgos - 1536 Aug 12 06:10 Mail >FOO --- 2006-08-12 03:12:17.959169 - -rw------- 1 giorgos giorgos - 226927 Aug 12 05:29 Mailbox >FOO --- 2006-08-12 03:12:17.959528 - -rw------- 1 giorgos giorgos - 4553 May 23 19:22 NOTES >FOO --- 2006-08-12 03:12:17.961219 - drwxr-xr-x 5 giorgos giorgos - 512 Jun 22 16:13 News >FOO --- 2006-08-12 03:12:17.961576 - drwxrwxr-x 2 giorgos giorgos - 512 May 30 14:30 RCS >$ > >which includes the "FOO --- " prefix at the beginning of default output: > >$ ls -l | tslog | head >2006-08-12 03:12:26.670881 - total 386 >2006-08-12 03:12:26.671382 - -rw-rw-r-- 1 giorgos giorgos - 1 Aug 9 20:10 #kot# >2006-08-12 03:12:26.671608 - drwxrwxr-x 2 giorgos giorgos - 512 Aug 8 13:27 CVS >2006-08-12 03:12:26.673455 - drwxrwxr-x 5 giorgos giorgos - 512 Oct 23 2004 GNUstep >2006-08-12 03:12:26.673926 - -rw-rw-r-- 1 giorgos giorgos - 6945 Jul 10 15:59 GOTHMOG >2006-08-12 03:12:26.675527 - drwx------ 4 giorgos giorgos - 1536 Aug 12 06:10 Mail >2006-08-12 03:12:26.675963 - -rw------- 1 giorgos giorgos - 226927 Aug 12 05:29 Mailbox >2006-08-12 03:12:26.677567 - -rw------- 1 giorgos giorgos - 4553 May 23 19:22 NOTES >2006-08-12 03:12:26.678002 - drwxr-xr-x 5 giorgos giorgos - 512 Jun 22 16:13 News >2006-08-12 03:12:26.679604 - drwxrwxr-x 2 giorgos giorgos - 512 May 30 14:30 RCS >$ > > > >>finally I broke down and just added a small bit to date(1) >> >>the -s option tells date to add a timestamp on the front of every line >>read in through stdin >> >> > >I'm not suggesting that this is not a worthwhile addition, but it does >have some minor glitches that a Perl version doesn't need to work >around. The following part, for example, is a bit buggy unless I'm not >reading it correctly: > > > >>+ if (sflag) { >>+ char linebuf[2048]; >>+ time_t otval = 0; >>+ >>+ while (fgets(linebuf, 2048, stdin)) { >>+ if (!rflag && time(&tval) == -1) >>+ err(1, "time"); >>+ >>+ if (tval != otval) { >>+ lt = *localtime(&tval); >>+ badv = vary_apply(v, <); >>+ if (badv) { >>+ fprintf(stderr, "%s: Cannot apply date adjustment\n", >>+ badv->arg); >>+ vary_destroy(v); >>+ usage(); >>+ } >>+ (void)strftime(buf, sizeof(buf), format, <); >>+ otval = tval; >>+ } >>+ (void)printf("%s", buf); >>+ fputs(linebuf, stdout); >>+ if (fflush(stdout)) { >>+ err(1, "stdout"); >>+ } >>+ } >> >> > >If you receive lines with a length greater than 2048 - strlen(length of >timestamp) there is a case that this will print output like: > > Fri Aug 11 19:53:34 PDT 2006: ...lots of stuff here...Fri Aug 11 19:53:34 PDT 2006: ... > > > Yes I said I hacked it in :-) In my app you will never have such long lines.. basically you need something that reads lines and tells you how much it read.. (I have no idea WHY fgets need sto return the START.. you already KNOW that!) it'd be nice if you didn't have to to a strlen() on each line. >To make sure that lines are not concatenated too early and still check >that linebuf[] is not overflow, we may have to use something like the >following (untested) patch: > > ... > > if (sflag) { > char linebuf[sizeof(buf)]; > time_t otval = 0; > int complete = 0; > size_t len; > > while (fgets(linebuf, 2048, stdin) != NULL) { > if (rlfag == 0 && time(&tval) == -1) > err(1, "time"); > > if (complete != 0 && tval != otval) { > lt = *localtime(&tval); > badv = vary_apply(v, <); > if (badv) { > fprintf(stderr, "%s: Cannot apply date adjustment\n", > badv->arg); > vary_destroy(v); > usage(); > } > (void)strftime(buf, sizeof(buf), format, <); > otval = tval; > } > if (complete != 0) { > (void)printf("%s", buf); > complete = 0; > } > fputs(linebuf, stdout); > if (fflush(stdout)) > err(1, "stdout"); > > /* > * If we just printed a newline, make sure we > * print a new timestamp when we loop back for > * the next batch of input characters. > */ > len = strlen(linebuf); > if (linebuf[len - 1] == '\n') > complete = 1; > } > } else ... > > From owner-freebsd-current@FreeBSD.ORG Sat Aug 12 03:59:12 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7802816A4DF for ; Sat, 12 Aug 2006 03:59:12 +0000 (UTC) (envelope-from prvs=julian=372565577@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3395F43D49 for ; Sat, 12 Aug 2006 03:59:12 +0000 (GMT) (envelope-from prvs=julian=372565577@elischer.org) Received: from unknown (HELO [192.168.2.3]) ([10.251.60.35]) by a50.ironport.com with ESMTP; 11 Aug 2006 20:59:11 -0700 Message-ID: <44DD520F.4040403@elischer.org> Date: Fri, 11 Aug 2006 20:59:11 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.13) Gecko/20060414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Sam Leffler References: <44DD4510.5070002@elischer.org> <44DD48C8.7000805@errno.com> <44DD509A.1080307@errno.com> In-Reply-To: <44DD509A.1080307@errno.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: suggested addition to 'date' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Aug 2006 03:59:12 -0000 Sam Leffler wrote: >Sam Leffler wrote: > > >>Julian Elischer wrote: >> >> >>>At various times I've wanted to add timestamps to logfiles as they are >>>generated.. >>> >>>usually this has involved perl or something to do it. >>> >>>finally I broke down and just added a small bit to date(1) >>> >>>the -s option tells date to add a timestamp on the front of every line >>>read in through stdin >>>and put it out through stdout. teh format of the datestamp is governed >>>exactly as usual so: >>> >>>%ls | ./date -s +"%+: " >>>Fri Aug 11 19:53:34 PDT 2006: CVS >>>Fri Aug 11 19:53:34 PDT 2006: Makefile >>>Fri Aug 11 19:53:34 PDT 2006: date >>>Fri Aug 11 19:53:34 PDT 2006: date.1 >>>Fri Aug 11 19:53:34 PDT 2006: date.1.gz >>>Fri Aug 11 19:53:34 PDT 2006: date.c >>>Fri Aug 11 19:53:34 PDT 2006: date.o >>>Fri Aug 11 19:53:34 PDT 2006: extern.h >>>Fri Aug 11 19:53:34 PDT 2006: netdate.c >>>Fri Aug 11 19:53:34 PDT 2006: netdate.o >>>Fri Aug 11 19:53:34 PDT 2006: vary.c >>>Fri Aug 11 19:53:34 PDT 2006: vary.h >>>Fri Aug 11 19:53:34 PDT 2006: vary.o >>>%ls | ./date -s +"%s: " >>>1155351474: CVS >>>1155351474: Makefile >>>1155351474: date >>>1155351474: date.1 >>>1155351474: date.1.gz >>>1155351474: date.c >>>1155351474: date.o >>>1155351474: extern.h >>>1155351474: netdate.c >>>1155351474: netdate.o >>>1155351474: vary.c >>>1155351474: vary.h >>>1155351474: vary.o >>>% >>>I attach the diff. >>>I'm sure that someone who is a more competent practicioner of userland C >>>programming >>>can probably clean this up abit. >>> >>>do people think this is a worthwhile addition? >>> >>>An easy to imagine use for this is to add it in the makefile for /usr so >>>that "make buildworld" datestamped its output >>>(for example). >>> >>>it makes it easy to timestamp output from a console logger for example: >>> >>> >>pbj% ls | sed -e "s/^/`date +'%+: '`/" >>Fri Aug 11 20:18:05 PDT 2006: Desktop >>Fri Aug 11 20:18:05 PDT 2006: Desktop DB >>Fri Aug 11 20:18:05 PDT 2006: Desktop DF >>Fri Aug 11 20:18:05 PDT 2006: Documents >>Fri Aug 11 20:18:05 PDT 2006: Library >>Fri Aug 11 20:18:05 PDT 2006: Movies >> ... >> >> > >I figure you won't like that 'cuz it pastes the same date stamp on every >line so here's another offering: > >pbj% ls | awk '{ "date +'%+'" | getline x; print x ": " $0; }' >Fri Aug 11 20:50:42 PDT 2006: Desktop >Fri Aug 11 20:50:42 PDT 2006: Desktop DB >Fri Aug 11 20:50:42 PDT 2006: Desktop DF >Fri Aug 11 20:50:42 PDT 2006: Documents >Fri Aug 11 20:50:42 PDT 2006: Library >Fri Aug 11 20:50:42 PDT 2006: Movies > > It still does a fork followed by an exec of shell followed by an exec of date once for every line. Do you think it is a BAD thng to add or are you just pointing out that it is possinle to do it in other ways? From owner-freebsd-current@FreeBSD.ORG Sat Aug 12 04:04:18 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C25CF16A4E2 for ; Sat, 12 Aug 2006 04:04:18 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id B1DF343D6A for ; Sat, 12 Aug 2006 04:04:11 +0000 (GMT) (envelope-from sam@errno.com) Received: from [10.0.0.199] ([10.0.0.199]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id k7C44AVC092332 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 11 Aug 2006 21:04:10 -0700 (PDT) (envelope-from sam@errno.com) Message-ID: <44DD533A.2090703@errno.com> Date: Fri, 11 Aug 2006 21:04:10 -0700 From: Sam Leffler Organization: Errno Consulting User-Agent: Thunderbird 1.5.0.5 (Macintosh/20060719) MIME-Version: 1.0 To: Julian Elischer References: <44DD4510.5070002@elischer.org> <44DD48C8.7000805@errno.com> <44DD509A.1080307@errno.com> <44DD520F.4040403@elischer.org> In-Reply-To: <44DD520F.4040403@elischer.org> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: suggested addition to 'date' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Aug 2006 04:04:18 -0000 Julian Elischer wrote: > Sam Leffler wrote: > >> Sam Leffler wrote: >> >> >>> Julian Elischer wrote: >>> >>>> At various times I've wanted to add timestamps to logfiles as they are >>>> generated.. >>>> >>>> usually this has involved perl or something to do it. >>>> >>>> finally I broke down and just added a small bit to date(1) >>>> >>>> the -s option tells date to add a timestamp on the front of every line >>>> read in through stdin >>>> and put it out through stdout. teh format of the datestamp is >>>> governed >>>> exactly as usual so: >>>> >>>> %ls | ./date -s +"%+: " >>>> Fri Aug 11 19:53:34 PDT 2006: CVS >>>> Fri Aug 11 19:53:34 PDT 2006: Makefile >>>> Fri Aug 11 19:53:34 PDT 2006: date >>>> Fri Aug 11 19:53:34 PDT 2006: date.1 >>>> Fri Aug 11 19:53:34 PDT 2006: date.1.gz >>>> Fri Aug 11 19:53:34 PDT 2006: date.c >>>> Fri Aug 11 19:53:34 PDT 2006: date.o >>>> Fri Aug 11 19:53:34 PDT 2006: extern.h >>>> Fri Aug 11 19:53:34 PDT 2006: netdate.c >>>> Fri Aug 11 19:53:34 PDT 2006: netdate.o >>>> Fri Aug 11 19:53:34 PDT 2006: vary.c >>>> Fri Aug 11 19:53:34 PDT 2006: vary.h >>>> Fri Aug 11 19:53:34 PDT 2006: vary.o >>>> %ls | ./date -s +"%s: " >>>> 1155351474: CVS >>>> 1155351474: Makefile >>>> 1155351474: date >>>> 1155351474: date.1 >>>> 1155351474: date.1.gz >>>> 1155351474: date.c >>>> 1155351474: date.o >>>> 1155351474: extern.h >>>> 1155351474: netdate.c >>>> 1155351474: netdate.o >>>> 1155351474: vary.c >>>> 1155351474: vary.h >>>> 1155351474: vary.o >>>> % >>>> I attach the diff. >>>> I'm sure that someone who is a more competent practicioner of >>>> userland C >>>> programming >>>> can probably clean this up abit. >>>> >>>> do people think this is a worthwhile addition? >>>> >>>> An easy to imagine use for this is to add it in the makefile for >>>> /usr so >>>> that "make buildworld" datestamped its output >>>> (for example). >>>> >>>> it makes it easy to timestamp output from a console logger for example: >>>> >>> pbj% ls | sed -e "s/^/`date +'%+: '`/" >>> Fri Aug 11 20:18:05 PDT 2006: Desktop >>> Fri Aug 11 20:18:05 PDT 2006: Desktop DB >>> Fri Aug 11 20:18:05 PDT 2006: Desktop DF >>> Fri Aug 11 20:18:05 PDT 2006: Documents >>> Fri Aug 11 20:18:05 PDT 2006: Library >>> Fri Aug 11 20:18:05 PDT 2006: Movies >>> ... >>> >> >> I figure you won't like that 'cuz it pastes the same date stamp on every >> line so here's another offering: >> >> pbj% ls | awk '{ "date +'%+'" | getline x; print x ": " $0; }' >> Fri Aug 11 20:50:42 PDT 2006: Desktop >> Fri Aug 11 20:50:42 PDT 2006: Desktop DB >> Fri Aug 11 20:50:42 PDT 2006: Desktop DF >> Fri Aug 11 20:50:42 PDT 2006: Documents >> Fri Aug 11 20:50:42 PDT 2006: Library >> Fri Aug 11 20:50:42 PDT 2006: Movies >> >> > It still does a fork followed by an exec of shell followed by an exec of > date once for every line. > Do you think it is a BAD thng to add or are you just pointing out that > it is possinle to do it in other ways? > > I think you should use perl or one of the myriad of other options and not bloat basic system utilities. Sam From owner-freebsd-current@FreeBSD.ORG Sat Aug 12 04:16:05 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A5BC016A4DE for ; Sat, 12 Aug 2006 04:16:05 +0000 (UTC) (envelope-from keramida@FreeBSD.org) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8AAB743D49 for ; Sat, 12 Aug 2006 04:16:03 +0000 (GMT) (envelope-from keramida@FreeBSD.org) Received: from gothmog.pc (host5.bedc.ondsl.gr [62.103.39.229]) (authenticated bits=128) by igloo.linux.gr (8.13.7/8.13.7/Debian-2) with ESMTP id k7C4FZ0l009631 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 12 Aug 2006 07:15:37 +0300 Received: from gothmog.pc (gothmog [127.0.0.1]) by gothmog.pc (8.13.7/8.13.7) with ESMTP id k7C4FZPg082890; Sat, 12 Aug 2006 07:15:35 +0300 (EEST) (envelope-from keramida@FreeBSD.org) Received: (from giorgos@localhost) by gothmog.pc (8.13.7/8.13.7/Submit) id k7C4FZjg082889; Sat, 12 Aug 2006 07:15:35 +0300 (EEST) (envelope-from keramida@FreeBSD.org) Date: Sat, 12 Aug 2006 07:15:35 +0300 From: Giorgos Keramidas To: Julian Elischer Message-ID: <20060812041535.GA82669@gothmog.pc> References: <44DD4510.5070002@elischer.org> <20060812033607.GB80768@gothmog.pc> <44DD50FF.5040406@elischer.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44DD50FF.5040406@elischer.org> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (score=-4.317, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.08, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@freebsd.org X-Spam-Status: No Cc: current@FreeBSD.org Subject: Re: suggested addition to 'date' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Aug 2006 04:16:05 -0000 On 2006-08-11 20:54, Julian Elischer wrote: > Yes I said I hacked it in :-) > In my app you will never have such long lines.. > basically you need something that reads lines and tells you how much it > read.. > (I have no idea WHY fgets need sto return the START.. you already KNOW > that!) > it'd be nice if you didn't have to to a strlen() on each line. Perhaps the solution Sam proposed is much better then? To read one character at-a-time and only special-case the '\n' characters? Maybe something like this? if (sflag) { int ch; time_t otval = 0; while ((ch = getchar()) != EOF) { putchar(ch); if (ch != '\n') continue; if (rlfag == 0 && time(&tval) == -1) err(1, "time"); if (tval != otval) { lt = *localtime(&tval); badv = vary_apply(v, <); if (badv) { fprintf(stderr, "%s: Cannot apply date adjustment\n", badv->arg); vary_destroy(v); usage(); } (void)strftime(buf, sizeof(buf), format, <); otval = tval; } (void)printf("%s", buf); if (fflush(stdout)) err(1, "stdout"); } } ... From owner-freebsd-current@FreeBSD.ORG Sat Aug 12 04:31:15 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7F10D16A4E1; Sat, 12 Aug 2006 04:31:15 +0000 (UTC) (envelope-from prvs=julian=372565577@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B23B43D46; Sat, 12 Aug 2006 04:31:15 +0000 (GMT) (envelope-from prvs=julian=372565577@elischer.org) Received: from unknown (HELO [192.168.2.3]) ([10.251.60.35]) by a50.ironport.com with ESMTP; 11 Aug 2006 21:31:15 -0700 Message-ID: <44DD5992.5080409@elischer.org> Date: Fri, 11 Aug 2006 21:31:14 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.13) Gecko/20060414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Giorgos Keramidas References: <44DD4510.5070002@elischer.org> <20060812033607.GB80768@gothmog.pc> <44DD50FF.5040406@elischer.org> <20060812041535.GA82669@gothmog.pc> In-Reply-To: <20060812041535.GA82669@gothmog.pc> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: suggested addition to 'date' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Aug 2006 04:31:15 -0000 Giorgos Keramidas wrote: >On 2006-08-11 20:54, Julian Elischer wrote: > > >>Yes I said I hacked it in :-) >>In my app you will never have such long lines.. >>basically you need something that reads lines and tells you how much it >>read.. >>(I have no idea WHY fgets need sto return the START.. you already KNOW >>that!) >>it'd be nice if you didn't have to to a strlen() on each line. >> >> > >Perhaps the solution Sam proposed is much better then? > ha! > To read one >character at-a-time and only special-case the '\n' characters? > > I didn't see that being mentionned anywhere, but I guess compared to running date once for every line I could live with a strlen(). :-) it'd probably be more efficient than doing it one char at a time. >Maybe something like this? > > if (sflag) { > > > [...] > otval = tval; > } > (void)printf("%s", buf); > if (fflush(stdout)) > > wonder if it would want to be flushed less often if stdout was a file.. I think stdio would do the right thing in most cases so I guess teh fflush woudl only be needed at the end, after the last file, or maybe just on a signal handler so it flushes out the last buffer on ^C > err(1, "stdout"); > } > } ... > >_______________________________________________ >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 Aug 12 04:56:56 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9FB9716A4E7 for ; Sat, 12 Aug 2006 04:56:56 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id BE3FF43D53 for ; Sat, 12 Aug 2006 04:56:54 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from gothmog.pc (host5.bedc.ondsl.gr [62.103.39.229]) (authenticated bits=128) by igloo.linux.gr (8.13.7/8.13.7/Debian-2) with ESMTP id k7C4uNCS010373 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 12 Aug 2006 07:56:24 +0300 Received: from gothmog.pc (gothmog [127.0.0.1]) by gothmog.pc (8.13.7/8.13.7) with ESMTP id k7C4uN4n084430; Sat, 12 Aug 2006 07:56:23 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from giorgos@localhost) by gothmog.pc (8.13.7/8.13.7/Submit) id k7C4uMtK084429; Sat, 12 Aug 2006 07:56:22 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Date: Sat, 12 Aug 2006 07:56:22 +0300 From: Giorgos Keramidas To: Julian Elischer Message-ID: <20060812045622.GA84354@gothmog.pc> References: <44DD4510.5070002@elischer.org> <20060812033607.GB80768@gothmog.pc> <44DD50FF.5040406@elischer.org> <20060812041535.GA82669@gothmog.pc> <44DD5992.5080409@elischer.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44DD5992.5080409@elischer.org> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (score=-3.814, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.58, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: current@freebsd.org Subject: Re: suggested addition to 'date' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Aug 2006 04:56:56 -0000 On 2006-08-11 21:31, Julian Elischer wrote: >Giorgos Keramidas wrote: >>On 2006-08-11 20:54, Julian Elischer wrote: >>> Yes I said I hacked it in :-) >>> In my app you will never have such long lines.. >>> basically you need something that reads lines and tells you how much it >>> read.. >>> (I have no idea WHY fgets need sto return the START.. you already KNOW >>> that!) >>> it'd be nice if you didn't have to to a strlen() on each line. >> >> Perhaps the solution Sam proposed is much better then? >> >>To read one >>character at-a-time and only special-case the '\n' characters? > > I didn't see that being mentionned anywhere, but I guess compared to > running date once for every line > I could live with a strlen(). :-) > it'd probably be more efficient than doing it one char at a time. > > >Maybe something like this? > > > > if (sflag) { > > > > > > > [...] > > > otval = tval; > > } > > (void)printf("%s", buf); > > if (fflush(stdout)) > > > > > > wonder if it would want to be flushed less often if stdout was a file.. > I think stdio would do the right thing in most cases so I guess teh > fflush woudl only be needed at the end, after the last file, > or maybe just on a signal handler so it flushes out the last buffer on ^C IIRC, stdio can buffer more than one line, so now that you mention it, maybe it is a good idea to flush at every '\n' character to make output appear every time there's a complete line ready. I'm too sleepy to run tests now, but if you still want something inside date(1) -- which is probably the only logical place to put it (to let us leverage the date/time formatting code date(1) already has) -- then I can run a few tests during the weekend and see which approach works better, for some definition of `better' :-) From owner-freebsd-current@FreeBSD.ORG Sat Aug 12 05:53:01 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E517716A4E7 for ; Sat, 12 Aug 2006 05:53:01 +0000 (UTC) (envelope-from prvs=julian=372565577@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7FB6543D45 for ; Sat, 12 Aug 2006 05:53:01 +0000 (GMT) (envelope-from prvs=julian=372565577@elischer.org) Received: from unknown (HELO [192.168.2.3]) ([10.251.60.35]) by a50.ironport.com with ESMTP; 11 Aug 2006 22:53:01 -0700 Message-ID: <44DD6CBC.9030309@elischer.org> Date: Fri, 11 Aug 2006 22:53:00 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.13) Gecko/20060414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Giorgos Keramidas References: <44DD4510.5070002@elischer.org> <20060812033607.GB80768@gothmog.pc> <44DD50FF.5040406@elischer.org> <20060812041535.GA82669@gothmog.pc> <44DD5992.5080409@elischer.org> <20060812045622.GA84354@gothmog.pc> In-Reply-To: <20060812045622.GA84354@gothmog.pc> Content-Type: multipart/mixed; boundary="------------080909080706090606000305" Cc: current@freebsd.org Subject: Re: suggested addition to 'date' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Aug 2006 05:53:02 -0000 This is a multi-part message in MIME format. --------------080909080706090606000305 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Giorgos Keramidas wrote: >On 2006-08-11 21:31, Julian Elischer wrote: > > >>Giorgos Keramidas wrote: >> >> >>>On 2006-08-11 20:54, Julian Elischer wrote: >>> >>> >>>>Yes I said I hacked it in :-) >>>>In my app you will never have such long lines.. >>>>basically you need something that reads lines and tells you how much it >>>>read.. >>>>(I have no idea WHY fgets need sto return the START.. you already KNOW >>>>that!) >>>>it'd be nice if you didn't have to to a strlen() on each line. >>>> >>>> >>>Perhaps the solution Sam proposed is much better then? >>> >>>To read one >>>character at-a-time and only special-case the '\n' characters? >>> >>> >>I didn't see that being mentionned anywhere, but I guess compared to >>running date once for every line >>I could live with a strlen(). :-) >>it'd probably be more efficient than doing it one char at a time. >> >> >> >>>Maybe something like this? >>> >>> if (sflag) { >>> >>> >>> >>> >>> >>[...] >> >> >> >>> otval = tval; >>> } >>> (void)printf("%s", buf); >>> if (fflush(stdout)) >>> >>> >>> >>> >>wonder if it would want to be flushed less often if stdout was a file.. >>I think stdio would do the right thing in most cases so I guess teh >>fflush woudl only be needed at the end, after the last file, >>or maybe just on a signal handler so it flushes out the last buffer on ^C >> >> > >IIRC, stdio can buffer more than one line, so now that you mention it, >maybe it is a good idea to flush at every '\n' character to make output >appear every time there's a complete line ready. > > stdio will automatically flush pipe and terminal output at every \n. the problem is if you are writing to a file. If you get a signal it just calls _exit() which doesn't flush anything. if it does an exit() it flushes the output so that would be ok. signal handlers shouldn't call stdio as they are not async-safe, so making a signal handler that calls fflush is not possible. I tried making the signal handler just set a variable that makes the main loop quit, flush and exit, but believe it or not, fgets() doesn't return from a signal. so you hit ^C but it doesn't notice the flag that is set until you then hit CR. hmm maybe if the signal handler closed file descriptor 0....... heh, yep that makes it quit.. try this on for size :) >I'm too sleepy to run tests now, but if you still want something inside >date(1) -- which is probably the only logical place to put it (to let us >leverage the date/time formatting code date(1) already has) -- then I >can run a few tests during the weekend and see which approach works >better, for some definition of `better' :-) > > --------------080909080706090606000305 Content-Type: text/plain; x-mac-type="0"; x-mac-creator="0"; name="date.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="date.diff" ? date ? date.1.gz ? xx Index: date.c =================================================================== RCS file: /usr/local/cvsroot/freebsd/src/bin/date/date.c,v retrieving revision 1.47 diff -u -r1.47 date.c --- date.c 10 Jan 2005 08:39:21 -0000 1.47 +++ date.c 12 Aug 2006 05:50:57 -0000 @@ -49,6 +49,7 @@ #include #include #include +#include #include #include #include @@ -64,17 +65,19 @@ static time_t tval; int retval; +int cleanup; static void setthetime(const char *, const char *, int, int); static void badformat(void); static void usage(void); +static void sighandler(int); int main(int argc, char *argv[]) { struct timezone tz; int ch, rflag; - int jflag, nflag; + int jflag, nflag, sflag; const char *format; char buf[1024]; char *endptr, *fmt; @@ -89,9 +92,9 @@ (void) setlocale(LC_TIME, ""); tz.tz_dsttime = tz.tz_minuteswest = 0; rflag = 0; - jflag = nflag = 0; + sflag = jflag = nflag = 0; set_timezone = 0; - while ((ch = getopt(argc, argv, "d:f:jnr:t:uv:")) != -1) + while ((ch = getopt(argc, argv, "d:f:jnr:t:uv:s")) != -1) switch((char)ch) { case 'd': /* daylight savings time */ tz.tz_dsttime = strtol(optarg, &endptr, 10) ? 1 : 0; @@ -114,6 +117,9 @@ if (*tmp != 0) usage(); break; + case 's': /* don't set network */ + sflag = 1; /* stream mode */ + break; case 't': /* minutes west of UTC */ /* error check; don't allow "PST" */ tz.tz_minuteswest = strtol(optarg, &endptr, 10); @@ -160,22 +166,76 @@ if (*argv && **argv == '+') format = *argv + 1; - lt = *localtime(&tval); - badv = vary_apply(v, <); - if (badv) { - fprintf(stderr, "%s: Cannot apply date adjustment\n", - badv->arg); + if (sflag) { + char linebuf[2048]; + time_t otval = 0; + int len; + int complete = 1; + + cleanup = 0; + signal(SIGHUP, sighandler); + signal(SIGINT, sighandler); + signal(SIGTERM, sighandler); + signal(SIGXCPU, sighandler); + signal(SIGXFSZ, sighandler); + signal(SIGVTALRM, sighandler); + signal(SIGPROF, sighandler); + while (fgets(linebuf, 2048, stdin) && cleanup == 0) { + if (!rflag && time(&tval) == -1) + err(1, "time"); + + if (complete != 0 && tval != otval) { + lt = *localtime(&tval); + badv = vary_apply(v, <); + if (badv) { + fprintf(stderr, "%s: Cannot apply date adjustment\n", + badv->arg); + vary_destroy(v); + usage(); + } + (void)strftime(buf, sizeof(buf), format, <); + otval = tval; + } + if (complete != 0) { + if (printf("%s", buf) < 0) + break; + complete = 0; + } + if (fputs(linebuf, stdout) == EOF) + break; + len = strlen(linebuf); + if (linebuf[len - 1] == '\n') + complete = 1; + } + if (fflush(stdout)) { + err(1, "stdout"); + } + } else { + lt = *localtime(&tval); + badv = vary_apply(v, <); + if (badv) { + fprintf(stderr, "%s: Cannot apply date adjustment\n", + badv->arg); + vary_destroy(v); + usage(); + } vary_destroy(v); - usage(); + (void)strftime(buf, sizeof(buf), format, <); + (void)printf("%s\n", buf); + if (fflush(stdout)) + err(1, "stdout"); } - vary_destroy(v); - (void)strftime(buf, sizeof(buf), format, <); - (void)printf("%s\n", buf); - if (fflush(stdout)) - err(1, "stdout"); exit(retval); } +static void +sighandler(int arg) +{ + arg = 0; /* shut up gcc */ + close(0); + cleanup = 1; +} + #define ATOI2(s) ((s) += 2, ((s)[-2] - '0') * 10 + ((s)[-1] - '0')) static void @@ -299,7 +359,7 @@ usage(void) { (void)fprintf(stderr, "%s\n%s\n", - "usage: date [-jnu] [-d dst] [-r seconds] [-t west] " + "usage: date [-jnus] [-d dst] [-r seconds] [-t west] " "[-v[+|-]val[ymwdHMS]] ... ", " " "[-f fmt date | [[[[[cc]yy]mm]dd]HH]MM[.ss]] [+format]"); --------------080909080706090606000305-- From owner-freebsd-current@FreeBSD.ORG Sat Aug 12 06:58:28 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 47C0E16A4DE; Sat, 12 Aug 2006 06:58:28 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 66A7C43D4C; Sat, 12 Aug 2006 06:58:26 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from gothmog.pc (host5.bedc.ondsl.gr [62.103.39.229]) (authenticated bits=128) by igloo.linux.gr (8.13.7/8.13.7/Debian-2) with ESMTP id k7C6w9ih015081 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 12 Aug 2006 09:58:10 +0300 Received: from gothmog.pc (gothmog [127.0.0.1]) by gothmog.pc (8.13.7/8.13.7) with ESMTP id k7C6w8iY008243; Sat, 12 Aug 2006 09:58:08 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from giorgos@localhost) by gothmog.pc (8.13.7/8.13.7/Submit) id k7C6w826008242; Sat, 12 Aug 2006 09:58:08 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) From: keramida@FreeBSD.org To: freebsd-current@FreeBSD.org From: Giorgos Keramidas Date: Sat, 12 Aug 2006 09:58:08 +0300 Message-ID: <86zmeafnjz.fsf@gothmog.pc> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (score=-3.816, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.58, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: sam@FreeBSD.org Subject: is if_bridge broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Aug 2006 06:58:28 -0000 I am trying to run QEMU on a fairly recent snapshot of HEAD, but it failed with: # DISPLAY=:0 qemu -win2k-hack -hda windows.img -boot c -net nic -net tap bridge0: creating bridge interface ifconfig: SIOCIFCREATE2: Invalid argument /etc/qemu-ifup: ERROR: bridge0: failed to create /etc/qemu-ifup: could not launch network script Could not initialize device 'tap' # At about the same time, `ifconfig bridge0 create' fails with: Aug 12 09:36:58 gothmog kernel: KLD if_bridge.ko: depends on bridgestp - not available Aug 12 09:36:58 gothmog giorgos: /etc/qemu-ifup: ERROR: bridge0: failed to create Aug 12 09:37:17 gothmog kernel: KLD if_bridge.ko: depends on bridgestp - not available Aug 12 09:48:25 gothmog kernel: KLD if_bridge.ko: depends on bridgestp - not available Aug 12 09:48:49 gothmog kernel: KLD if_bridge.ko: depends on bridgestp - not available It appears to have been caused by src/sys/net/if.h revision 1.261: date: 2006/07/09 06:04:00; author: sam; state: Exp; lines: +6 -3 Revise network interface cloning to take an optional opaque parameter that can specify configuration parameters: o rev cloner api's to add optional parameter block o add SIOCCREATE2 that accepts parameter data o rev vlan support to use new api (maintain old code) Reviewed by: arch@ Any idea how if_bridge can be fixed again? From owner-freebsd-current@FreeBSD.ORG Sat Aug 12 07:18:35 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F1D716A4DD; Sat, 12 Aug 2006 07:18:35 +0000 (UTC) (envelope-from chris@hitnet.RWTH-Aachen.DE) Received: from ms-dienst.rz.rwth-aachen.de (ms-2.rz.RWTH-Aachen.DE [134.130.3.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8601843D49; Sat, 12 Aug 2006 07:18:33 +0000 (GMT) (envelope-from chris@hitnet.RWTH-Aachen.DE) Received: from circe (circe.rz.RWTH-Aachen.DE [134.130.3.36]) by ms-dienst.rz.rwth-aachen.de (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)) with ESMTP id <0J3V00D1YIYVN6@ms-dienst.rz.rwth-aachen.de>; Sat, 12 Aug 2006 09:18:32 +0200 (MEST) Received: from talos.rz.RWTH-Aachen.DE ([134.130.3.22]) by circe (MailMonitor for SMTP v1.2.2 ) ; Sat, 12 Aug 2006 09:18:31 +0200 (MEST) Received: from bigboss.hitnet.rwth-aachen.de (bigspace.hitnet.RWTH-Aachen.DE [137.226.181.2]) by smarthost.rwth-aachen.de (8.13.7/8.13.1/1) with ESMTP id k7C7IV9S019968; Sat, 12 Aug 2006 09:18:31 +0200 Received: from haakonia.hitnet.rwth-aachen.de ([137.226.181.92]) by bigboss.hitnet.rwth-aachen.de with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.50) id 1GBnlP-0006uH-7l; Sat, 12 Aug 2006 09:18:31 +0200 Received: by haakonia.hitnet.rwth-aachen.de (Postfix, from userid 1001) id E09913F41B; Sat, 12 Aug 2006 09:18:30 +0200 (CEST) Date: Sat, 12 Aug 2006 09:18:30 +0200 From: Christian Brueffer In-reply-to: <86zmeafnjz.fsf@gothmog.pc> To: keramida@FreeBSD.org, Giorgos Keramidas Message-id: <20060812071830.GA1755@haakonia.hitnet.RWTH-Aachen.DE> MIME-version: 1.0 Content-type: multipart/signed; boundary=WIyZ46R2i8wDzkSu; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-disposition: inline User-Agent: Mutt/1.5.11 X-Operating-System: FreeBSD 6.1-STABLE X-PGP-Key: http://people.FreeBSD.org/~brueffer/brueffer.key.asc X-PGP-Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D References: <86zmeafnjz.fsf@gothmog.pc> Cc: freebsd-current@FreeBSD.org, sam@FreeBSD.org Subject: Re: is if_bridge broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Aug 2006 07:18:35 -0000 --WIyZ46R2i8wDzkSu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Aug 12, 2006 at 09:58:08AM +0300, keramida@FreeBSD.org wrote: > I am trying to run QEMU on a fairly recent snapshot of HEAD, but it faile= d with: >=20 > # DISPLAY=3D:0 qemu -win2k-hack -hda windows.img -boot c -net nic -ne= t tap > bridge0: creating bridge interface > ifconfig: SIOCIFCREATE2: Invalid argument > /etc/qemu-ifup: ERROR: bridge0: failed to create > /etc/qemu-ifup: could not launch network script > Could not initialize device 'tap' > # >=20 > At about the same time, `ifconfig bridge0 create' fails with: >=20 > Aug 12 09:36:58 gothmog kernel: KLD if_bridge.ko: depends on bridgestp - = not available > Aug 12 09:36:58 gothmog giorgos: /etc/qemu-ifup: ERROR: bridge0: failed t= o create > Aug 12 09:37:17 gothmog kernel: KLD if_bridge.ko: depends on bridgestp - = not available > Aug 12 09:48:25 gothmog kernel: KLD if_bridge.ko: depends on bridgestp - = not available > Aug 12 09:48:49 gothmog kernel: KLD if_bridge.ko: depends on bridgestp - = not available >=20 > It appears to have been caused by src/sys/net/if.h revision 1.261: >=20 > date: 2006/07/09 06:04:00; author: sam; state: Exp; lines: +6 -3 > Revise network interface cloning to take an optional opaque > parameter that can specify configuration parameters: > o rev cloner api's to add optional parameter block > o add SIOCCREATE2 that accepts parameter data > o rev vlan support to use new api (maintain old code) > =20 > Reviewed by: arch@ >=20 > Any idea how if_bridge can be fixed again? >=20 Have you tried loading the bridgestp module as suggested? Is has been split out of if_bridge recently and exists in my CURRENT system. - 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 --WIyZ46R2i8wDzkSu Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFE3YDGbHYXjKDtmC0RApAOAJ9/68q0iTH+lB6DTGclpGXRDP+q1QCfSxSD v5RTZ6qPJtOjx6TqstTrrbo= =34ru -----END PGP SIGNATURE----- --WIyZ46R2i8wDzkSu-- From owner-freebsd-current@FreeBSD.ORG Sat Aug 12 07:31:41 2006 Return-Path: X-Original-To: freebsd-current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E12EC16A4DD; Sat, 12 Aug 2006 07:31:41 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1AEDB43D53; Sat, 12 Aug 2006 07:31:40 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from gothmog.pc (host5.bedc.ondsl.gr [62.103.39.229]) (authenticated bits=128) by igloo.linux.gr (8.13.7/8.13.7/Debian-2) with ESMTP id k7C7VP2A016924 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 12 Aug 2006 10:31:26 +0300 Received: from gothmog.pc (gothmog [127.0.0.1]) by gothmog.pc (8.13.7/8.13.7) with ESMTP id k7C7VO8l009441; Sat, 12 Aug 2006 10:31:25 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from giorgos@localhost) by gothmog.pc (8.13.7/8.13.7/Submit) id k7C7VOLX009440; Sat, 12 Aug 2006 10:31:24 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Date: Sat, 12 Aug 2006 10:31:24 +0300 From: Giorgos Keramidas To: Christian Brueffer Message-ID: <20060812073123.GA9233@gothmog.pc> References: <86zmeafnjz.fsf@gothmog.pc> <20060812071830.GA1755@haakonia.hitnet.RWTH-Aachen.DE> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060812071830.GA1755@haakonia.hitnet.RWTH-Aachen.DE> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (score=-3.817, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.58, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: freebsd-current@FreeBSD.org, sam@FreeBSD.org Subject: Re: is if_bridge broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Aug 2006 07:31:42 -0000 On 2006-08-12 09:18, Christian Brueffer wrote: >On Sat, Aug 12, 2006 at 09:58:08AM +0300, keramida@FreeBSD.org wrote: >> I am trying to run QEMU on a fairly recent snapshot of HEAD, but it failed with: >> >> # DISPLAY=:0 qemu -win2k-hack -hda windows.img -boot c -net nic -net tap >> bridge0: creating bridge interface >> ifconfig: SIOCIFCREATE2: Invalid argument >> /etc/qemu-ifup: ERROR: bridge0: failed to create >> /etc/qemu-ifup: could not launch network script >> Could not initialize device 'tap' >> # >> >> At about the same time, `ifconfig bridge0 create' fails with: >> >> Aug 12 09:36:58 gothmog kernel: KLD if_bridge.ko: depends on bridgestp - not available >> Aug 12 09:36:58 gothmog giorgos: /etc/qemu-ifup: ERROR: bridge0: failed to create >> Aug 12 09:37:17 gothmog kernel: KLD if_bridge.ko: depends on bridgestp - not available >> Aug 12 09:48:25 gothmog kernel: KLD if_bridge.ko: depends on bridgestp - not available >> Aug 12 09:48:49 gothmog kernel: KLD if_bridge.ko: depends on bridgestp - not available >> >> It appears to have been caused by src/sys/net/if.h revision 1.261: >> >> date: 2006/07/09 06:04:00; author: sam; state: Exp; lines: +6 -3 >> Revise network interface cloning to take an optional opaque >> parameter that can specify configuration parameters: >> o rev cloner api's to add optional parameter block >> o add SIOCCREATE2 that accepts parameter data >> o rev vlan support to use new api (maintain old code) >> >> Reviewed by: arch@ >> >> Any idea how if_bridge can be fixed again? > > Have you tried loading the bridgestp module as suggested? Is has been > split out of if_bridge recently and exists in my CURRENT system. Yes :-( It doesn't make a lot of difference: root@gothmog:/root# kldstat | grep stp 17 1 0xc58f0000 4000 bridgestp.ko root@gothmog:/root# ifconfig bridge0 create ifconfig: SIOCIFCREATE2: Invalid argument root@gothmog:/root# This is with a kernel built from a checkout of 2006.08.11.10.58.24: $ uname -v FreeBSD 7.0-CURRENT #0: Fri Aug 11 22:23:01 EEST 2006 \ build@gothmog.pc:/home/build/obj/home/build/src/sys/GOTHMOG From owner-freebsd-current@FreeBSD.ORG Sat Aug 12 07:44:42 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7788A16A4DD for ; Sat, 12 Aug 2006 07:44:42 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id A510943D49 for ; Sat, 12 Aug 2006 07:44:41 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from gothmog.pc (host5.bedc.ondsl.gr [62.103.39.229]) (authenticated bits=128) by igloo.linux.gr (8.13.7/8.13.7/Debian-2) with ESMTP id k7C7i6Hv017177 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 12 Aug 2006 10:44:07 +0300 Received: from gothmog.pc (gothmog [127.0.0.1]) by gothmog.pc (8.13.7/8.13.7) with ESMTP id k7C7i55X009821; Sat, 12 Aug 2006 10:44:06 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from giorgos@localhost) by gothmog.pc (8.13.7/8.13.7/Submit) id k7C7i0qw009820; Sat, 12 Aug 2006 10:44:00 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Date: Sat, 12 Aug 2006 10:44:00 +0300 From: Giorgos Keramidas To: Julian Elischer Message-ID: <20060812074400.GA9572@gothmog.pc> References: <44DD4510.5070002@elischer.org> <20060812033607.GB80768@gothmog.pc> <44DD50FF.5040406@elischer.org> <20060812041535.GA82669@gothmog.pc> <44DD5992.5080409@elischer.org> <20060812045622.GA84354@gothmog.pc> <44DD6CBC.9030309@elischer.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44DD6CBC.9030309@elischer.org> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (score=-3.818, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.58, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: current@freebsd.org Subject: Re: suggested addition to 'date' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Aug 2006 07:44:42 -0000 On 2006-08-11 22:53, Julian Elischer wrote: >Giorgos Keramidas wrote: >>IIRC, stdio can buffer more than one line, so now that you mention it, >>maybe it is a good idea to flush at every '\n' character to make >>output appear every time there's a complete line ready. > > stdio will automatically flush pipe and terminal output at every \n. > the problem is if you are writing to a file. > If you get a signal it just calls _exit() which doesn't flush anything. > if it does an exit() it flushes the output so that would be ok. > signal handlers shouldn't call stdio as they are not async-safe, so making > a signal handler that calls fflush is not possible. > > I tried making the signal handler just set a variable that makes the > main loop quit, flush and exit, > but believe it or not, fgets() doesn't return from a signal. so you hit > ^C but it doesn't notice the flag that is set until > you then hit CR. hmm maybe if the signal handler closed file descriptor > 0....... This is getting too complex for my taste though. I don't see cat(1) doing signal trickery, so why should date(1) do these things? Perhaps it's not a good idea to 'bloat' date(1) so much... From owner-freebsd-current@FreeBSD.ORG Sat Aug 12 07:50:44 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 31B1816A4DF for ; Sat, 12 Aug 2006 07:50:44 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id 23A8543D5E for ; Sat, 12 Aug 2006 07:50:43 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id 9D70C1703F; Sat, 12 Aug 2006 07:50:40 +0000 (UTC) To: Giorgos Keramidas From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sat, 12 Aug 2006 10:44:00 +0300." <20060812074400.GA9572@gothmog.pc> Date: Sat, 12 Aug 2006 07:50:39 +0000 Message-ID: <94452.1155369039@critter.freebsd.dk> Cc: Julian Elischer , current@freebsd.org Subject: Re: suggested addition to 'date' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Aug 2006 07:50:44 -0000 In message <20060812074400.GA9572@gothmog.pc>, Giorgos Keramidas writes: >On 2006-08-11 22:53, Julian Elischer wrote: >This is getting too complex for my taste though. I don't see cat(1) >doing signal trickery, so why should date(1) do these things? > >Perhaps it's not a good idea to 'bloat' date(1) so much... I think I'll second that. The idea is good enough to merit it's own program. Or maybe it belongs in the logger(1) program instead ? -- 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 Sat Aug 12 10:04:30 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B401316A4DF; Sat, 12 Aug 2006 10:04:30 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 00F3043D45; Sat, 12 Aug 2006 10:04:29 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 2FB9551392; Sat, 12 Aug 2006 12:04:28 +0200 (CEST) Received: from localhost (dkx242.neoplus.adsl.tpnet.pl [83.24.27.242]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 5FC2151339; Sat, 12 Aug 2006 12:04:23 +0200 (CEST) Date: Sat, 12 Aug 2006 12:03:28 +0200 From: Pawel Jakub Dawidek To: Robert Watson Message-ID: <20060812100328.GB73241@garage.freebsd.pl> References: <20060808195202.GA1564@garage.freebsd.pl> <20060810232255.GE1389@garage.freebsd.pl> <20060811143257.E2260@fledge.watson.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="aM3YZ0Iwxop3KEKx" Content-Disposition: inline In-Reply-To: <20060811143257.E2260@fledge.watson.org> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.5 required=3.0 tests=BAYES_00,RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-fs@freebsd.org, freebsd-current@freebsd.org, Sean Bryant , freebsd-geom@freebsd.org Subject: Re: GJournal (hopefully) final patches. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Aug 2006 10:04:30 -0000 --aM3YZ0Iwxop3KEKx Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Aug 11, 2006 at 02:33:44PM +0100, Robert Watson wrote: >=20 > On Fri, 11 Aug 2006, Pawel Jakub Dawidek wrote: >=20 > >2. Confirm that partition with your file system is _not_ 4 sectors > > aligned. If it is not 4 sectors aligned, it is safe for gjournal to > > use its last sector for metadata. You can verify this by running: > > > > test `diskinfo /dev/ | awk '{print $4}' | xargs -J X ec= ho X % 4 | bc` -eq 0 && echo ok || echo not ok > > > >Then you need to run those commands: > > > > # gjournal label /dev/ /dev/ > > # tunefs -n disable -J enable /dev/.journal >=20 > Sounds like a "gjournal testalignment /dev/partition" would be a very use= ful thing. Or even just doing it as part of gjournal label? Sounds fair. I integrated those checks into 'label' subcommand: When configuring journaling on one provider only, check if UFS file system exists there and if it exists demand -f flag before destroying it. When configuring journaling on two providers, check if UFS exists on the data provider and if the last sector is used by the file system. If it is used, demand -f flag before overwritting it. Next, I want to think a bit how to make those checks more general, so they can be used also in other classes. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --aM3YZ0Iwxop3KEKx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iD8DBQFE3adwForvXbEpPzQRArQjAKCG2gX0ac4N+mdVe13Bo/IJbAILgwCgka8D Ndh04x6cz/C/D7L8kfURqeo= =jYpF -----END PGP SIGNATURE----- --aM3YZ0Iwxop3KEKx-- From owner-freebsd-current@FreeBSD.ORG Sat Aug 12 10:08:55 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C0C9516A4DF for ; Sat, 12 Aug 2006 10:08:55 +0000 (UTC) (envelope-from thompsa@freebsd.org) Received: from grunt3.ihug.co.nz (grunt3.ihug.co.nz [203.109.254.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2570543D70 for ; Sat, 12 Aug 2006 10:08:55 +0000 (GMT) (envelope-from thompsa@freebsd.org) Received: from 203-109-251-39.static.bliink.ihug.co.nz (heff.fud.org.nz) [203.109.251.39] by grunt3.ihug.co.nz with esmtp (Exim 3.35 #1 (Debian)) id 1GBqQE-0000Ar-00; Sat, 12 Aug 2006 22:08:50 +1200 Received: by heff.fud.org.nz (Postfix, from userid 1001) id 61A9C1CC25; Sat, 12 Aug 2006 22:08:49 +1200 (NZST) Date: Sat, 12 Aug 2006 22:08:49 +1200 From: Andrew Thompson To: Giorgos Keramidas Message-ID: <20060812100849.GC38775@heff.fud.org.nz> Mail-Followup-To: Andrew Thompson , Giorgos Keramidas , Christian Brueffer , freebsd-current@FreeBSD.org, sam@FreeBSD.org References: <86zmeafnjz.fsf@gothmog.pc> <20060812071830.GA1755@haakonia.hitnet.RWTH-Aachen.DE> <20060812073123.GA9233@gothmog.pc> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060812073123.GA9233@gothmog.pc> User-Agent: Mutt/1.5.11 Cc: sam@FreeBSD.org, freebsd-current@FreeBSD.org, Christian Brueffer Subject: Re: is if_bridge broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Aug 2006 10:08:55 -0000 On Sat, Aug 12, 2006 at 10:31:24AM +0300, Giorgos Keramidas wrote: > On 2006-08-12 09:18, Christian Brueffer wrote: > >On Sat, Aug 12, 2006 at 09:58:08AM +0300, keramida@FreeBSD.org wrote: > >> I am trying to run QEMU on a fairly recent snapshot of HEAD, but it failed with: > >> > >> # DISPLAY=:0 qemu -win2k-hack -hda windows.img -boot c -net nic -net tap > >> bridge0: creating bridge interface > >> ifconfig: SIOCIFCREATE2: Invalid argument > >> /etc/qemu-ifup: ERROR: bridge0: failed to create > >> /etc/qemu-ifup: could not launch network script > >> Could not initialize device 'tap' > >> # > >> > >> At about the same time, `ifconfig bridge0 create' fails with: > >> > >> Aug 12 09:36:58 gothmog kernel: KLD if_bridge.ko: depends on bridgestp - not available > >> Aug 12 09:36:58 gothmog giorgos: /etc/qemu-ifup: ERROR: bridge0: failed to create > >> > > Have you tried loading the bridgestp module as suggested? Is has been > > split out of if_bridge recently and exists in my CURRENT system. > > Yes :-( > > It doesn't make a lot of difference: > It seems I forgot the module version, this should hopefully fix it. Index: bridgestp.c =================================================================== RCS file: /home/ncvs/src/sys/net/bridgestp.c,v retrieving revision 1.18 diff -u -p -r1.18 bridgestp.c --- bridgestp.c 2 Aug 2006 02:51:42 -0000 1.18 +++ bridgestp.c 12 Aug 2006 10:06:58 -0000 @@ -929,6 +929,7 @@ static moduledata_t bstp_mod = { }; DECLARE_MODULE(bridgestp, bstp_mod, SI_SUB_PSEUDO, SI_ORDER_ANY); +MODULE_VERSION(bridgestp, 1); void bstp_attach(struct bstp_state *bs, bstp_state_cb_t state_callback) From owner-freebsd-current@FreeBSD.ORG Sat Aug 12 11:24:07 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 53D9C16A4DE; Sat, 12 Aug 2006 11:24:07 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id A918243D4C; Sat, 12 Aug 2006 11:24:06 +0000 (GMT) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.13.6/8.13.6) with ESMTP id k7CBO4TE024892; Sat, 12 Aug 2006 15:24:04 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Sat, 12 Aug 2006 15:24:04 +0400 (MSD) From: Dmitry Morozovsky To: Pawel Jakub Dawidek Message-ID: <20060812152011.H25511@woozle.rinet.ru> X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=KOI8-r Content-Transfer-Encoding: 8BIT X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (woozle.rinet.ru [0.0.0.0]); Sat, 12 Aug 2006 15:24:04 +0400 (MSD) Cc: current@FreeBSD.org Subject: gjournal panic on RELENG_6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Aug 2006 11:24:07 -0000 Hi there remounting gjournalled filesystem read-only leaves some kernel structures unflushed, leading to a panic. Reproduce sequence: /ar is gjournalled mount -t devfs devfs /ar/tmp mount -u -r /ar ... after several seconds (I suppose on gjournal switch) kernel panicked: marck@beast:/var/crash# kgdb /usr/obj/usr/src/sys/MINI-GJ/kernel.debug vmcore.0 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd". Unread portion of the kernel message buffer: panic: ffs_sbupdate: write read-only filesystem Uptime: 7m31s GEOM_JOURNAL: Shutting down geom gjournal 3749553006. Dumping 1007 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 1007MB (257728 pages) 991 975 959 943 927 911 895 879 863 847 831 815 799 783 767 751 735 719 703 687 671 655 639 623 607 591 575 559 543 527 511 495 479 463 447 431 415 399 383 367 351 335 319 303 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 #0 doadump () at pcpu.h:172 172 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:172 #1 0x0000000000000004 in ?? () #2 0xffffffff801ee5e3 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #3 0xffffffff801eebe6 in panic (fmt=0xffffff003cb7b4c0 "\200\226·<") at /usr/src/sys/kern/kern_shutdown.c:565 #4 0xffffffff802b8044 in ffs_sbupdate (mp=0xffffff002069a400, waitfor=1, suspended=1) at /usr/src/sys/ufs/ffs/ffs_vfsops.c:1494 #5 0xffffffff8055a2fe in ?? () #6 0x0000000000000000 in ?? () Previous frame identical to this frame (corrupt stack?) Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Sat Aug 12 11:47:13 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6AFC716A4DA; Sat, 12 Aug 2006 11:47:13 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8C1AC43D45; Sat, 12 Aug 2006 11:47:11 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from gothmog.pc (host5.bedc.ondsl.gr [62.103.39.229]) (authenticated bits=128) by igloo.linux.gr (8.13.7/8.13.7/Debian-2) with ESMTP id k7CBkvQx027056 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 12 Aug 2006 14:46:58 +0300 Received: from gothmog.pc (gothmog [127.0.0.1]) by gothmog.pc (8.13.7/8.13.7) with ESMTP id k7CBkuR3031834; Sat, 12 Aug 2006 14:46:57 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from giorgos@localhost) by gothmog.pc (8.13.7/8.13.7/Submit) id k7CBkutm031833; Sat, 12 Aug 2006 14:46:56 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Date: Sat, 12 Aug 2006 14:46:56 +0300 From: Giorgos Keramidas To: Andrew Thompson , Christian Brueffer , freebsd-current@freebsd.org, sam@freebsd.org Message-ID: <20060812114656.GA31826@gothmog.pc> References: <86zmeafnjz.fsf@gothmog.pc> <20060812071830.GA1755@haakonia.hitnet.RWTH-Aachen.DE> <20060812073123.GA9233@gothmog.pc> <20060812100849.GC38775@heff.fud.org.nz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060812100849.GC38775@heff.fud.org.nz> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (score=-3.819, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.58, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: Subject: Re: is if_bridge broken? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Aug 2006 11:47:13 -0000 On 2006-08-12 22:08, Andrew Thompson wrote: > It seems I forgot the module version, this should hopefully fix it. Ah! Many thanks :-) > Index: bridgestp.c > =================================================================== > RCS file: /home/ncvs/src/sys/net/bridgestp.c,v > retrieving revision 1.18 > diff -u -p -r1.18 bridgestp.c > --- bridgestp.c 2 Aug 2006 02:51:42 -0000 1.18 > +++ bridgestp.c 12 Aug 2006 10:06:58 -0000 > @@ -929,6 +929,7 @@ static moduledata_t bstp_mod = { > }; > > DECLARE_MODULE(bridgestp, bstp_mod, SI_SUB_PSEUDO, SI_ORDER_ANY); > +MODULE_VERSION(bridgestp, 1); > > void > bstp_attach(struct bstp_state *bs, bstp_state_cb_t state_callback) > From owner-freebsd-current@FreeBSD.ORG Sat Aug 12 12:08:27 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A46C016A4DA for ; Sat, 12 Aug 2006 12:08:27 +0000 (UTC) (envelope-from c47g@gmx.at) Received: from email.aon.at (warsl404pip6.highway.telekom.at [195.3.96.89]) by mx1.FreeBSD.org (Postfix) with ESMTP id DABE943D45 for ; Sat, 12 Aug 2006 12:08:26 +0000 (GMT) (envelope-from c47g@gmx.at) Received: (qmail 13062 invoked from network); 12 Aug 2006 12:08:24 -0000 Received: from m3686p022.adsl.highway.telekom.at (HELO bones) ([88.117.108.182]) (envelope-sender ) by smarthub77.highway.telekom.at (qmail-ldap-1.03) with SMTP for ; 12 Aug 2006 12:08:24 -0000 From: Christian Gusenbauer To: freebsd-current@freebsd.org Date: Sat, 12 Aug 2006 14:07:20 +0200 User-Agent: KMail/1.9.3 References: <200608051830.00840.freebsd@alaskaparadise.com> In-Reply-To: <200608051830.00840.freebsd@alaskaparadise.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1607854.klziT4kTMa"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200608121407.38569.c47g@gmx.at> Subject: Re: Problem with kmail (moved from ports) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Aug 2006 12:08:27 -0000 --nextPart1607854.klziT4kTMa Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi! This is a "me too"! I upgraded current yesterday (my last working build was= =20 from July 21st) and now konqueror stopped working with https connections. I= =20 found out that when I use the old libcrypto.so.4 and the old libssl.so.4=20 instead of the current *.5 versions, then everything is working correctly. Maybe a complete KDE rebuild will do the trick? Ciao, Christian. On Sunday, 06. August 2006 04:29, Beech Rintoul wrote: > I just started getting the following error while trying to login to gmail: > > The process for the pop3s://pop.gmail.com protocol died unexpectedly. > > I'm running FreeBSD 7.0-CURRENT with the kde ports all up to date. I've > double checked the configs and they are correct. I can log into pop3 on > gmail from my windows box with no problems, so it's not a gmail problem. I > tried rebuilding kdepim and it didn't help. On further checking I found > that this all started after the recent upgrade of open ssl. > > Does anyone have a suggestion? I have no clue what to do next. > > Thanks, > > Beech > -- > > -------------------------------------------------------------------------= =2D- >------------ Beech Rintoul - Sys. Administrator - beech@alaskaparadise.com > /"\ ASCII Ribbon Campaign | Alaska Paradise > \ / - NO HTML/RTF in e-mail | 201 East 9Th Avenue Ste.310 > X - NO Word docs in e-mail | Anchorage, AK 99501 > / \ - Please visit Alaska Paradise - http://www.alaskaparadise.com > -------------------------------------------------------------------------= =2D- >------------ --nextPart1607854.klziT4kTMa Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iD8DBQBE3cSK73Wh/GTgh8wRAqh/AJ93mNL+duU3kwbU6KH/noEn5aqwwgCaA81g DG+YACu/Ytfp/62C6oiYoFg= =WW9i -----END PGP SIGNATURE----- --nextPart1607854.klziT4kTMa-- From owner-freebsd-current@FreeBSD.ORG Sat Aug 12 12:41:21 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 13EBD16A4DF for ; Sat, 12 Aug 2006 12:41:21 +0000 (UTC) (envelope-from master@preved.cn) Received: from mail.mccolo.com (mc79.mccolo.com [208.66.192.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id B0AF643D46 for ; Sat, 12 Aug 2006 12:41:18 +0000 (GMT) (envelope-from master@preved.cn) Received: (qmail 21945 invoked by uid 89); 12 Aug 2006 12:41:16 -0000 Received: from unknown (HELO ?192.0.0.1?) (tarasov@mccolo.com@62.140.244.50) by mail.mccolo.com with (DHE-RSA-AES256-SHA encrypted) SMTP; 12 Aug 2006 12:41:16 -0000 Message-ID: <44DDCC64.2060002@preved.cn> Date: Sat, 12 Aug 2006 16:41:08 +0400 From: Tarasov Alexey User-Agent: Thunderbird 1.5.0.4 (X11/20060731) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit Subject: gjournal label on md(4) device hangs system X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Aug 2006 12:41:21 -0000 Hello! I have very recent FreeBSD 7.0-CURRENT: > uname -a > FreeBSD amd64.lexasoft.birulevo.net 7.0-CURRENT FreeBSD 7.0-CURRENT #6: Sat Aug 12 12:03:29 MSD 2006 lexa@amd64.lexasoft.birulevo.net:/usr/obj/usr/src/sys/Lexasoft i386 I've applied recent GJournal patches from PJD and rebuilt the system (world ang kernel). When I run command "gjournal label /dev/md8" (md8 - 4096Mb image) my system hangs. Here is my kernel config: > > machine i386 > cpu I686_CPU > ident Lexasoft > > options SCHED_ULE # ULE scheduler > options PREEMPTION # Enable kernel thread preemption > options INET # InterNETworking > options INET6 # IPv6 communications protocols > options FFS # Berkeley Fast Filesystem > options SOFTUPDATES # Enable FFS soft updates support > options UFS_ACL # Support for access control lists > options UFS_DIRHASH # Improve performance on big directories > options MD_ROOT # MD is a potential root device > options NFSCLIENT # Network Filesystem Client > options NFSSERVER # Network Filesystem Server > options NFS_ROOT # NFS usable as /, requires NFSCLIENT > options MSDOSFS # MSDOS Filesystem > options CD9660 # ISO 9660 Filesystem > options PROCFS # Process filesystem (requires PSEUDOFS) > options PSEUDOFS # Pseudo-filesystem framework > options GEOM_GPT # GUID Partition Tables. > options COMPAT_43 # Compatible with BSD 4.3 [KEEP THIS!] > options COMPAT_FREEBSD4 # Compatible with FreeBSD4 > options COMPAT_FREEBSD5 # Compatible with FreeBSD5 > options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI > options KTRACE # ktrace(1) support > options SYSVSHM # SYSV-style shared memory > options SYSVMSG # SYSV-style message queues > options SYSVSEM # SYSV-style semaphores > options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions > options KBD_INSTALL_CDEV # install a CDEV entry in /dev > options ADAPTIVE_GIANT # Giant mutex is adaptive. > > options SMP # Symmetric MultiProcessor Kernel > device apic # I/O APIC > > options INCLUDE_CONFIG_FILE > > options GEOM_BDE > options GEOM_ELI > > options UFS_GJOURNAL > > options VESA > options SC_PIXEL_MODE > options SC_HISTORY_SIZE=1000 > options IPSEC > options IPSEC_ESP > > device tap > > options SC_KERNEL_CONS_ATTR=(FG_YELLOW|BG_BLACK) > options SC_NORM_ATTR=(FG_GREEN|BG_BLACK) > > options NETGRAPH > options NETGRAPH_ETHER > options NETGRAPH_BRIDGE > options NETGRAPH_SOCKET > options NETGRAPH_PPP > options NETGRAPH_BPF > options NETGRAPH_BLUETOOTH > > device sound > device snd_emu10kx > > options NULLFS > > device crypto > > device drm > device radeondrm > > # Bus support. Do not remove isa, even if you have no isa slots > device isa > device eisa > device pci > > # Floppy drives > device fdc > > # ATA and ATAPI devices > device ata > device atadisk # ATA disk drives > device ataraid # ATA RAID drives > device atapicd # ATAPI CDROM drives > device atapifd # ATAPI floppy drives > device atapist # ATAPI tape drives > options ATA_STATIC_ID # Static device numbering > > # SCSI Controllers > #device ahb # EISA AHA1742 family > #device ahc # AHA2940 and onboard AIC7xxx devices > #device ahd # AHA39320/29320 and onboard AIC79xx devices > #device amd # AMD 53C974 (Tekram DC-390(T)) > #device isp # Qlogic family > #device ispfw # Firmware for QLogic HBAs- normally a module > #device mpt # LSI-Logic MPT-Fusion > #device ncr # NCR/Symbios Logic > #device sym # NCR/Symbios Logic (newer chipsets + those of `ncr') > #device trm # Tekram DC395U/UW/F DC315U adapters > > #device adv # Advansys SCSI adapters > #device adw # Advansys wide SCSI adapters > #device aha # Adaptec 154x SCSI adapters > #device aic # Adaptec 15[012]x SCSI adapters, AIC-6[23]60. > #device bt # Buslogic/Mylex MultiMaster SCSI adapters > > #device ncv # NCR 53C500 > #device nsp # Workbit Ninja SCSI-3 > #device stg # TMC 18C30/18C50 > > # SCSI peripherals > device scbus # SCSI bus (required for SCSI) > device ch # SCSI media changers > device da # Direct Access (disks) > device sa # Sequential Access (tape etc) > device cd # CD > device pass # Passthrough device (direct SCSI access) > device ses # SCSI Environmental Services (and SAF-TE) > > # RAID controllers interfaced to the SCSI subsystem > #device amr # AMI MegaRAID > #device arcmsr # Areca SATA II RAID > #device asr # DPT SmartRAID V, VI and Adaptec SCSI RAID > #device ciss # Compaq Smart RAID 5* > #device dpt # DPT Smartcache III, IV - See NOTES for options > #device hptmv # Highpoint RocketRAID 182x > #device iir # Intel Integrated RAID > #device ips # IBM (Adaptec) ServeRAID > #device mly # Mylex AcceleRAID/eXtremeRAID > #device twa # 3ware 9000 series PATA/SATA RAID > > # RAID controllers > device aac # Adaptec FSA RAID > device aacp # SCSI passthrough for aac (requires CAM) > device ida # Compaq Smart RAID > device mlx # Mylex DAC960 family > device pst # Promise Supertrak SX6000 > device twe # 3ware ATA RAID > > # atkbdc0 controls both the keyboard and the PS/2 mouse > device atkbdc # AT keyboard controller > device atkbd # AT keyboard > device psm # PS/2 mouse > > device vga # VGA video card driver > > device splash # Splash screen and screen saver support > > # syscons is the default console driver, resembling an SCO console > device sc > > # Enable this for the pcvt (VT220 compatible) console driver > #device vt > #options XSERVER # support for X server on a vt console > #options FAT_CURSOR # start with block cursor > > device agp # support several AGP chipsets > > # Floating point support - do not disable. > device npx > > # Power management support (see NOTES for more options) > #device apm > # Add suspend/resume support for the i8254. > device pmtimer > > # PCCARD (PCMCIA) support > # PCMCIA and cardbus bridge support > device cbb # cardbus (yenta) bridge > device pccard # PC Card (16-bit) bus > device cardbus # CardBus (32-bit) bus > > # Serial (COM) ports > device sio # 8250, 16[45]50 based serial ports > > # Parallel port > device ppc > device ppbus # Parallel port bus (required) > device lpt # Printer > device plip # TCP/IP over parallel > device ppi # Parallel port interface device > #device vpo # Requires scbus and da > > # If you've got a "dumb" serial or parallel PCI card that is > # supported by the puc(4) glue driver, uncomment the following > # line to enable it (connects to the sio and/or ppc drivers): > #device puc > > # PCI Ethernet NICs. > #device de # DEC/Intel DC21x4x (``Tulip'') > #device em # Intel PRO/1000 adapter Gigabit Ethernet Card > #device ixgb # Intel PRO/10GbE Ethernet Card > #device txp # 3Com 3cR990 (``Typhoon'') > #device vx # 3Com 3c590, 3c595 (``Vortex'') > > # PCI Ethernet NICs that use the common MII bus controller code. > # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! > device miibus # MII bus support > #device bfe # Broadcom BCM440x 10/100 Ethernet > #device bge # Broadcom BCM570xx Gigabit Ethernet > #device dc # DEC/Intel 21143 and various workalikes > #device fxp # Intel EtherExpress PRO/100B (82557, 82558) > #device lge # Level 1 LXT1001 gigabit Ethernet > #device nge # NatSemi DP83820 gigabit Ethernet > #device nve # nVidia nForce MCP on-board Ethernet Networking > #device pcn # AMD Am79C97x PCI 10/100(precedence over 'lnc') > #device re # RealTek 8139C+/8169/8169S/8110S > #device rl # RealTek 8129/8139 > #device sf # Adaptec AIC-6915 (``Starfire'') > #device sis # Silicon Integrated Systems SiS 900/SiS 7016 > device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet > #device ste # Sundance ST201 (D-Link DFE-550TX) > #device ti # Alteon Networks Tigon I/II gigabit Ethernet > #device tl # Texas Instruments ThunderLAN > #device tx # SMC EtherPower II (83c170 ``EPIC'') > #device vge # VIA VT612x gigabit Ethernet > #device vr # VIA Rhine, Rhine II > #device wb # Winbond W89C840F > #device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') > > # ISA Ethernet NICs. pccard NICs included. > #device cs # Crystal Semiconductor CS89x0 NIC > # 'device ed' requires 'device miibus' > #device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards > #device ex # Intel EtherExpress Pro/10 and Pro/10+ > #device ep # Etherlink III based cards > #device fe # Fujitsu MB8696x based cards > #device ie # EtherExpress 8/16, 3C507, StarLAN 10 etc. > #device lnc # NE2100, NE32-VL Lance Ethernet cards > #device sn # SMC's 9000 series of Ethernet chips > #device xe # Xircom pccard Ethernet > > # ISA devices that use the old ISA shims > #device le > > # Wireless NIC cards > device wlan # 802.11 support > device an # Aironet 4500/4800 802.11 wireless NICs. > device awi # BayStack 660 and others > device ral # Ralink Technology RT2500 wireless NICs. > device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. > #device wl # Older non 802.11 Wavelan wireless NIC. > > # Pseudo devices. > device loop # Network loopback > device mem # Memory and kernel memory devices > device io # I/O device > device random # Entropy device > device ether # Ethernet support > device sl # Kernel SLIP > device ppp # Kernel PPP > device tun # Packet tunnel. > device pty # Pseudo-ttys (telnet etc) > device md # Memory "disks" > device gif # IPv6 and IPv4 tunneling > device faith # IPv6-to-IPv4 relaying (translation) > > # The `bpf' device enables the Berkeley Packet Filter. > # Be aware of the administrative consequences of enabling this! > # Note that 'bpf' is required for DHCP. > device bpf # Berkeley packet filter > > # USB support > device uhci # UHCI PCI->USB interface > device ohci # OHCI PCI->USB interface > device ehci # EHCI PCI->USB interface (USB 2.0) > device usb # USB Bus (required) > #device udbp # USB Double Bulk Pipe devices > device ugen # Generic > device uhid # "Human Interface Devices" > device ukbd # Keyboard > device ulpt # Printer > device umass # Disks/Mass storage - Requires scbus and da > device ums # Mouse > device ural # Ralink Technology RT2500USB wireless NICs > device urio # Diamond Rio 500 MP3 player > device uscanner # Scanners > # USB Ethernet, requires miibus > device aue # ADMtek USB Ethernet > device axe # ASIX Electronics USB Ethernet > device cdce # Generic USB over Ethernet > device cue # CATC USB Ethernet > device kue # Kawasaki LSI USB Ethernet > device rue # RealTek RTL8150 USB Ethernet > > # FireWire support > device firewire # FireWire bus code > device sbp # SCSI over FireWire (Requires scbus and da) > device fwe # Ethernet over FireWire (non-standard!) And here is dmesg output: > Copyright (c) 1992-2006 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD 7.0-CURRENT #6: Sat Aug 12 12:03:29 MSD 2006 > lexa@amd64.lexasoft.birulevo.net:/usr/obj/usr/src/sys/Lexasoft > WARNING: debug.mpsafenet forced to 0 as ipsec requires Giant > WARNING: MPSAFE network stack disabled, expect reduced performance. > ACPI APIC Table: > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: AMD Athlon(tm) 64 Processor 3400+ (2411.75-MHz 686-class CPU) > Origin = "AuthenticAMD" Id = 0xfc0 Stepping = 0 > Features=0x78bfbff > AMD Features=0xe0500800 > real memory = 1073676288 (1023 MB) > avail memory = 1041338368 (993 MB) > ioapic0 irqs 0-23 on motherboard > acpi0: on motherboard > acpi0: Power Button (fixed) > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 > cpu0: on acpi0 > acpi_button0: on acpi0 > pcib0: port 0xcf8-0xcff,0xcf0-0xcf3 on acpi0 > pci0: on pcib0 > agp0: on hostb0 > isab0: at device 1.0 on pci0 > isa0: on isab0 > pci0: at device 1.1 (no driver attached) > ohci0: mem 0xfc002000-0xfc002fff irq 20 at device 2.0 on pci0 > ohci0: [GIANT-LOCKED] > usb0: OHCI version 1.0, legacy support > usb0: SMM does not respond, resetting > usb0: on ohci0 > usb0: USB revision 1.0 > uhub0: on usb0 > uhub0: 4 ports with 4 removable, self powered > ohci1: mem 0xfc003000-0xfc003fff irq 21 at device 2.1 on pci0 > ohci1: [GIANT-LOCKED] > usb1: OHCI version 1.0, legacy support > usb1: SMM does not respond, resetting > usb1: on ohci1 > usb1: USB revision 1.0 > uhub1: on usb1 > uhub1: 4 ports with 4 removable, self powered > ehci0: mem 0xfc004000-0xfc0040ff irq 22 at device 2.2 on pci0 > ehci0: [GIANT-LOCKED] > usb2: EHCI version 1.0 > usb2: companion controllers, 4 ports each: usb0 usb1 > usb2: on ehci0 > usb2: USB revision 2.0 > uhub2: on usb2 > uhub2: 8 ports with 8 removable, self powered > atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device 8.0 on pci0 > ata0: on atapci0 > ata1: on atapci0 > atapci1: port 0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xe000-0xe00f,0xe400-0xe47f irq 20 at device 10.0 on pci0 > ata2: on atapci1 > ata3: on atapci1 > pcib1: at device 11.0 on pci0 > pci1: on pcib1 > vgapci0: port 0xb000-0xb0ff mem 0xe8000000-0xefffffff,0xf9000000-0xf900ffff irq 16 at device 0.0 on pci1 > drm0: on vgapci0 > info: [drm] AGP at 0xe0000000 128MB > info: [drm] Initialized radeon 1.24.0 20060225 > vgapci1: mem 0xf0000000-0xf7ffffff,0xf9010000-0xf901ffff at device 0.1 on pci1 > pcib2: at device 14.0 on pci0 > pci2: on pcib2 > emu10kx0: port 0x9000-0x903f irq 16 at device 8.0 on pci2 > pcm0: on emu10kx0 > pcm0: > midi0: on emu10kx0 > emu10kx0: Audigy IR MIDI events enabled. > midi1: on emu10kx0 > pci2: at device 8.1 (no driver attached) > fwohci0: <1394 Open Host Controller Interface> mem 0xfb00e000-0xfb00e7ff,0xfb004000-0xfb007fff irq 17 at device 8.2 on pci2 > fwohci0: [GIANT-LOCKED] > fwohci0: OHCI version 1.10 (ROM=0) > fwohci0: No. of Isochronous channels is 4. > fwohci0: EUI64 00:02:3c:01:51:01:fe:13 > fwohci0: Phy 1394a available S400, 2 ports. > fwohci0: Link S400, max_rec 2048 bytes. > firewire0: on fwohci0 > fwe0: on firewire0 > if_fwe0: Fake Ethernet address: 02:02:3c:01:fe:13 > fwe0: Ethernet address: 02:02:3c:01:fe:13 > sbp0: on firewire0 > fwohci0: Initiate bus reset > fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode > firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) > firewire0: bus manager 0 (me) > skc0: port 0x9800-0x98ff mem 0xfb000000-0xfb003fff irq 19 at device 11.0 on pci2 > skc0: Marvell Yukon Lite Gigabit Ethernet rev. (0x9) > sk0: on skc0 > sk0: Ethernet address: 00:0f:ea:8d:eb:6c > miibus0: on sk0 > e1000phy0: on miibus0 > e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto > skc0: [GIANT-LOCKED] > atapci2: port 0x9c00-0x9c07,0xa000-0xa003,0xa400-0xa407,0xa800-0xa803,0xac00-0xac0f mem 0xfb00c000-0xfb00c1ff irq 17 at device 13.0 on pci2 > ata4: on atapci2 > ata5: on atapci2 > fwohci1: mem 0xfb00d000-0xfb00d7ff,0xfb008000-0xfb00bfff irq 18 at device 14.0 on pci2 > fwohci1: [GIANT-LOCKED] > fwohci1: OHCI version 1.10 (ROM=1) > fwohci1: No. of Isochronous channels is 4. > fwohci1: EUI64 00:0f:ea:00:00:88:42:2e > fwohci1: Phy 1394a available S400, 3 ports. > fwohci1: Link S400, max_rec 2048 bytes. > firewire1: on fwohci1 > fwe1: on firewire1 > if_fwe1: Fake Ethernet address: 02:0f:ea:88:42:2e > fwe1: Ethernet address: 02:0f:ea:88:42:2e > sbp1: on firewire1 > fwohci1: Initiate bus reset > fwohci1: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode > firewire1: 1 nodes, maxhop <= 0, cable IRM = 0 (me) > firewire1: bus manager 0 (me) > fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 > fdc0: [FAST] > fd0: <1440-KB 3.5" drive> on fdc0 drive 0 > sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 > sio0: type 16550A > sio0: [FAST] > sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 > sio1: type 16550A > sio1: [FAST] > pmtimer0 on isa0 > orm0: at iomem 0xc0000-0xccfff,0xd0000-0xd7fff pnpid ORM0000 on isa0 > atkbdc0: at port 0x60,0x64 on isa0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > ppc0: at port 0x378-0x37f irq 7 on isa0 > ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode > ppbus0: on ppc0 > plip0: on ppbus0 > lpt0: on ppbus0 > lpt0: Interrupt-driven port > ppi0: on ppbus0 > ppc0: [GIANT-LOCKED] > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > ukbd0: on uhub0 > kbd1 at ukbd0 > ums0: on uhub0 > ums0: 0 buttons and Z dir. > ums1: on uhub1 > ums1: 8 buttons and Z dir. > Timecounter "TSC" frequency 2411750731 Hz quality 800 > Timecounters tick every 1.000 msec > IPsec: Initialized Security Association Processing. > acd0: DVDR at ata1-master UDMA33 > ad4: 152627MB at ata2-master SATA150 > ad6: 190781MB at ata3-master SATA150 > Trying to mount root from ufs:/dev/ad6s1a > WARNING: / was not properly dismounted > WARNING: /home was not properly dismounted > /home: mount pending error: blocks 164 files 3 > WARNING: /disk was not properly dismounted > WARNING: attempt to net_add_domain(bluetooth) after domainfinalize() > info: [drm] Setting GART location based on old memory map > info: [drm] Loading R300 Microcode > info: [drm] writeback test succeeded in 1 usecs -- Best regards, Tarasov Alexey. From owner-freebsd-current@FreeBSD.ORG Sat Aug 12 12:54:35 2006 Return-Path: X-Original-To: current@FreeBSD.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 197A516A4DA for ; Sat, 12 Aug 2006 12:54:35 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.FreeBSD.org (Postfix) with ESMTP id 74BCC43D53 for ; Sat, 12 Aug 2006 12:54:33 +0000 (GMT) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 776CB51393; Sat, 12 Aug 2006 14:54:27 +0200 (CEST) Received: from localhost (dkx242.neoplus.adsl.tpnet.pl [83.24.27.242]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 4641350EA7; Sat, 12 Aug 2006 14:54:14 +0200 (CEST) Date: Sat, 12 Aug 2006 14:53:08 +0200 From: Pawel Jakub Dawidek To: Dmitry Morozovsky Message-ID: <20060812125308.GA2351@garage.freebsd.pl> References: <20060812152011.H25511@woozle.rinet.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xXmbgvnjoT4axfJE" Content-Disposition: inline In-Reply-To: <20060812152011.H25511@woozle.rinet.ru> X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 7.0-CURRENT i386 User-Agent: mutt-ng/devel-r804 (FreeBSD) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.5 required=3.0 tests=BAYES_00,RCVD_IN_NJABL_DUL, RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: current@FreeBSD.org Subject: Re: gjournal panic on RELENG_6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Aug 2006 12:54:35 -0000 --xXmbgvnjoT4axfJE Content-Type: multipart/mixed; boundary="cWoXeonUoKmBZSoM" Content-Disposition: inline --cWoXeonUoKmBZSoM Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Aug 12, 2006 at 03:24:04PM +0400, Dmitry Morozovsky wrote: > Hi there >=20 > remounting gjournalled filesystem read-only leaves some kernel structures= =20 > unflushed, leading to a panic. >=20 > Reproduce sequence: >=20 > /ar is gjournalled >=20 > mount -t devfs devfs /ar/tmp > mount -u -r /ar >=20 > ... after several seconds (I suppose on gjournal switch) kernel panicked: Thanks. The attached patch should fix the problem. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --cWoXeonUoKmBZSoM Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: attachment; filename="g_journal_readonly.patch" --- g_journal.c.orig Sat Aug 12 14:52:13 2006 +++ g_journal.c Sat Aug 12 14:08:57 2006 @@ -2850,6 +2850,8 @@ TAILQ_FOREACH(mp, &mountlist, mnt_list) { if (mp->mnt_gjprovider == NULL) continue; + if (mp->mnt_flag & MNT_RDONLY) + continue; desc = g_journal_find_desc(mp->mnt_stat.f_fstypename); if (desc == NULL) continue; --cWoXeonUoKmBZSoM-- --xXmbgvnjoT4axfJE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (FreeBSD) iD8DBQFE3c80ForvXbEpPzQRAix8AJ9pOybrMZMewcx2E5zKaIW3a75/sQCgr/KE 6pPzn7TV+N5wp/olK9Zgpm4= =J70A -----END PGP SIGNATURE----- --xXmbgvnjoT4axfJE-- From owner-freebsd-current@FreeBSD.ORG Sat Aug 12 11:09:20 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7651016A4E1; Sat, 12 Aug 2006 11:09:20 +0000 (UTC) (envelope-from jema@ot.ru) Received: from terra.ot.ru (terra.ot.ru [193.26.135.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0F00E43D46; Sat, 12 Aug 2006 11:09:19 +0000 (GMT) (envelope-from jema@ot.ru) Received: from mail-1.ot.ru (mail-1-int [192.168.132.11]) by shire.ot.ru (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)) with SMTP id <0J3V00BEJTNF19@shire.ot.ru>; Sat, 12 Aug 2006 15:09:17 +0400 (MSD) Received: from [192.168.1.3] ([192.168.0.5]) by mail-1.ot.ru (SMSSMTP 4.1.9.35) with SMTP id M2006081215091624361 ; Sat, 12 Aug 2006 15:09:16 +0400 Date: Sat, 12 Aug 2006 15:09:15 +0400 From: "Andrew V. Jemerya" To: freebsd-current@freebsd.org, sam@freebsd.org Message-id: <44DDB6DB.8010305@ot.ru> MIME-version: 1.0 Content-type: text/plain; charset=KOI8-R; format=flowed Content-transfer-encoding: 7BIT User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) X-Mailman-Approved-At: Sat, 12 Aug 2006 13:32:08 +0000 Cc: Subject: CFT: ipw driver update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Aug 2006 11:09:20 -0000 Hello, Sam First of all I'd like to appreciate of your great efforts in further ipw's improvement, it was a long-standing issue for me, thank you very much. I tried to load a new compiled module from your sources but got a panic on my CURRENT: ifmedia_set: no matches for 0x180/0xffffffff panic:ifmedia_set From owner-freebsd-current@FreeBSD.ORG Sat Aug 12 14:20:40 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC45C16A4DA for ; Sat, 12 Aug 2006 14:20:40 +0000 (UTC) (envelope-from amogilny@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.186]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2556243D46 for ; Sat, 12 Aug 2006 14:20:39 +0000 (GMT) (envelope-from amogilny@gmail.com) Received: by nf-out-0910.google.com with SMTP id g2so1416483nfe for ; Sat, 12 Aug 2006 07:20:39 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=h6r2Q9RJzNIghwU+FEhiZu3H2NDGzErh/UOI39oEvkjHtPTGtMvwUzgvkKuglRdoSW8jg0FoNyDXXzilYKAJ4Y9FQONY6LdxayCxaNyMZv8na80ztUnewE+STs5BZbb4u0as0x55ytUxcPIo4Tah7/fOh+E9xtxQBdDRhfGxlHE= Received: by 10.48.254.1 with SMTP id b1mr5001150nfi; Sat, 12 Aug 2006 07:20:39 -0700 (PDT) Received: from localhost ( [193.28.87.193]) by mx.gmail.com with ESMTP id q28sm4430768nfc.2006.08.12.07.20.36; Sat, 12 Aug 2006 07:20:37 -0700 (PDT) Date: Sat, 12 Aug 2006 17:18:09 +0300 From: "Alexander I. Mogilny" To: Christian Gusenbauer Message-ID: <20060812141809.GA3711@astral.ntu-kpi.kiev.ua> References: <200608051830.00840.freebsd@alaskaparadise.com> <200608121407.38569.c47g@gmx.at> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <200608121407.38569.c47g@gmx.at> User-Agent: Mutt/1.4.2.2i Cc: freebsd-current@freebsd.org Subject: Re: Problem with kmail (moved from ports) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Aug 2006 14:20:40 -0000 Christian Gusenbauer wrote me on Sat, Aug 12, 2006 at 02:07:20PM +0200 > Hi! > > This is a "me too"! I upgraded current yesterday (my last working build was > from July 21st) and now konqueror stopped working with https connections. I > found out that when I use the old libcrypto.so.4 and the old libssl.so.4 > instead of the current *.5 versions, then everything is working correctly. > > Maybe a complete KDE rebuild will do the trick? > I guess the most correctly way to fix this would be adding following lines to /etc/libmap.conf file. I did this yesterday after upgrade too. I also can say that this would only affect you if you ran make delete-old-libs. Here is the line: libssl.so.4 libssl.so.5 libcrypto.so.4 libcrypto.so.5 -- AIM-UANIC +-----[ FreeBSD ]-----+ Alexander Mogilny | The Power to Serve! | <> sg@portaone.com +---------------------+ From owner-freebsd-current@FreeBSD.ORG Sat Aug 12 15:06:27 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D9B3A16A4DA for ; Sat, 12 Aug 2006 15:06:26 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 27C8343D49 for ; Sat, 12 Aug 2006 15:06:25 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5F0D4.dip.t-dialin.net [84.165.240.212]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.6/8.13.6) with ESMTP id k7CEokeK057201; Sat, 12 Aug 2006 16:50:47 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by Andro-Beta.Leidinger.net (8.13.4/8.13.3) with ESMTP id k7CF6SBg045266; Sat, 12 Aug 2006 17:06:28 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Sat, 12 Aug 2006 17:08:22 +0200 From: Alexander Leidinger To: "Alexander I. Mogilny" Message-ID: <20060812170822.221f54c9@Magellan.Leidinger.net> In-Reply-To: <20060812141809.GA3711@astral.ntu-kpi.kiev.ua> References: <200608051830.00840.freebsd@alaskaparadise.com> <200608121407.38569.c47g@gmx.at> <20060812141809.GA3711@astral.ntu-kpi.kiev.ua> X-Mailer: Sylpheed-Claws 2.4.0 (GTK+ 2.8.20; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new Cc: freebsd-current@freebsd.org Subject: Re: Problem with kmail (moved from ports) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Aug 2006 15:06:27 -0000 Quoting "Alexander I. Mogilny" (Sat, 12 Aug 2006 17:18:09 +0300): > Christian Gusenbauer wrote me on Sat, Aug 12, 2006 at 02:07:20PM +0200 > > > Hi! > > > > This is a "me too"! I upgraded current yesterday (my last working build was > > from July 21st) and now konqueror stopped working with https connections. I > > found out that when I use the old libcrypto.so.4 and the old libssl.so.4 > > instead of the current *.5 versions, then everything is working correctly. > > > > Maybe a complete KDE rebuild will do the trick? > > > > I guess the most correctly way to fix this would be adding following > lines to /etc/libmap.conf file. I did this yesterday after upgrade too. > I also can say that this would only affect you if you ran > make delete-old-libs. > > Here is the line: > > libssl.so.4 libssl.so.5 > libcrypto.so.4 libcrypto.so.5 Which may or may not lead to undesired behavior... (I used this too until the ports in questions where rebuild, I didn't wanted to wait until everything was rebuild before using anything). So be careful. To rebuild I suggest to remove the libs, install "libchk" and then: - libchk > libchk.txt - portupgrade -f $(grep Unresolved libchk.txt | sed -e 's/Unresolved.*: //' | xargs pkg_which | sort -u) Or something like this (I didn't tested it, but this is more or less how I did it). Bye, Alexander. -- sufficiently small adj. Syn. suitably small. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Sat Aug 12 15:41:23 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5AFD116A4DE; Sat, 12 Aug 2006 15:41:23 +0000 (UTC) (envelope-from supraexpress@globaleyes.net) Received: from MX1.ll.net (mail.globaleyes.net [209.131.230.155]) by mx1.FreeBSD.org (Postfix) with ESMTP id DD51E43D49; Sat, 12 Aug 2006 15:41:22 +0000 (GMT) (envelope-from supraexpress@globaleyes.net) Received: from [10.0.0.5] (unverified [209.131.254.239]) by MX1.ll.net (Vircom SMTPRS 4.35.480.0) with ESMTP id ; Sat, 12 Aug 2006 10:41:19 -0500 X-Modus-BlackList: 209.131.254.239=OK;supraexpress@globaleyes.net=OK X-Modus-RBL: 209.131.254.239=Excluded X-Modus-Trusted: 209.131.254.239=NO Message-ID: <44DDF69F.7040104@globaleyes.net> Date: Sat, 12 Aug 2006 10:41:19 -0500 From: User1001 User-Agent: Thunderbird 1.5.0.5 (X11/20060806) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20060808195202.GA1564@garage.freebsd.pl> <20060810232255.GE1389@garage.freebsd.pl> <20060811143257.E2260@fledge.watson.org> <20060812100328.GB73241@garage.freebsd.pl> In-Reply-To: <20060812100328.GB73241@garage.freebsd.pl> X-Enigmail-Version: 0.94.1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-geom@freebsd.org Subject: Verifying GELI disk encryption X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Aug 2006 15:41:23 -0000 What are some relatively simple ways to verify the encryption of/on a GELI device? From owner-freebsd-current@FreeBSD.ORG Sat Aug 12 17:50:37 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1588916A4DA for ; Sat, 12 Aug 2006 17:50:37 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6701843D49 for ; Sat, 12 Aug 2006 17:50:36 +0000 (GMT) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.13.7/8.13.7) with ESMTP id k7CHoYm0058481 for ; Sat, 12 Aug 2006 21:50:34 +0400 (MSD) (envelope-from ache@nagual.pp.ru) Received: (from ache@localhost) by nagual.pp.ru (8.13.7/8.13.7/Submit) id k7CHoYmT058480 for current@freebsd.org; Sat, 12 Aug 2006 21:50:34 +0400 (MSD) (envelope-from ache) Date: Sat, 12 Aug 2006 21:50:33 +0400 From: Andrey Chernov To: current@freebsd.org Message-ID: <20060812175033.GA58468@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.12-2006-07-14 Cc: Subject: Can't build recent -current (ufs_gjournal.c) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Aug 2006 17:50:37 -0000 make: don't know how to make ../../../ufs/ufs/ufs_gjournal.c. Stop -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Sat Aug 12 17:56:07 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2846916A4DA; Sat, 12 Aug 2006 17:56:07 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8CC9943D4C; Sat, 12 Aug 2006 17:56:05 +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.6/8.13.4) with ESMTP id k7CHu30H044509; Sat, 12 Aug 2006 13:56:03 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.6/8.13.6) with ESMTP id k7CHu4fg095697; Sat, 12 Aug 2006 13:56:04 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1949C7302F; Sat, 12 Aug 2006 13:56:04 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060812175604.1949C7302F@freebsd-current.sentex.ca> Date: Sat, 12 Aug 2006 13:56:04 -0400 (EDT) X-Virus-Scanned: ClamAV version 0.88.1, clamav-milter version 0.88.1 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Aug 2006 17:56:07 -0000 TB --- 2006-08-12 16:36:07 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-08-12 16:36:07 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2006-08-12 16:36:07 - cleaning the object tree TB --- 2006-08-12 16:36:34 - checking out the source tree TB --- 2006-08-12 16:36:34 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2006-08-12 16:36:34 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2006-08-12 16:44:24 - building world (CFLAGS=-O2 -pipe) TB --- 2006-08-12 16:44:24 - cd /src TB --- 2006-08-12 16:44:24 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2006-08-12 17:54:18 - generating LINT kernel config TB --- 2006-08-12 17:54:18 - cd /src/sys/sparc64/conf TB --- 2006-08-12 17:54:18 - /usr/bin/make -B LINT TB --- 2006-08-12 17:54:18 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-08-12 17:54:18 - cd /src TB --- 2006-08-12 17:54:18 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Aug 12 17:54:19 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/kern/serdev_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/libkern/iconv_converter_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/ofw/ofw_bus_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/sparc64/pci/ofw_pci_if.m -h rm -f .newdep /usr/bin/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -fformat-extensions -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -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 cc: /src/sys/ufs/ufs/ufs_gjournal.c: No such file or directory mkdep: compile failed *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-08-12 17:56:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-08-12 17:56:03 - ERROR: failed to build lint kernel TB --- 2006-08-12 17:56:03 - tinderbox aborted TB --- 1.03 user 5.05 system 4796.74 real From owner-freebsd-current@FreeBSD.ORG Sat Aug 12 18:09:57 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4CEEE16A525; Sat, 12 Aug 2006 18:09:57 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 972C143D49; Sat, 12 Aug 2006 18:09:56 +0000 (GMT) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.13.6/8.13.6) with ESMTP id k7CI9tuQ029950; Sat, 12 Aug 2006 22:09:55 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Sat, 12 Aug 2006 22:09:55 +0400 (MSD) From: Dmitry Morozovsky To: Andrey Chernov In-Reply-To: <20060812175033.GA58468@nagual.pp.ru> Message-ID: <20060812220949.K25511@woozle.rinet.ru> References: <20060812175033.GA58468@nagual.pp.ru> X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (woozle.rinet.ru [0.0.0.0]); Sat, 12 Aug 2006 22:09:55 +0400 (MSD) Cc: current@freebsd.org Subject: Re: Can't build recent -current (ufs_gjournal.c) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Aug 2006 18:09:57 -0000 On Sat, 12 Aug 2006, Andrey Chernov wrote: AC> make: don't know how to make ../../../ufs/ufs/ufs_gjournal.c. Stop marck@woozle:/lh/src.current/sys/conf> cvs diff Index: files =================================================================== RCS file: /home/ncvs/src/sys/conf/files,v retrieving revision 1.1138 diff -u -r1.1138 files --- files 12 Aug 2006 15:28:39 -0000 1.1138 +++ files 12 Aug 2006 18:08:55 -0000 @@ -1183,8 +1183,6 @@ geom/geom_sunlabel_enc.c optional geom_sunlabel geom/geom_vfs.c standard geom/geom_vol_ffs.c optional geom_vol -geom/journal/g_journal.c optional geom_journal -geom/journal/g_journal_ufs.c optional geom_journal geom/label/g_label.c optional geom_label geom/label/g_label_ext2fs.c optional geom_label geom/label/g_label_iso9660.c optional geom_label @@ -1945,7 +1943,6 @@ ufs/ufs/ufs_bmap.c optional ffs ufs/ufs/ufs_dirhash.c optional ffs ufs/ufs/ufs_extattr.c optional ffs -ufs/ufs/ufs_gjournal.c optional ffs ufs/ufs/ufs_inode.c optional ffs ufs/ufs/ufs_lookup.c optional ffs ufs/ufs/ufs_quota.c optional ffs Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-current@FreeBSD.ORG Sat Aug 12 18:10:42 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AE28516A590; Sat, 12 Aug 2006 18:10:42 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from sccmmhc92.asp.att.net (sccmmhc92.asp.att.net [204.127.203.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id 303FE43D49; Sat, 12 Aug 2006 18:10:41 +0000 (GMT) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net ([12.207.12.9]) by sccmmhc92.asp.att.net (sccmmhc92) with ESMTP id <20060812181026m92002ruofe>; Sat, 12 Aug 2006 18:10:27 +0000 Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.13.6/8.13.6) with ESMTP id k7CIAOjR043930; Sat, 12 Aug 2006 13:10:25 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.13.6/8.13.6/Submit) id k7CIAOxX043927; Sat, 12 Aug 2006 13:10:24 -0500 (CDT) (envelope-from brooks) Date: Sat, 12 Aug 2006 13:10:24 -0500 From: Brooks Davis To: Andrey Chernov , current@freebsd.org Message-ID: <20060812181024.GA35773@lor.one-eyed-alien.net> References: <20060812175033.GA58468@nagual.pp.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EVF5PPMfhYS0aIcm" Content-Disposition: inline In-Reply-To: <20060812175033.GA58468@nagual.pp.ru> User-Agent: Mutt/1.5.11 Cc: Subject: Re: Can't build recent -current (ufs_gjournal.c) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Aug 2006 18:10:42 -0000 --EVF5PPMfhYS0aIcm Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sat, Aug 12, 2006 at 09:50:33PM +0400, Andrey Chernov wrote: > make: don't know how to make ../../../ufs/ufs/ufs_gjournal.c. Stop pjd accidently added a few gjournal files to sys/conf/files in his commit to add strstr. They should be removed until they are checked in. -- Brooks --EVF5PPMfhYS0aIcm Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFE3hmPXY6L6fI4GtQRAm81AJoCRhC8tLZgbh6oS60zssAY33OqaQCgj5C1 1Jpo4K4g5ImGYWnGZHj7/4Y= =TiLE -----END PGP SIGNATURE----- --EVF5PPMfhYS0aIcm-- From owner-freebsd-current@FreeBSD.ORG Sat Aug 12 19:43:31 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E12016A4DA for ; Sat, 12 Aug 2006 19:43:31 +0000 (UTC) (envelope-from prvs=julian=372565577@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id F13FF43D49 for ; Sat, 12 Aug 2006 19:43:28 +0000 (GMT) (envelope-from prvs=julian=372565577@elischer.org) Received: from unknown (HELO [192.168.2.3]) ([10.251.60.23]) by a50.ironport.com with ESMTP; 12 Aug 2006 12:43:28 -0700 Message-ID: <44DE2F5F.2010207@elischer.org> Date: Sat, 12 Aug 2006 12:43:27 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.13) Gecko/20060414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Poul-Henning Kamp References: <94452.1155369039@critter.freebsd.dk> In-Reply-To: <94452.1155369039@critter.freebsd.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Giorgos Keramidas , current@freebsd.org Subject: Re: suggested addition to 'date' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Aug 2006 19:43:31 -0000 Poul-Henning Kamp wrote: >In message <20060812074400.GA9572@gothmog.pc>, Giorgos Keramidas writes: > > >>On 2006-08-11 22:53, Julian Elischer wrote: >> >> > > > >>This is getting too complex for my taste though. I don't see cat(1) >>doing signal trickery, so why should date(1) do these things? >> >>Perhaps it's not a good idea to 'bloat' date(1) so much... >> >> > >I think I'll second that. The idea is good enough to merit it's >own program. > >Or maybe it belongs in the logger(1) program instead ? > > well it's not really bloating date that much and in the case of non -s usage it adds a single integer compare. The signal stuff can probably be handled easier as Giorgos said, by just ensuring that the stdou channel is set to per-line flush mode. Then the signal stuff wouldn't be needed and the whoe thing goes back to 20 or so lines extra. You might say that the "logger" program would be overly bloated by having to include the whole of 'date'. ( you certainly don't want to exec () it once fro every line.) From owner-freebsd-current@FreeBSD.ORG Sat Aug 12 19:53:12 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1840E16A4DD for ; Sat, 12 Aug 2006 19:53:12 +0000 (UTC) (envelope-from phk@phk.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.FreeBSD.org (Postfix) with ESMTP id B9E2D43D45 for ; Sat, 12 Aug 2006 19:53:11 +0000 (GMT) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.48.2]) by phk.freebsd.dk (Postfix) with ESMTP id 99C50170DE; Sat, 12 Aug 2006 19:53:07 +0000 (UTC) To: Julian Elischer From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sat, 12 Aug 2006 12:43:27 MST." <44DE2F5F.2010207@elischer.org> Date: Sat, 12 Aug 2006 19:53:07 +0000 Message-ID: <3892.1155412387@critter.freebsd.dk> Cc: Giorgos Keramidas , current@freebsd.org Subject: Re: suggested addition to 'date' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Aug 2006 19:53:12 -0000 In message <44DE2F5F.2010207@elischer.org>, Julian Elischer writes: >Poul-Henning Kamp wrote: > >You might say that the "logger" program would be overly bloated by >having to include the whole of 'date'. Why would you need to include "the whole of 'date'" ? Have you never heard of strftime(3) ? -- 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 Sat Aug 12 20:08:18 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DAB1416A4DA for ; Sat, 12 Aug 2006 20:08:18 +0000 (UTC) (envelope-from prvs=julian=372565577@elischer.org) Received: from a50.ironport.com (a50.ironport.com [63.251.108.112]) by mx1.FreeBSD.org (Postfix) with ESMTP id A747E43D46 for ; Sat, 12 Aug 2006 20:08:18 +0000 (GMT) (envelope-from prvs=julian=372565577@elischer.org) Received: from unknown (HELO [192.168.2.3]) ([10.251.60.23]) by a50.ironport.com with ESMTP; 12 Aug 2006 13:08:18 -0700 Message-ID: <44DE3531.7040308@elischer.org> Date: Sat, 12 Aug 2006 13:08:17 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.13) Gecko/20060414 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Poul-Henning Kamp References: <3892.1155412387@critter.freebsd.dk> In-Reply-To: <3892.1155412387@critter.freebsd.dk> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Giorgos Keramidas , current@freebsd.org Subject: Re: suggested addition to 'date' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Aug 2006 20:08:18 -0000 Poul-Henning Kamp wrote: >In message <44DE2F5F.2010207@elischer.org>, Julian Elischer writes: > > >>Poul-Henning Kamp wrote: >> >> > > > >>You might say that the "logger" program would be overly bloated by >>having to include the whole of 'date'. >> >> > >Why would you need to include "the whole of 'date'" ? Have you >never heard of strftime(3) ? > > Of course but I think it makes more sense to add the ability for date to be able to put the date onto a stream than to write a whole new program for it, and date does extra work not included in strftime() that it would be nice to have. It could be said that adding a strftime() to 'cat' as an option is equally possible but that would be much more disruptive than adding filterring to date, as cat is not line oriented, To me it seems more natural to add the few extra lines to date because in my mind it is a natural usage of date and extending date to be able to be used as a filter doesn't hurt existing functionality. BTW. I agree that the last patch I gave was overly complicated and a much simpler one is possible.. Basically, Giorgos's suggested patch is pretty close to being right. From owner-freebsd-current@FreeBSD.ORG Sat Aug 12 20:35:16 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9D6C916A4DA for ; Sat, 12 Aug 2006 20:35:16 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9269943D5C for ; Sat, 12 Aug 2006 20:35:08 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from gothmog.pc (host5.bedc.ondsl.gr [62.103.39.229]) (authenticated bits=128) by igloo.linux.gr (8.13.7/8.13.7/Debian-2) with ESMTP id k7CKYbpO020362 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 12 Aug 2006 23:34:38 +0300 Received: from gothmog.pc (gothmog [127.0.0.1]) by gothmog.pc (8.13.7/8.13.7) with ESMTP id k7CKYbOa007476; Sat, 12 Aug 2006 23:34:37 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from giorgos@localhost) by gothmog.pc (8.13.7/8.13.7/Submit) id k7CKYW4M007475; Sat, 12 Aug 2006 23:34:32 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Date: Sat, 12 Aug 2006 23:34:32 +0300 From: Giorgos Keramidas To: Julian Elischer Message-ID: <20060812203432.GA5007@gothmog.pc> References: <3892.1155412387@critter.freebsd.dk> <44DE3531.7040308@elischer.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="wRRV7LY7NUeQGEoC" Content-Disposition: inline In-Reply-To: <44DE3531.7040308@elischer.org> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (score=-3.826, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.57, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Poul-Henning Kamp , current@freebsd.org Subject: Re: suggested addition to 'date' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Aug 2006 20:35:16 -0000 --wRRV7LY7NUeQGEoC Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On 2006-08-12 13:08, Julian Elischer wrote: > Poul-Henning Kamp wrote: > > Why would you need to include "the whole of 'date'" ? Have you > > never heard of strftime(3) ? > > Of course but I think it makes more sense to add the ability > for date to be able to put the date onto a stream than to write > a whole new program for it, and date does extra work not > included in strftime() that it would be nice to have. > > It could be said that adding a strftime() to 'cat' as an option > is equally possible but that would be much more disruptive than > adding filterring to date, as cat is not line oriented, Exactly. Seeing that cat is not line-oriented I wrote at least two different filters at various times, which were inspired by the tinderbox log format. The one was the Perl line-based one which I posted upthread. The other one was in plain C, and is attached. It doesn't do the fancy date-conversion stuff that date(1) can do, but please feel free to rip it off if you find anything useful in there for the date(1) patch. > BTW. I agree that the last patch I gave was overly complicated > and a much simpler one is possible.. Basically, Giorgos's > suggested patch is pretty close to being right. Or we can adapt this until it is right ;-) --wRRV7LY7NUeQGEoC-- From owner-freebsd-current@FreeBSD.ORG Sat Aug 12 20:42:05 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6076C16A4DE for ; Sat, 12 Aug 2006 20:42:05 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id D95F343D6B for ; Sat, 12 Aug 2006 20:41:56 +0000 (GMT) (envelope-from keramida@ceid.upatras.gr) Received: from gothmog.pc (host5.bedc.ondsl.gr [62.103.39.229]) (authenticated bits=128) by igloo.linux.gr (8.13.7/8.13.7/Debian-2) with ESMTP id k7CKfSgC020673 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 12 Aug 2006 23:41:28 +0300 Received: from gothmog.pc (gothmog [127.0.0.1]) by gothmog.pc (8.13.7/8.13.7) with ESMTP id k7CKfPoH007796; Sat, 12 Aug 2006 23:41:27 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Received: (from giorgos@localhost) by gothmog.pc (8.13.7/8.13.7/Submit) id k7CKfPac007795; Sat, 12 Aug 2006 23:41:25 +0300 (EEST) (envelope-from keramida@ceid.upatras.gr) Date: Sat, 12 Aug 2006 23:41:25 +0300 From: Giorgos Keramidas To: Julian Elischer Message-ID: <20060812204125.GC5007@gothmog.pc> References: <3892.1155412387@critter.freebsd.dk> <44DE3531.7040308@elischer.org> <20060812203432.GA5007@gothmog.pc> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060812203432.GA5007@gothmog.pc> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (score=-3.827, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.57, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: Poul-Henning Kamp , current@freebsd.org Subject: Re: suggested addition to 'date' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Aug 2006 20:42:05 -0000 On 2006-08-12 23:34, Giorgos Keramidas wrote: > Seeing that cat is not line-oriented I wrote at least two > different filters at various times, which were inspired by the > tinderbox log format. The one was the Perl line-based one > which I posted upthread. > > The other one was in plain C, and is attached. It doesn't do the > fancy date-conversion stuff that date(1) can do, but please feel > free to rip it off if you find anything useful in there for the > date(1) patch. But the attachment was stripped off... I meant to include: http://people.freebsd.org/~keramida/tslog.c From owner-freebsd-current@FreeBSD.ORG Sat Aug 12 20:58:22 2006 Return-Path: X-Original-To: current@freebsd.org Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DBD8916A4DF for ; Sat, 12 Aug 2006 20:58:22 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from mail.bitblocks.com (bitblocks.com [209.204.185.216]) by mx1.FreeBSD.org (Postfix) with ESMTP id ADB9343D45 for ; Sat, 12 Aug 2006 20:58:22 +0000 (GMT) (envelope-from bakul@bitblocks.com) Received: from bitblocks.com (localhost [127.0.0.1]) by mail.bitblocks.com (Postfix) with ESMTP id 151AF2948D; Sat, 12 Aug 2006 13:58:22 -0700 (PDT) To: Julian Elischer In-reply-to: Your message of "Sat, 12 Aug 2006 13:08:17 PDT." <44DE3531.7040308@elischer.org> Date: Sat, 12 Aug 2006 13:58:21 -0700 From: Bakul Shah Message-Id: <20060812205822.151AF2948D@mail.bitblocks.com> Cc: current@freebsd.org Subject: Re: suggested addition to 'date' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Aug 2006 20:58:22 -0000 > To me it seems more natural to add the few extra lines to date because > in my mind it is a natural > usage of date and extending date to be able to be used as a filter > doesn't hurt existing functionality. I may want to prepend a log line with not just a timestamp but also other information such as user, group, hostname etc. This change may be small but it does not belong in date(1). Just as I wouldn't want to extend hostname(1) to be a filter. It makes more sense to extend logger(1), not date(1). Don't mess with my date:-)