From owner-freebsd-hackers@FreeBSD.ORG Mon Apr 20 08:59:57 2009 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 365C6106566C for ; Mon, 20 Apr 2009 08:59:57 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (77-93-215-190.static.masterinter.net [77.93.215.190]) by mx1.freebsd.org (Postfix) with ESMTP id E59BC8FC0A for ; Mon, 20 Apr 2009 08:59:56 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 12A809CB094 for ; Mon, 20 Apr 2009 10:41:21 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (lev.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DSzuKgNtZm9t for ; Mon, 20 Apr 2009 10:41:18 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 590C39CB115 for ; Mon, 20 Apr 2009 10:41:18 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.3/8.14.3/Submit) id n3K8fIg6016491 for hackers@freebsd.org; Mon, 20 Apr 2009 10:41:18 +0200 (CEST) (envelope-from rdivacky) Date: Mon, 20 Apr 2009 10:41:18 +0200 From: Roman Divacky To: hackers@freebsd.org Message-ID: <20090420084118.GA16337@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ibTvN161/egqYuK8" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: [PATCH]: today highlighting in [n]cal X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Apr 2009 08:59:57 -0000 --ibTvN161/egqYuK8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline hi I made this patch that highlights today in cal/ncal just like gnu cal does.. www.vlakno.cz/~rdivacky/cal.patch unless objected I plan to commit this soon (with fixes to style(9)) roman --ibTvN161/egqYuK8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAknsNSwACgkQLVEj6D3CBEyv4QCfcLMJbI0S+RS+0Q3hsJgvDuvv KPkAnRHqxk2g0cg41q2xCBt2r3iHJXDz =2y3T -----END PGP SIGNATURE----- --ibTvN161/egqYuK8-- From owner-freebsd-hackers@FreeBSD.ORG Mon Apr 20 09:21:30 2009 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8C3B31065676; Mon, 20 Apr 2009 09:21:30 +0000 (UTC) (envelope-from corecode@fs.ei.tum.de) Received: from stella.fs.ei.tum.de (stella.fs.ei.tum.de [IPv6:2001:4ca0:22ff:10::7]) by mx1.freebsd.org (Postfix) with ESMTP id 1F1048FC1F; Mon, 20 Apr 2009 09:21:30 +0000 (UTC) (envelope-from corecode@fs.ei.tum.de) Received: from localhost (localhost [127.0.0.1]) by localhost.fs.ei.tum.de (Postfix) with ESMTP id 1A7691C30D; Mon, 20 Apr 2009 11:21:28 +0200 (CEST) X-Virus-Scanned: by amavisd-new at fs.ei.tum.de Received: from stella.fs.ei.tum.de ([127.0.0.1]) by localhost (stella.fs.ei.tum.de [127.0.0.1]) (amavisd-new, port 10024) with LMTP id pkuSsq-+7kvB; Mon, 20 Apr 2009 11:21:27 +0200 (CEST) Received: from [192.168.10.11] (dyn.144-85-223-056.dsl.vtx.ch [144.85.223.56]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by stella.fs.ei.tum.de (Postfix) with ESMTP id F1B9C1C265; Mon, 20 Apr 2009 11:21:26 +0200 (CEST) Message-ID: <49EC3E96.50208@fs.ei.tum.de> Date: Mon, 20 Apr 2009 11:21:26 +0200 From: Simon 'corecode' Schubert User-Agent: Thunderbird 2.0.0.18 (X11/20090109) MIME-Version: 1.0 To: Roman Divacky References: <20090420084118.GA16337@freebsd.org> In-Reply-To: <20090420084118.GA16337@freebsd.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Cc: hackers@freebsd.org Subject: Re: [PATCH]: today highlighting in [n]cal X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Apr 2009 09:21:30 -0000 Hey Roman, Roman Divacky wrote: > I made this patch that highlights today in cal/ncal just like gnu > cal does.. >=20 > www.vlakno.cz/~rdivacky/cal.patch Thanks for this patch, I've been meaning to hack one up properly, but=20 never got to it. They problems I was facing seem to exist also with your= =20 patch: - only works for wide (cal) mode, not ncal mode - probably won't work properly with year displays: the year printing=20 parts of the code use a length argument to printf ("%*s"), which will=20 confuse escape sequences with actual printed characters cheers simon --=20 <3 the future +++ RENT this banner advert +++ ASCII Ribbon /"\ rock the past +++ space for low =E2=82=AC=E2=82=AC=E2=82=AC NOW!1 += ++ Campaign \ / Party Enjoy Relax | http://dragonflybsd.org Against HTML \ Dude 2c 2 the max ! http://golden-apple.biz Mail + News / \ From owner-freebsd-hackers@FreeBSD.ORG Mon Apr 20 10:25:58 2009 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 85280106564A for ; Mon, 20 Apr 2009 10:25:58 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (77-93-215-190.static.masterinter.net [77.93.215.190]) by mx1.freebsd.org (Postfix) with ESMTP id 41FB18FC13 for ; Mon, 20 Apr 2009 10:25:57 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id AD0129CB112; Mon, 20 Apr 2009 12:24:44 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (lev.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id P7gboyy8l2Y5; Mon, 20 Apr 2009 12:24:33 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 0E2069CB2D2; Mon, 20 Apr 2009 12:24:33 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.3/8.14.3/Submit) id n3KAOWTR029803; Mon, 20 Apr 2009 12:24:32 +0200 (CEST) (envelope-from rdivacky) Date: Mon, 20 Apr 2009 12:24:32 +0200 From: Roman Divacky To: "Simon 'corecode' Schubert" Message-ID: <20090420102432.GA29688@freebsd.org> References: <20090420084118.GA16337@freebsd.org> <49EC3E96.50208@fs.ei.tum.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <49EC3E96.50208@fs.ei.tum.de> User-Agent: Mutt/1.4.2.3i Cc: hackers@freebsd.org Subject: Re: [PATCH]: today highlighting in [n]cal X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Apr 2009 10:25:58 -0000 On Mon, Apr 20, 2009 at 11:21:26AM +0200, Simon 'corecode' Schubert wrote: > Hey Roman, > > Roman Divacky wrote: > >I made this patch that highlights today in cal/ncal just like gnu > >cal does.. > > > > www.vlakno.cz/~rdivacky/cal.patch > > Thanks for this patch, I've been meaning to hack one up properly, but > never got to it. They problems I was facing seem to exist also with your > patch: > > - only works for wide (cal) mode, not ncal mode it works for ncal > - probably won't work properly with year displays: the year printing > parts of the code use a length argument to printf ("%*s"), which will > confuse escape sequences with actual printed characters I am not sure what you mean by year printing.... can you give me the exact command line? From owner-freebsd-hackers@FreeBSD.ORG Mon Apr 20 10:47:54 2009 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2559C106567D for ; Mon, 20 Apr 2009 10:47:54 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (77-93-215-190.static.masterinter.net [77.93.215.190]) by mx1.freebsd.org (Postfix) with ESMTP id D62588FC1E for ; Mon, 20 Apr 2009 10:47:53 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id F109A9CB115; Mon, 20 Apr 2009 12:46:40 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (lev.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AgnCt3+2OQ8x; Mon, 20 Apr 2009 12:46:29 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 473AF9CB2D2; Mon, 20 Apr 2009 12:46:29 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.3/8.14.3/Submit) id n3KAkTJs032726; Mon, 20 Apr 2009 12:46:29 +0200 (CEST) (envelope-from rdivacky) Date: Mon, 20 Apr 2009 12:46:29 +0200 From: Roman Divacky To: "Simon 'corecode' Schubert" Message-ID: <20090420104629.GA32678@freebsd.org> References: <20090420084118.GA16337@freebsd.org> <49EC3E96.50208@fs.ei.tum.de> <20090420102432.GA29688@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090420102432.GA29688@freebsd.org> User-Agent: Mutt/1.4.2.3i Cc: hackers@freebsd.org Subject: Re: [PATCH]: today highlighting in [n]cal X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Apr 2009 10:47:54 -0000 On Mon, Apr 20, 2009 at 12:24:32PM +0200, Roman Divacky wrote: > On Mon, Apr 20, 2009 at 11:21:26AM +0200, Simon 'corecode' Schubert wrote: > > Hey Roman, > > > > Roman Divacky wrote: > > >I made this patch that highlights today in cal/ncal just like gnu > > >cal does.. > > > > > > www.vlakno.cz/~rdivacky/cal.patch > > > > Thanks for this patch, I've been meaning to hack one up properly, but > > never got to it. They problems I was facing seem to exist also with your > > patch: > > > > - only works for wide (cal) mode, not ncal mode > > it works for ncal oh.. it doesnt... I was under the impression that it does... I'll take a look at it From owner-freebsd-hackers@FreeBSD.ORG Mon Apr 20 11:53:59 2009 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D0E571065676; Mon, 20 Apr 2009 11:53:59 +0000 (UTC) (envelope-from corecode@fs.ei.tum.de) Received: from stella.fs.ei.tum.de (stella.fs.ei.tum.de [IPv6:2001:4ca0:22ff:10::7]) by mx1.freebsd.org (Postfix) with ESMTP id 387458FC13; Mon, 20 Apr 2009 11:53:58 +0000 (UTC) (envelope-from corecode@fs.ei.tum.de) Received: from localhost (localhost [127.0.0.1]) by localhost.fs.ei.tum.de (Postfix) with ESMTP id 61D851C323; Mon, 20 Apr 2009 13:53:57 +0200 (CEST) X-Virus-Scanned: by amavisd-new at fs.ei.tum.de Received: from stella.fs.ei.tum.de ([127.0.0.1]) by localhost (stella.fs.ei.tum.de [127.0.0.1]) (amavisd-new, port 10024) with LMTP id NY6ZLGGfB8HP; Mon, 20 Apr 2009 13:53:57 +0200 (CEST) Received: from [192.168.10.11] (dyn.144-85-223-056.dsl.vtx.ch [144.85.223.56]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by stella.fs.ei.tum.de (Postfix) with ESMTP id 117021C2D6; Mon, 20 Apr 2009 13:53:57 +0200 (CEST) Message-ID: <49EC6254.5050705@fs.ei.tum.de> Date: Mon, 20 Apr 2009 13:53:56 +0200 From: Simon 'corecode' Schubert User-Agent: Thunderbird 2.0.0.18 (X11/20090109) MIME-Version: 1.0 To: Roman Divacky References: <20090420084118.GA16337@freebsd.org> <49EC3E96.50208@fs.ei.tum.de> <20090420102432.GA29688@freebsd.org> In-Reply-To: <20090420102432.GA29688@freebsd.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Cc: hackers@freebsd.org Subject: Re: [PATCH]: today highlighting in [n]cal X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Apr 2009 11:54:00 -0000 Roman Divacky wrote: > On Mon, Apr 20, 2009 at 11:21:26AM +0200, Simon 'corecode' Schubert wro= te: >> Hey Roman, >> >> Roman Divacky wrote: >>> I made this patch that highlights today in cal/ncal just like gnu >>> cal does.. >>> >>> www.vlakno.cz/~rdivacky/cal.patch >> Thanks for this patch, I've been meaning to hack one up properly, but = >> never got to it. They problems I was facing seem to exist also with y= our=20 >> patch: >> >> - only works for wide (cal) mode, not ncal mode >=20 > it works for ncal=20 I didn't try it on FreeBSD, but from inspecting the code, you only=20 modified mkmonthb(), which is called for the cal-style layout, but not fo= r=20 the ncal-style layout (then mkmonth() is called). >> - probably won't work properly with year displays: the year printing = >> parts of the code use a length argument to printf ("%*s"), which will = >> confuse escape sequences with actual printed characters >=20 > I am not sure what you mean by year printing.... can you give me the > exact command line? just try "cal 2009" or so, basically use printyear[b]. cheers simon --=20 <3 the future +++ RENT this banner advert +++ ASCII Ribbon /"\ rock the past +++ space for low =E2=82=AC=E2=82=AC=E2=82=AC NOW!1 += ++ Campaign \ / Party Enjoy Relax | http://dragonflybsd.org Against HTML \ Dude 2c 2 the max ! http://golden-apple.biz Mail + News / \ From owner-freebsd-hackers@FreeBSD.ORG Mon Apr 20 11:55:34 2009 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6DF4E1065686 for ; Mon, 20 Apr 2009 11:55:34 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (77-93-215-190.static.masterinter.net [77.93.215.190]) by mx1.freebsd.org (Postfix) with ESMTP id 29A2D8FC0C for ; Mon, 20 Apr 2009 11:55:33 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 07D4C9CB112; Mon, 20 Apr 2009 13:54:20 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (lev.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YCUh1eRzH3+4; Mon, 20 Apr 2009 13:54:17 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id BF51C9CB25B; Mon, 20 Apr 2009 13:54:17 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.3/8.14.3/Submit) id n3KBsHTE041265; Mon, 20 Apr 2009 13:54:17 +0200 (CEST) (envelope-from rdivacky) Date: Mon, 20 Apr 2009 13:54:17 +0200 From: Roman Divacky To: "Simon 'corecode' Schubert" Message-ID: <20090420115417.GA41159@freebsd.org> References: <20090420084118.GA16337@freebsd.org> <49EC3E96.50208@fs.ei.tum.de> <20090420102432.GA29688@freebsd.org> <49EC6254.5050705@fs.ei.tum.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <49EC6254.5050705@fs.ei.tum.de> User-Agent: Mutt/1.4.2.3i Cc: hackers@freebsd.org Subject: Re: [PATCH]: today highlighting in [n]cal X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Apr 2009 11:55:34 -0000 On Mon, Apr 20, 2009 at 01:53:56PM +0200, Simon 'corecode' Schubert wrote: > Roman Divacky wrote: > >On Mon, Apr 20, 2009 at 11:21:26AM +0200, Simon 'corecode' Schubert wrote: > >>Hey Roman, > >> > >>Roman Divacky wrote: > >>>I made this patch that highlights today in cal/ncal just like gnu > >>>cal does.. > >>> > >>> www.vlakno.cz/~rdivacky/cal.patch > >>Thanks for this patch, I've been meaning to hack one up properly, but > >>never got to it. They problems I was facing seem to exist also with your > >>patch: > >> > >>- only works for wide (cal) mode, not ncal mode > > > >it works for ncal > > I didn't try it on FreeBSD, but from inspecting the code, you only > modified mkmonthb(), which is called for the cal-style layout, but not for > the ncal-style layout (then mkmonth() is called). yes... and if I read the code correctly the very same approach should work for the mkmonth() as well.. it should be copy'n'paste > >>- probably won't work properly with year displays: the year printing > >>parts of the code use a length argument to printf ("%*s"), which will > >>confuse escape sequences with actual printed characters > > > >I am not sure what you mean by year printing.... can you give me the > >exact command line? > > just try "cal 2009" or so, basically use printyear[b]. this works From owner-freebsd-hackers@FreeBSD.ORG Mon Apr 20 14:03:36 2009 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0684E10656D1 for ; Mon, 20 Apr 2009 14:03:36 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (77-93-215-190.static.masterinter.net [77.93.215.190]) by mx1.freebsd.org (Postfix) with ESMTP id B74618FC08 for ; Mon, 20 Apr 2009 14:03:35 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id D7E959CB071; Mon, 20 Apr 2009 16:02:21 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (lev.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8Q5awRRGaupD; Mon, 20 Apr 2009 16:02:19 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 70E789CB2C1; Mon, 20 Apr 2009 16:02:19 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.3/8.14.3/Submit) id n3KE2J6I075142; Mon, 20 Apr 2009 16:02:19 +0200 (CEST) (envelope-from rdivacky) Date: Mon, 20 Apr 2009 16:02:19 +0200 From: Roman Divacky To: "Simon 'corecode' Schubert" Message-ID: <20090420140219.GA74839@freebsd.org> References: <20090420084118.GA16337@freebsd.org> <49EC3E96.50208@fs.ei.tum.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <49EC3E96.50208@fs.ei.tum.de> User-Agent: Mutt/1.4.2.3i Cc: hackers@freebsd.org Subject: Re: [PATCH]: today highlighting in [n]cal X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Apr 2009 14:03:36 -0000 On Mon, Apr 20, 2009 at 11:21:26AM +0200, Simon 'corecode' Schubert wrote: > Hey Roman, > > Roman Divacky wrote: > >I made this patch that highlights today in cal/ncal just like gnu > >cal does.. > > > > www.vlakno.cz/~rdivacky/cal.patch > > Thanks for this patch, I've been meaning to hack one up properly, but > never got to it. They problems I was facing seem to exist also with your > patch: > > - only works for wide (cal) mode, not ncal mode > - probably won't work properly with year displays: the year printing > parts of the code use a length argument to printf ("%*s"), which will > confuse escape sequences with actual printed characters after addressing Simon's concerns here's a new patch: www.vlakno.cz/~rdivacky/cal2.patch this disables the highlighting for year printing because it's broken and introduces the highlighting to ncal as well... From owner-freebsd-hackers@FreeBSD.ORG Mon Apr 20 15:02:33 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AA73C1065676; Mon, 20 Apr 2009 15:02:33 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 7D8C58FC1C; Mon, 20 Apr 2009 15:02:33 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 28C3246B09; Mon, 20 Apr 2009 11:02:33 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id E1C908A01A; Mon, 20 Apr 2009 11:02:25 -0400 (EDT) From: John Baldwin To: freebsd-hackers@freebsd.org Date: Mon, 20 Apr 2009 09:50:16 -0400 User-Agent: KMail/1.9.7 References: <49EA549E.2060001@FreeBSD.org> In-Reply-To: <49EA549E.2060001@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-7" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200904200950.16371.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Mon, 20 Apr 2009 11:02:25 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=0.1 required=4.2 tests=AWL,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Manolis Kiagias Subject: Re: Some questions on 'make release' X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Apr 2009 15:02:34 -0000 On Saturday 18 April 2009 6:30:54 pm Manolis Kiagias wrote: > # make release CHROOTDIR=/data/release BUILDNAME=7.2-PRERELEASE > CVSROOT=/data/ncvs EXTSRCDIR=/usr/src CD_PACKAGE_TREE=/data/packages > -DNODOC -DNOPORTS -DNO_FLOPPIES -DMAKE_ISOS > > which completes, without errors but without adding the packages to any > CD or the DVD. I found out that I can add the packages after the build > by running manually /usr/src/release/i386/mkisoimage.sh with appropriate > arguments (and the resulting CD seems to work fine). But I can't seem > to convince make release to do this. This should work. I would maybe hack on src/release/Makefile and remove the '@' from the lines in the iso.1 target to make sure it is doing things the way you expect. You could make mkisoimages.sh echo the mkisofs command line as well perhaps. -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Mon Apr 20 16:45:15 2009 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0F671106567D; Mon, 20 Apr 2009 16:45:15 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from mailrelay.rz.uni-wuerzburg.de (mailrelay.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.freebsd.org (Postfix) with ESMTP id 8D70D8FC24; Mon, 20 Apr 2009 16:45:14 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from virusscan.mail (localhost [127.0.0.1]) by mailrelay.mail (Postfix) with ESMTP id 16CCB1990C5; Mon, 20 Apr 2009 18:24:13 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by virusscan.mail (Postfix) with ESMTP id 08D1A1990BE; Mon, 20 Apr 2009 18:24:13 +0200 (CEST) Received: from mail.physik.uni-wuerzburg.de (wthp192.physik.uni-wuerzburg.de [132.187.40.192]) by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id E7E261990A2; Mon, 20 Apr 2009 18:24:12 +0200 (CEST) Received: from wep4035 ([132.187.37.35]) by mail.physik.uni-wuerzburg.de (Lotus Domino Release 8.0.2HF443) with ESMTP id 2009042018241234-4885 ; Mon, 20 Apr 2009 18:24:12 +0200 Received: by wep4035 (sSMTP sendmail emulation); Mon, 20 Apr 2009 18:24:11 +0200 Date: Mon, 20 Apr 2009 18:24:11 +0200 From: Alexey Shuvaev To: Roman Divacky Message-ID: <20090420162411.GA50951@wep4035.physik.uni-wuerzburg.de> References: <20090420084118.GA16337@freebsd.org> <49EC3E96.50208@fs.ei.tum.de> <20090420140219.GA74839@freebsd.org> MIME-Version: 1.0 In-Reply-To: <20090420140219.GA74839@freebsd.org> Organization: Universitaet Wuerzburg User-Agent: Mutt/1.5.18 (2008-05-17) X-MIMETrack: Itemize by SMTP Server on domino1/uni-wuerzburg(Release 8.0.2HF443 | November 25, 2008) at 04/20/2009 06:24:12 PM, Serialize by Router on domino1/uni-wuerzburg(Release 8.0.2HF443 | November 25, 2008) at 04/20/2009 06:24:12 PM, Serialize complete at 04/20/2009 06:24:12 PM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de Cc: hackers@freebsd.org Subject: Re: [PATCH]: today highlighting in [n]cal X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Apr 2009 16:45:15 -0000 On Mon, Apr 20, 2009 at 04:02:19PM +0200, Roman Divacky wrote: > On Mon, Apr 20, 2009 at 11:21:26AM +0200, Simon 'corecode' Schubert wrote: > > Hey Roman, > > > > Roman Divacky wrote: > > >I made this patch that highlights today in cal/ncal just like gnu > > >cal does.. > > > > > > www.vlakno.cz/~rdivacky/cal.patch > > > > Thanks for this patch, I've been meaning to hack one up properly, but > > never got to it. They problems I was facing seem to exist also with your > > patch: > > > > - only works for wide (cal) mode, not ncal mode > > - probably won't work properly with year displays: the year printing > > parts of the code use a length argument to printf ("%*s"), which will > > confuse escape sequences with actual printed characters > > after addressing Simon's concerns here's a new patch: > > www.vlakno.cz/~rdivacky/cal2.patch > > this disables the highlighting for year printing because it's broken > and introduces the highlighting to ncal as well... > Nice! It depends on one more lib now: Modified: ~> ldd /usr/bin/ncal /usr/bin/ncal: libcalendar.so.4 => /usr/lib/libcalendar.so.4 (0x800643000) libncurses.so.7 => /lib/libncurses.so.7 (0x800745000) libc.so.7 => /lib/libc.so.7 (0x80088f000) Old: ~> ldd /home/jails/kde4/usr/bin/ncal /home/jails/kde4/usr/bin/ncal: libcalendar.so.4 => /usr/lib/libcalendar.so.4 (0x800642000) libc.so.7 => /lib/libc.so.7 (0x800744000) Does it work good in single user mode? (Don't want to go to it right now myself). OTOH, who needs cal/ncal in single user mode? :) Just my 0.02$, Alexey. From owner-freebsd-hackers@FreeBSD.ORG Mon Apr 20 17:02:04 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F28A3106566C for ; Mon, 20 Apr 2009 17:02:04 +0000 (UTC) (envelope-from stas@deglitch.com) Received: from mx0.deglitch.com (backbone.deglitch.com [IPv6:2001:16d8:fffb:4::abba]) by mx1.freebsd.org (Postfix) with ESMTP id A8CEE8FC18 for ; Mon, 20 Apr 2009 17:02:04 +0000 (UTC) (envelope-from stas@deglitch.com) Received: from DSPAM-Daemon (localhost [127.0.0.1]) by mx0.deglitch.com (Postfix) with SMTP id AA98F8FC4E for ; Mon, 20 Apr 2009 21:02:03 +0400 (MSD) Received: from stas.flexlabs (unknown [83.166.229.34]) by mx0.deglitch.com (Postfix) with ESMTPSA id 9273A8FC18; Mon, 20 Apr 2009 21:02:01 +0400 (MSD) Date: Mon, 20 Apr 2009 21:02:01 +0400 From: Stanislav Sedov To: Bruce Cran Message-Id: <20090420210201.951cc772.stas@deglitch.com> In-Reply-To: <20090409093837.5f6e8628@gluon.draftnet> References: <49DD4FA6.7090805@telenix.org> <20090409093837.5f6e8628@gluon.draftnet> Organization: Deglitch Networks X-Mailer: Sylpheed 2.5.0 (GTK+ 2.12.11; i386-portbld-freebsd7.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-DSPAM-Result: Innocent X-DSPAM-Processed: Mon Apr 20 21:02:03 2009 X-DSPAM-Confidence: 1.0000 X-DSPAM-Improbability: 1 in 98689409 chance of being spam X-DSPAM-Probability: 0.0023 X-DSPAM-Signature: 49ecaa8b967002118561090 Cc: FreeBSD-Hackers , Chuck Robey Subject: Re: building a gcc crosscompiler X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Apr 2009 17:02:05 -0000 On Thu, 9 Apr 2009 09:38:37 +0100 Bruce Cran wrote: > On Wed, 08 Apr 2009 21:30:14 -0400 > Chuck Robey wrote: > > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > Since the last time I built a gcc crosscompiler, the gcc folks have > > added in dependencies on mpfr and gmp libraries. When I first read > > this, I was worried that I had a chicken/egg problem, but I found > > that you can do with the host's version of those libraries. I found > > a port of gnu libmpfr, but I notice here that FreeBSD has it's own > > libmp, and I don't know if the 4.3.1 version of gnu gcc can use our > > libmp, or if I need to install the port "libgmp4" and tell the gnu > > gcc configure about which mp I'm using. > > > > So, if you know if I can use FreeBSD's libmp, or if I need to build > > the ports libgmp4, please let me know. > > I don't know if it's required, but devel/cross-gcc does depend on > math/libgmp4 . > Yeah, it wants it (at least on my system). I will check if it can be replaced with the system libmp. -- Stanislav Sedov ST4096-RIPE !DSPAM:49ecaa8b967002118561090! From owner-freebsd-hackers@FreeBSD.ORG Mon Apr 20 17:48:13 2009 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B1A12106567E for ; Mon, 20 Apr 2009 17:48:13 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (77-93-215-190.static.masterinter.net [77.93.215.190]) by mx1.freebsd.org (Postfix) with ESMTP id 6CE3F8FC26 for ; Mon, 20 Apr 2009 17:48:12 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id A1EFF9CB0EF; Mon, 20 Apr 2009 19:46:58 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (lev.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Lcl6joiYdvFo; Mon, 20 Apr 2009 19:46:56 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id F2C0A9CB2C1; Mon, 20 Apr 2009 19:46:55 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.3/8.14.3/Submit) id n3KHktfX003777; Mon, 20 Apr 2009 19:46:55 +0200 (CEST) (envelope-from rdivacky) Date: Mon, 20 Apr 2009 19:46:55 +0200 From: Roman Divacky To: Alexey Shuvaev Message-ID: <20090420174655.GA3708@freebsd.org> References: <20090420084118.GA16337@freebsd.org> <49EC3E96.50208@fs.ei.tum.de> <20090420140219.GA74839@freebsd.org> <20090420162411.GA50951@wep4035.physik.uni-wuerzburg.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090420162411.GA50951@wep4035.physik.uni-wuerzburg.de> User-Agent: Mutt/1.4.2.3i Cc: hackers@freebsd.org Subject: Re: [PATCH]: today highlighting in [n]cal X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Apr 2009 17:48:14 -0000 On Mon, Apr 20, 2009 at 06:24:11PM +0200, Alexey Shuvaev wrote: > On Mon, Apr 20, 2009 at 04:02:19PM +0200, Roman Divacky wrote: > > On Mon, Apr 20, 2009 at 11:21:26AM +0200, Simon 'corecode' Schubert wrote: > > > Hey Roman, > > > > > > Roman Divacky wrote: > > > >I made this patch that highlights today in cal/ncal just like gnu > > > >cal does.. > > > > > > > > www.vlakno.cz/~rdivacky/cal.patch > > > > > > Thanks for this patch, I've been meaning to hack one up properly, but > > > never got to it. They problems I was facing seem to exist also with your > > > patch: > > > > > > - only works for wide (cal) mode, not ncal mode > > > - probably won't work properly with year displays: the year printing > > > parts of the code use a length argument to printf ("%*s"), which will > > > confuse escape sequences with actual printed characters > > > > after addressing Simon's concerns here's a new patch: > > > > www.vlakno.cz/~rdivacky/cal2.patch > > > > this disables the highlighting for year printing because it's broken > > and introduces the highlighting to ncal as well... > > > Nice! > It depends on one more lib now: > > Modified: > ~> ldd /usr/bin/ncal > /usr/bin/ncal: > libcalendar.so.4 => /usr/lib/libcalendar.so.4 (0x800643000) > libncurses.so.7 => /lib/libncurses.so.7 (0x800745000) > libc.so.7 => /lib/libc.so.7 (0x80088f000) > > Old: > ~> ldd /home/jails/kde4/usr/bin/ncal > /home/jails/kde4/usr/bin/ncal: > libcalendar.so.4 => /usr/lib/libcalendar.so.4 (0x800642000) > libc.so.7 => /lib/libc.so.7 (0x800744000) yes.... so? > Does it work good in single user mode? > (Don't want to go to it right now myself). > OTOH, who needs cal/ncal in single user mode? :) I guess it should.. it depends strictly on terminal, didnt test it though From owner-freebsd-hackers@FreeBSD.ORG Mon Apr 20 18:12:24 2009 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0E77010656F5; Mon, 20 Apr 2009 18:12:24 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from mailrelay.rz.uni-wuerzburg.de (mailrelay.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.freebsd.org (Postfix) with ESMTP id 8C56B8FC23; Mon, 20 Apr 2009 18:12:23 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from virusscan.mail (localhost [127.0.0.1]) by mailrelay.mail (Postfix) with ESMTP id B58F81990A1; Mon, 20 Apr 2009 20:12:22 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by virusscan.mail (Postfix) with ESMTP id A82DA19909B; Mon, 20 Apr 2009 20:12:22 +0200 (CEST) Received: from mail.physik.uni-wuerzburg.de (wthp192.physik.uni-wuerzburg.de [132.187.40.192]) by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id 9532B198F59; Mon, 20 Apr 2009 20:12:22 +0200 (CEST) Received: from wep4035 ([132.187.37.35]) by mail.physik.uni-wuerzburg.de (Lotus Domino Release 8.0.2HF443) with ESMTP id 2009042020122215-5251 ; Mon, 20 Apr 2009 20:12:22 +0200 Received: by wep4035 (sSMTP sendmail emulation); Mon, 20 Apr 2009 20:12:22 +0200 Date: Mon, 20 Apr 2009 20:12:22 +0200 From: Alexey Shuvaev To: Roman Divacky Message-ID: <20090420181222.GB64113@wep4035.physik.uni-wuerzburg.de> References: <20090420084118.GA16337@freebsd.org> <49EC3E96.50208@fs.ei.tum.de> <20090420140219.GA74839@freebsd.org> <20090420162411.GA50951@wep4035.physik.uni-wuerzburg.de> <20090420174655.GA3708@freebsd.org> MIME-Version: 1.0 In-Reply-To: <20090420174655.GA3708@freebsd.org> Organization: Universitaet Wuerzburg User-Agent: Mutt/1.5.18 (2008-05-17) X-MIMETrack: Itemize by SMTP Server on domino1/uni-wuerzburg(Release 8.0.2HF443 | November 25, 2008) at 04/20/2009 08:12:22 PM, Serialize by Router on domino1/uni-wuerzburg(Release 8.0.2HF443 | November 25, 2008) at 04/20/2009 08:12:22 PM, Serialize complete at 04/20/2009 08:12:22 PM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de Cc: hackers@freebsd.org Subject: Re: [PATCH]: today highlighting in [n]cal X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Apr 2009 18:12:24 -0000 On Mon, Apr 20, 2009 at 07:46:55PM +0200, Roman Divacky wrote: > On Mon, Apr 20, 2009 at 06:24:11PM +0200, Alexey Shuvaev wrote: > > On Mon, Apr 20, 2009 at 04:02:19PM +0200, Roman Divacky wrote: > > > > > > after addressing Simon's concerns here's a new patch: > > > > > > www.vlakno.cz/~rdivacky/cal2.patch > > > > > > this disables the highlighting for year printing because it's broken > > > and introduces the highlighting to ncal as well... > > > > > Nice! > > It depends on one more lib now: > > > > Modified: > > ~> ldd /usr/bin/ncal > > /usr/bin/ncal: > > libcalendar.so.4 => /usr/lib/libcalendar.so.4 (0x800643000) > > libncurses.so.7 => /lib/libncurses.so.7 (0x800745000) > > libc.so.7 => /lib/libc.so.7 (0x80088f000) > > > > Old: > > ~> ldd /home/jails/kde4/usr/bin/ncal > > /home/jails/kde4/usr/bin/ncal: > > libcalendar.so.4 => /usr/lib/libcalendar.so.4 (0x800642000) > > libc.so.7 => /lib/libc.so.7 (0x800744000) > > yes.... so? > Well... Just an observation. I have nothing against. > > Does it work good in single user mode? > > (Don't want to go to it right now myself). > > OTOH, who needs cal/ncal in single user mode? :) > > I guess it should.. it depends strictly on terminal, didnt test it though Alexey. From owner-freebsd-hackers@FreeBSD.ORG Mon Apr 20 23:33:50 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 988D31065675 for ; Mon, 20 Apr 2009 23:33:50 +0000 (UTC) (envelope-from mailnull@mips.inka.de) Received: from mail-in-10.arcor-online.net (mail-in-10.arcor-online.net [151.189.21.50]) by mx1.freebsd.org (Postfix) with ESMTP id 4A7048FC0A for ; Mon, 20 Apr 2009 23:33:50 +0000 (UTC) (envelope-from mailnull@mips.inka.de) Received: from mail-in-20-z2.arcor-online.net (mail-in-20-z2.arcor-online.net [151.189.8.85]) by mx.arcor.de (Postfix) with ESMTP id 72F5A28EDA4 for ; Tue, 21 Apr 2009 01:02:40 +0200 (CEST) Received: from mail-in-08.arcor-online.net (mail-in-08.arcor-online.net [151.189.21.48]) by mail-in-20-z2.arcor-online.net (Postfix) with ESMTP id 6A062107808 for ; Tue, 21 Apr 2009 01:02:40 +0200 (CEST) Received: from lorvorc.mips.inka.de (dslb-092-075-204-205.pools.arcor-ip.net [92.75.204.205]) by mail-in-08.arcor-online.net (Postfix) with ESMTPS id 2E7AF2AEB96 for ; Tue, 21 Apr 2009 01:02:40 +0200 (CEST) X-DKIM: Sendmail DKIM Filter v2.8.2 mail-in-08.arcor-online.net 2E7AF2AEB96 Received: from lorvorc.mips.inka.de (localhost [127.0.0.1]) by lorvorc.mips.inka.de (8.14.3/8.14.3) with ESMTP id n3KN2dHD029328 for ; Tue, 21 Apr 2009 01:02:39 +0200 (CEST) (envelope-from mailnull@lorvorc.mips.inka.de) Received: (from mailnull@localhost) by lorvorc.mips.inka.de (8.14.3/8.14.3/Submit) id n3KN2dcg029327 for freebsd-hackers@freebsd.org; Tue, 21 Apr 2009 01:02:39 +0200 (CEST) (envelope-from mailnull) From: naddy@mips.inka.de (Christian Weisgerber) Date: Mon, 20 Apr 2009 23:02:39 +0000 (UTC) Message-ID: References: <20090420084118.GA16337@freebsd.org> <49EC3E96.50208@fs.ei.tum.de> <20090420140219.GA74839@freebsd.org> Originator: naddy@mips.inka.de (Christian Weisgerber) To: freebsd-hackers@freebsd.org Subject: Re: [PATCH]: today highlighting in [n]cal X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Apr 2009 23:33:50 -0000 Roman Divacky wrote: > after addressing Simon's concerns here's a new patch: > > www.vlakno.cz/~rdivacky/cal2.patch I'd simply use the so/se ("standout") capability rather than specifically asking for reverse video. If you somehow end up on an 1980s terminal where the two aren't synonymous, standout is what you want. -- Christian "naddy" Weisgerber naddy@mips.inka.de From owner-freebsd-hackers@FreeBSD.ORG Tue Apr 21 08:17:56 2009 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 41617106566B for ; Tue, 21 Apr 2009 08:17:56 +0000 (UTC) (envelope-from manolis@FreeBSD.org) Received: from rosebud.otenet.gr (rosebud.otenet.gr [83.235.67.32]) by mx1.freebsd.org (Postfix) with ESMTP id BB66F8FC15 for ; Tue, 21 Apr 2009 08:17:55 +0000 (UTC) (envelope-from manolis@FreeBSD.org) Received: from atlantis.dyndns.org (athedsl-4489043.home.otenet.gr [94.71.75.91]) by rosebud.otenet.gr (8.13.8/8.13.8/Debian-3) with ESMTP id n3L8Hrg2031407; Tue, 21 Apr 2009 11:17:53 +0300 Message-ID: <49ED8131.40603@FreeBSD.org> Date: Tue, 21 Apr 2009 11:17:53 +0300 From: Manolis Kiagias User-Agent: Thunderbird 2.0.0.21 (X11/20090414) MIME-Version: 1.0 To: John Baldwin References: <49EA549E.2060001@FreeBSD.org> <200904200950.16371.jhb@freebsd.org> In-Reply-To: <200904200950.16371.jhb@freebsd.org> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-7 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@FreeBSD.org Subject: Re: Some questions on 'make release' X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Apr 2009 08:17:56 -0000 John Baldwin wrote: > On Saturday 18 April 2009 6:30:54 pm Manolis Kiagias wrote: > >> # make release CHROOTDIR=/data/release BUILDNAME=7.2-PRERELEASE >> CVSROOT=/data/ncvs EXTSRCDIR=/usr/src CD_PACKAGE_TREE=/data/packages >> -DNODOC -DNOPORTS -DNO_FLOPPIES -DMAKE_ISOS >> >> which completes, without errors but without adding the packages to any >> CD or the DVD. I found out that I can add the packages after the build >> by running manually /usr/src/release/i386/mkisoimage.sh with appropriate >> arguments (and the resulting CD seems to work fine). But I can't seem >> to convince make release to do this. >> > > This should work. I would maybe hack on src/release/Makefile and remove the > '@' from the lines in the iso.1 target to make sure it is doing things the way > you expect. You could make mkisoimages.sh echo the mkisofs command line as > well perhaps. > > Thank you John. I followed your suggestions, but I am still baffled. I removed the '@' from the Makefile and added an echo of my own after the echo "Creating iso images..." in the iso.1 target to print the values of CD and CD_DISC1_PKGS variables: echo "CD is ${CD}" echo "CD_DISC1_PKGS is ${CD_DISC1_PKGS}" Running the make release I can see the "Creating iso images..." but not any of my messages. It is as if another copy of the Makefile is executed (without the changes). (Note I switched from EXTSRCDIR to a real CVSROOT, so it is not my /usr/src that is copied to the release work area) I have tried running the iso.1 target directly (after deleting the /usr/src/release/iso.1 file) and it seems to try to find the files in the wrong directory. For example, it attempts to create the disc images in /R/cdrom/ instead of what would normally be /usr/area/release/R/cdrom (my CHROOTDIR=/usr/area/release) I can work around this by creating a symbolic link /usr/area/release/R => /R or by changing the CD variable in the Makefile from CD=${_R}/cdrom to CD=${CHROOTDIR}${_R}/cdrom but I feel these are just hacks and I am really missing something. (make iso.1 works fine afterwards though) Any more suggestions are welcome, as my trial and error approach takes about 3 hours in the machine used for the build ;) Thanks, manolis@ From owner-freebsd-hackers@FreeBSD.ORG Tue Apr 21 05:27:25 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1164C106566B for ; Tue, 21 Apr 2009 05:27:25 +0000 (UTC) (envelope-from k.menshikov@peterhost.ru) Received: from fb0.z8.ru (fb0.z8.ru [80.93.58.95]) by mx1.freebsd.org (Postfix) with ESMTP id 097D98FC1A for ; Tue, 21 Apr 2009 05:27:23 +0000 (UTC) (envelope-from k.menshikov@peterhost.ru) Received: from mail.z8.ru ([80.93.58.56]) by fb0.z8.ru with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Lw8Ha-0004dW-95 for freebsd-hackers@freebsd.org; Tue, 21 Apr 2009 09:12:34 +0400 Received: from [85.235.196.139] (helo=kostjn.pht) by mail.z8.ru with esmtpa (Exim 4.67 (FreeBSD)) (envelope-from ) id 1Lw8HX-0009d0-DZ for freebsd-hackers@freebsd.org; Tue, 21 Apr 2009 09:12:31 +0400 Message-ID: <49ED55FF.5080306@peterhost.ru> Date: Tue, 21 Apr 2009 09:13:35 +0400 From: =?UTF-8?B?0JzQtdC90YzRiNC40LrQvtCyINCa0L7QvdGB0YLQsNC90YLQuNC9?= User-Agent: Thunderbird 2.0.0.18 (X11/20090328) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Content-Type: multipart/mixed; boundary="------------010009050107010301000504" X-Mailman-Approved-At: Tue, 21 Apr 2009 11:32:59 +0000 Subject: CPU limit for Jails(patch for ULE scheduler) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Apr 2009 05:27:25 -0000 This is a multi-part message in MIME format. --------------010009050107010301000504 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Hello all! Many users want have limits on resourse for jail, for examle cpu and memory limit. I`m rewrire original cdjones patch for cpu limit for jail under ULE scheduler. So, this work simple. We count cpu usage for all jails, and if jail use cpu more than have shared cpu, we move his threads to IDLE queue and return to TIMESHARE in reverse case. Jailed thread can use all avaliable cpu time, if system has avaliable cpu. If system under heavy load, jailed thread can`t use cpu long as ratio (shared cpu for jail/ all shared cpu) < (estimate usage cpu for jail / all usage cpu) . Unjailed thread and interactive thread are not subject to this regime. Add 2 sysctl kern.sched.total_sched_shares - total count shares cpu in system, increase if we have more cpu kern.sched.flush_estcpu_interval - flush estcpu interval in ticks, default is 2560 = 2 * 128 * 10, NCPU*stathz*sec, increase if we have more cpu For use cpu limit, you need use flag -S NSharedCPU in /usr/sbin/jail program. My example jail -S100 /usr/jails/root/ root.kostjn.pht 192.168.0.245 /bin/csh I`m tested this under 10 simultaneous process in jail and in main system. test program is infinity cycle an 8 core xeon, use RELENG_7. First run process in jail, and after in main system. This one process tracking cpu usage Jail root 1052 0.0 0.0 3692 784 p1 RJ 7:38PM 0:00.39 /test.o root 1052 21.2 0.0 3692 784 p1 RJ 7:38PM 0:02.40 /test.o root 1052 35.6 0.0 3692 784 p1 RJ 7:38PM 0:04.40 /test.o root 1052 47.5 0.0 3692 784 p1 RJ 7:38PM 0:06.41 /test.o root 1052 39.9 0.0 3692 784 p1 RJ 7:38PM 0:06.62 /test.o root 1052 33.2 0.0 3692 784 p1 RJ 7:38PM 0:06.62 /test.o root 1052 27.6 0.0 3692 784 p1 RJ 7:38PM 0:06.62 /test.o root 1052 22.9 0.0 3692 784 p1 RJ 7:38PM 0:06.62 /test.o root 1052 19.0 0.0 3692 784 p1 RJ 7:38PM 0:06.62 /test.o root 1052 15.8 0.0 3692 784 p1 RJ 7:38PM 0:06.62 /test.o root 1052 13.0 0.0 3692 784 p1 RJ 7:38PM 0:06.62 /test.o root 1052 10.8 0.0 3692 784 p1 RJ 7:38PM 0:06.62 /test.o root 1052 8.9 0.0 3692 784 p1 RJ 7:38PM 0:06.62 /tes Main system root 1088 14.9 0.0 3692 780 p0 R 7:38PM 0:01.57 /root/test.o root 1088 30.8 0.0 3692 780 p0 R 7:38PM 0:03.60 /root/test.o root 1088 43.8 0.0 3692 780 p0 R 7:38PM 0:05.60 /root/test.o root 1088 51.0 0.0 3692 780 p0 R 7:38PM 0:07.25 /root/test.o root 1088 50.8 0.0 3692 780 p0 R 7:38PM 0:08.28 /root/test.o root 1088 49.1 0.0 3692 780 p0 R 7:38PM 0:09.21 /root/test.o root 1088 48.1 0.0 3692 780 p0 R 7:38PM 0:10.24 /root/test.o root 1088 46.2 0.0 3692 780 p0 R 7:38PM 0:11.17 /root/test.o root 1088 42.9 0.0 3692 780 p0 R 7:38PM 0:11.95 /root/test.o So we see, that after run in main system, jailed process can`t usage cpu. Please communicate me about all problem in this patch. This is initial version, without tune jail parameter in runtime. So, this work. But i`m not sure, that is best way. Attempt increase priority for jailed thread not work, because non interactive thread (that utilize many cpu) already have small prioriry(numerical high). Attempt decrease number ticks in cpu time slice, also not good idea, because, this increase number context switching on high load. May be you see other way for do this? Share you idea. Thank. Original cdjones cpu and memory limit patch http://wiki.freebsd.org/JailResourceLimits --------------010009050107010301000504 Content-Type: text/plain; name="patch-jail-limit-7RELENG" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="patch-jail-limit-7RELENG" ZGlmZiAtVTMgLXIgLS1zaG93LWMtZnVuY3Rpb24gLS1pZ25vcmUtYWxsLXNwYWNlIC0taWdu b3JlLXRhYi1leHBhbnNpb24gLS1pZ25vcmUtYmxhbmstbGluZXMgc3lzL2tlcm4va2Vybl9q YWlsLmMgc3lzLm5ldy9rZXJuL2tlcm5famFpbC5jCi0tLSBzeXMva2Vybi9rZXJuX2phaWwu YwkyMDA5LTAzLTEwIDIyOjMzOjUwLjAwMDAwMDAwMCArMDMwMAorKysgc3lzLm5ldy9rZXJu L2tlcm5famFpbC5jCTIwMDktMDQtMTcgMTg6NTE6MzQuMDAwMDAwMDAwICswNDAwCkBAIC01 MzEsNiArNTMyLDcgQEAga2Vybl9qYWlsKHN0cnVjdCB0aHJlYWQgKnRkLCBzdHJ1Y3QgamFp bAogCX0KICNlbmRpZgogCXByLT5wcl9saW51eCA9IE5VTEw7CisgICAgcHItPnByX3NjaGVk X3NoYXJlcyA9IGotPnNjaGVkX3NoYXJlczsKIAlwci0+cHJfc2VjdXJlbGV2ZWwgPSBzZWN1 cmVsZXZlbDsKIAlpZiAocHJpc29uX3NlcnZpY2Vfc2xvdHMgPT0gMCkKIAkJcHItPnByX3Ns b3RzID0gTlVMTDsKZGlmZiAtVTMgLXIgLS1zaG93LWMtZnVuY3Rpb24gLS1pZ25vcmUtYWxs LXNwYWNlIC0taWdub3JlLXRhYi1leHBhbnNpb24gLS1pZ25vcmUtYmxhbmstbGluZXMgc3lz L2tlcm4vc2NoZWRfdWxlLmMgc3lzLm5ldy9rZXJuL3NjaGVkX3VsZS5jCi0tLSBzeXMva2Vy bi9zY2hlZF91bGUuYwkyMDA5LTAzLTMwIDIzOjIwOjU2LjAwMDAwMDAwMCArMDQwMAorKysg c3lzLm5ldy9rZXJuL3NjaGVkX3VsZS5jCTIwMDktMDQtMTcgMTk6MTA6MDcuMDAwMDAwMDAw ICswNDAwCkBAIC02MSw2ICs2MSw3IEBAIF9fRkJTRElEKCIkRnJlZUJTRDogc3JjL3N5cy9r ZXJuL3NjaGVkX3UKICNpbmNsdWRlIDxzeXMvdW10eC5oPgogI2luY2x1ZGUgPHN5cy92bW1l dGVyLmg+CiAjaW5jbHVkZSA8c3lzL2NwdXNldC5oPgorI2luY2x1ZGUgPHN5cy9qYWlsLmg+ CiAjaWZkZWYgS1RSQUNFCiAjaW5jbHVkZSA8c3lzL3Vpby5oPgogI2luY2x1ZGUgPHN5cy9r dHJhY2UuaD4KQEAgLTE4Niw2ICsxODcsMjIgQEAgc3RhdGljIGludCBzY2hlZF9pbnRlcmFj dCA9IFNDSEVEX0lOVEVSQQogc3RhdGljIGludCByZWFsc3RhdGh6Owogc3RhdGljIGludCB0 aWNraW5jcjsKIHN0YXRpYyBpbnQgc2NoZWRfc2xpY2U7CisKKyNkZWZpbmUgRVNUQ1BVX1NI SUZUCTEwCisvKgorICogZXN0Y3B1OgkJCQkJR2xvYmFsIGNvdW50ZXIgdGlja3MgZnJvbSBz dGF0IHRpbWVyIAorICogZmx1c2hfZXN0Y3B1X2ludGVydmFsOiAgIE51bWJlciB0aWNrcywg YWZ0ZXIgdGhhdCB3ZSB0byB6ZXJvIGVzdGNwdSwKKyAqICAgICAgICAgICAgICAgICAgICAg ICAgICBmbHVzaF9lc3RjcHVfaW50ZXJ2YWwgPSBtcF9uY3B1cypzdGF0aHoqMTAsIAorICoJ CQkJCQkJZGVmYXVsdCAyKjEyOCoxMCA9IDI1NjAKKyAqIHRvdGFsX3NjaGVkX3NoYXJlczog ICAgICBUb3RhbCBjb3VudCBzaGFyZXMgY3B1LCAxMDAwIHBlciBjb3JlLCAKKyAqCQkJCQkJ CWRlZmF1bHQgMioxMDAwID0gMjAwMCAKKyovCisKKworc3RhdGljIGludCBlc3RjcHU7Citz dGF0aWMgaW50IGZsdXNoX2VzdGNwdV9pbnRlcnZhbCA9IDI1NjA7CitzdGF0aWMgaW50IHRv dGFsX3NjaGVkX3NoYXJlcyA9IDIwMDA7CisKICNpZmRlZiBQUkVFTVBUSU9OCiAjaWZkZWYg RlVMTF9QUkVFTVBUSU9OCiBzdGF0aWMgaW50IHByZWVtcHRfdGhyZXNoID0gUFJJX01BWF9J RExFOwpAQCAtMjIwMCw2ICsyMjE5LDcgQEAgc2NoZWRfY2xvY2soc3RydWN0IHRocmVhZCAq dGQpCiB7CiAJc3RydWN0IHRkcSAqdGRxOwogCXN0cnVjdCB0ZF9zY2hlZCAqdHM7CisJc3Ry dWN0IHByaXNvbiAqcHIgPSB0ZC0+dGRfcHJvYy0+cF91Y3JlZC0+Y3JfcHJpc29uOwogCiAJ VEhSRUFEX0xPQ0tfQVNTRVJUKHRkLCBNQV9PV05FRCk7CiAJdGRxID0gVERRX1NFTEYoKTsK QEAgLTIyMzQsNiArMjI1NCwyMCBAQCBzY2hlZF9jbG9jayhzdHJ1Y3QgdGhyZWFkICp0ZCkK IAkJdGQtPnRkX3NjaGVkLT50c19ydW50aW1lICs9IHRpY2tpbmNyOwogCQlzY2hlZF9pbnRl cmFjdF91cGRhdGUodGQpOwogCX0KKworCS8qIEluY3JlYXNlIGNvdW50ZXIgYW5kIGZsdXNo IGlmIG5lZWQgKi8KKwllc3RjcHUrKzsKKwlpZiAocHIgIT0gTlVMTCkKKwkJcHItPnByX2Vz dGNwdSsrOworCisJaWYgKGVzdGNwdSA+IGZsdXNoX2VzdGNwdV9pbnRlcnZhbCl7CisJCWVz dGNwdSA9IDA7CisJCUxJU1RfRk9SRUFDSChwciwgJmFsbHByaXNvbiwgcHJfbGlzdCkgewor CQkJcHItPnByX2VzdGNwdSA9IDA7CisJCX0KKwkJQ1RSMChLVFJfU0NIRUQsIkZsdXNoIGVz dGNwdSBhbmQgcHJfZXN0Y3B1IGZvciBhbGwgamFpbHMiKTsKKwl9CisKIAkvKgogCSAqIFdl IHVzZWQgdXAgb25lIHRpbWUgc2xpY2UuCiAJICovCkBAIC0yMzc1LDYgKzI0MDksOCBAQCB0 ZHFfYWRkKHN0cnVjdCB0ZHEgKnRkcSwgc3RydWN0IHRocmVhZCAqCiAJaW50IGNwdW1hc2s7 CiAjZW5kaWYKIAorICAgIHN0cnVjdCBwcmlzb24gKnByID0gdGQtPnRkX3Byb2MtPnBfdWNy ZWQtPmNyX3ByaXNvbjsKKwogCVREUV9MT0NLX0FTU0VSVCh0ZHEsIE1BX09XTkVEKTsKIAlL QVNTRVJUKCh0ZC0+dGRfaW5oaWJpdG9ycyA9PSAwKSwKIAkgICAgKCJzY2hlZF9hZGQ6IHRy eWluZyB0byBydW4gaW5oaWJpdGVkIHRocmVhZCIpKTsKQEAgLTIzODMsNiArMjQxOSwzMiBA QCB0ZHFfYWRkKHN0cnVjdCB0ZHEgKnRkcSwgc3RydWN0IHRocmVhZCAqCiAJS0FTU0VSVCh0 ZC0+dGRfZmxhZ3MgJiBUREZfSU5NRU0sCiAJICAgICgic2NoZWRfYWRkOiB0aHJlYWQgc3dh cHBlZCBvdXQiKSk7CiAKKyAgICAgICAgLyogV2UgbW92ZSB0aHJlYWQgaW4gSURMRSBxdWV1 ZSBpZiBwcmlzb24gZXN0aW1hdGUgY3B1IG1vcmUgdGhhbiBzaGFyZXMKKwkJICogY3B1IGFu ZCB0aHJlYWQgaXMgbm90IGludGVyYWN0aXZlLiBVc2UgRVNUQ1BVX1NISUZUIHRvIGF2b2lk CisJCSAqIHJvdW5kaW5nIGF3YXkgcmVzdWx0cyAqLworICAgIGlmKHByICE9IE5VTEwpCisg ICAgCUNUUjYoS1RSX1NDSEVELCJwaWQgJWksIHByaXNvbiAlaSwgcHJfZXN0Y3B1ICVpLFwK KwkJCQkJCWVzdGNwdSAlaSBzaGFyZXMgJWkgaW50ZXJhY3QgJWkiLAorICAgICAgICAgICAg ICAgICAgIAkJdGQtPnRkX3Byb2MtPnBfcGlkLHByLT5wcl9pZCxwci0+cHJfZXN0Y3B1LAor CQkJCQkJZXN0Y3B1LCBwci0+cHJfc2NoZWRfc2hhcmVzLCBzY2hlZF9pbnRlcmFjdF9zY29y ZSh0ZCkpOworICAgIGlmIChwciAhPSBOVUxMICYmIHByLT5wcl9zY2hlZF9zaGFyZXMgIT0g MCAmJgorICAgICAgICBzY2hlZF9pbnRlcmFjdF9zY29yZSh0ZCkgPiBzY2hlZF9pbnRlcmFj dCAmJgorCQllc3RjcHUgIT0gMCAmJiB0b3RhbF9zY2hlZF9zaGFyZXMgIT0gMCl7CisKKyAg ICAJaWYgKChwci0+cHJfZXN0Y3B1ICAgICAgICAgIDw8IEVTVENQVV9TSElGVCkgIC8gKGVz dGNwdSkgPgorICAgICAgICAgIAkocHItPnByX3NjaGVkX3NoYXJlcyAgICA8PCBFU1RDUFVf U0hJRlQpICAvICh0b3RhbF9zY2hlZF9zaGFyZXMpKQorICAgICAgICB7CisgICAgICAgICAg CXRkLT50ZF9wcmlvcml0eSAgPSBQUklfTUlOX0lETEU7IAorCQkJdGQtPnRkX3ByaV9jbGFz cyA9IFBSSV9JRExFOworICAgICAgICAgICAgQ1RSMihLVFJfU0NIRUQsInByaXNvbiAlaSBl eGNlc3MgY3B1IGxpbWl0ISEhIG5ldyBwcmkgPSAlaSAiLHByLT5wcl9pZCx0ZC0+dGRfcHJp b3JpdHkpOworCisgICAgICAgIH0gZWxzZSB7CisgICAgICAgICAgICBDVFIxKEtUUl9TQ0hF RCwicHJpc29uICVpIHVzZSBjcHUgbGVzcyBsaW1pdCIscHItPnByX2lkKTsgICAgIAorCQkJ c2NoZWRfcHJpb3JpdHkodGQpOworCQkJdGQtPnRkX3ByaV9jbGFzcyA9IFBSSV9USU1FU0hB UkU7CisgICAgICAgIH0KKyAgICB9CisKIAl0cyA9IHRkLT50ZF9zY2hlZDsKIAljbGFzcyA9 IFBSSV9CQVNFKHRkLT50ZF9wcmlfY2xhc3MpOwogICAgICAgICBURF9TRVRfUlVOUSh0ZCk7 CkBAIC0yNzQ2LDYgKzI4MDgsMTAgQEAgU1lTQ1RMX0lOVChfa2Vybl9zY2hlZCwgT0lEX0FV VE8sIGludGVyYQogICAgICAiSW50ZXJhY3Rpdml0eSBzY29yZSB0aHJlc2hvbGQiKTsKIFNZ U0NUTF9JTlQoX2tlcm5fc2NoZWQsIE9JRF9BVVRPLCBwcmVlbXB0X3RocmVzaCwgQ1RMRkxB R19SVywgJnByZWVtcHRfdGhyZXNoLAogICAgICAwLCJNaW4gcHJpb3JpdHkgZm9yIHByZWVt cHRpb24sIGxvd2VyIHByaW9yaXRpZXMgaGF2ZSBncmVhdGVyIHByZWNlZGVuY2UiKTsKK1NZ U0NUTF9JTlQoX2tlcm5fc2NoZWQsIE9JRF9BVVRPLCBmbHVzaF9lc3RjcHVfaW50ZXJ2YWws IENUTEZMQUdfUlcsICZmbHVzaF9lc3RjcHVfaW50ZXJ2YWwsCisgICAgIDAsIk51bWJlciB0 aWNrcyBzdGF0IHRpbWVyIGFmdGVyIHRoYXIgd2UgemVybyBlc3RjcHUgY291bnRlciIpOwor U1lTQ1RMX0lOVChfa2Vybl9zY2hlZCwgT0lEX0FVVE8sIHRvdGFsX3NjaGVkX3NoYXJlcywg Q1RMRkxBR19SVywgJnRvdGFsX3NjaGVkX3NoYXJlcywKKyAgICAgMCwiVG90YWwgbnVtYmVy IHNoYXJlZCBjcHUgZm9yIHN5c3RlbSIpOwogI2lmZGVmIFNNUAogU1lTQ1RMX0lOVChfa2Vy bl9zY2hlZCwgT0lEX0FVVE8sIHBpY2tfcHJpLCBDVExGTEFHX1JXLCAmcGlja19wcmksIDAs CiAgICAgIlBpY2sgdGhlIHRhcmdldCBjcHUgYmFzZWQgb24gcHJpb3JpdHkgcmF0aGVyIHRo YW4gbG9hZC4iKTsKZGlmZiAtVTMgLXIgLS1zaG93LWMtZnVuY3Rpb24gLS1pZ25vcmUtYWxs LXNwYWNlIC0taWdub3JlLXRhYi1leHBhbnNpb24gLS1pZ25vcmUtYmxhbmstbGluZXMgc3lz L3N5cy9qYWlsLmggc3lzLm5ldy9zeXMvamFpbC5oCi0tLSBzeXMvc3lzL2phaWwuaAkyMDA5 LTAyLTE4IDIzOjEyOjA4LjAwMDAwMDAwMCArMDMwMAorKysgc3lzLm5ldy9zeXMvamFpbC5o CTIwMDktMDQtMTcgMTg6NTM6NDMuMDAwMDAwMDAwICswNDAwCkBAIC0zMSw2ICszMSw3IEBA IHN0cnVjdCBqYWlsIHsKIAl1aW50MzJfdAlpcDZzOwogCXN0cnVjdCBpbl9hZGRyCSppcDQ7 CiAJc3RydWN0IGluNl9hZGRyCSppcDY7CisJdWludDMyX3QJc2NoZWRfc2hhcmVzOwogfTsK ICNkZWZpbmUJSkFJTF9BUElfVkVSU0lPTiAyCiAKQEAgLTEzMiw2ICsxMzMsOSBAQCBzdHJ1 Y3QgcHJpc29uIHsKIAlzdHJ1Y3QgdGFzawkgcHJfdGFzazsJCQkvKiAoZCkgZGVzdHJveSB0 YXNrICovCiAJc3RydWN0IG10eAkgcHJfbXR4OwogCXZvaWQJCSoqcHJfc2xvdHM7CQkJLyog KHApIGFkZGl0aW9uYWwgZGF0YSAqLworCXVpbnQzMl90CXByX2VzdGNwdTsJCQkvKiAocCkg Y3B1IHVzYWdlICovCisJdWludDMyX3QJcHJfc2NoZWRfc2hhcmVzOwkvKiAoYykgbnVtYmVy IHZpcnR1YWwgY3B1ICovCisKIAlpbnQJCSBwcl9pcDRzOwkJCS8qIChjKSBudW1iZXIgb2Yg djQgSVBzICovCiAJc3RydWN0IGluX2FkZHIJKnByX2lwNDsJCQkvKiAoYykgdjQgSVBzIG9m IGphaWwgKi8KIAlpbnQJCSBwcl9pcDZzOwkJCS8qIChjKSBudW1iZXIgb2YgdjYgSVBzICov CmRpZmYgLVUzIC1yIC0tc2hvdy1jLWZ1bmN0aW9uIC0taWdub3JlLWFsbC1zcGFjZSAtLWln bm9yZS10YWItZXhwYW5zaW9uIC0taWdub3JlLWJsYW5rLWxpbmVzIHVzci5zYmluL2phaWwv amFpbC5jIHVzci5zYmluLm5ldy9qYWlsL2phaWwuYwotLS0gdXNyLnNiaW4vamFpbC9qYWls LmMJMjAwOS0wMi0wNyAxNjoxOTowOC4wMDAwMDAwMDAgKzAzMDAKKysrIHVzci5zYmluLm5l dy9qYWlsL2phaWwuYwkyMDA5LTA0LTE3IDE4OjU3OjE1LjAwMDAwMDAwMCArMDQwMApAQCAt ODMsNiArODMsNyBAQCBtYWluKGludCBhcmdjLCBjaGFyICoqYXJndikKIAlpbnQgY2gsIGVy cm9yLCBpLCBuZ3JvdXBzLCBzZWN1cmVsZXZlbDsKIAlpbnQgaGZsYWcsIGlmbGFnLCBKZmxh ZywgbGZsYWcsIHVmbGFnLCBVZmxhZzsKIAljaGFyIHBhdGhbUEFUSF9NQVhdLCAqamFpbG5h bWUsICplcCwgKnVzZXJuYW1lLCAqSmlkRmlsZSwgKmlwOworCXVpbnQzMl90IHNjaGVkX3No YXJlcyA9IDA7CiAJc3RhdGljIGNoYXIgKmNsZWFuZW52OwogCWNvbnN0IGNoYXIgKnNoZWxs LCAqcCA9IE5VTEw7CiAJbG9uZyBsdG1wOwpAQCAtOTQsNyArOTUsNyBAQCBtYWluKGludCBh cmdjLCBjaGFyICoqYXJndikKIAlqYWlsbmFtZSA9IHVzZXJuYW1lID0gSmlkRmlsZSA9IGNs ZWFuZW52ID0gTlVMTDsKIAlmcCA9IE5VTEw7CiAKLQl3aGlsZSAoKGNoID0gZ2V0b3B0KGFy Z2MsIGFyZ3YsICJoaWxuOnM6dTpVOko6IikpICE9IC0xKSB7CisJd2hpbGUgKChjaCA9IGdl dG9wdChhcmdjLCBhcmd2LCAiaGlsUzpuOnM6dTpVOko6IikpICE9IC0xKSB7CiAJCXN3aXRj aCAoY2gpIHsKIAkJY2FzZSAnaCc6CiAJCQloZmxhZyA9IDE7CkBAIC0xMTUsNiArMTE2LDkg QEAgbWFpbihpbnQgYXJnYywgY2hhciAqKmFyZ3YpCiAJCQkJZXJyeCgxLCAiaW52YWxpZCBz ZWN1cmVsZXZlbDogYCVzJyIsIG9wdGFyZyk7CiAJCQlzZWN1cmVsZXZlbCA9IGx0bXA7CiAJ CQlicmVhazsKKwkJY2FzZSAnUyc6CisJCQlzY2hlZF9zaGFyZXMgPSAodWludDMyX3Qpc3Ry dG9sKG9wdGFyZyxOVUxMLDEwKTsKKwkJCWJyZWFrOwogCQljYXNlICd1JzoKIAkJCXVzZXJu YW1lID0gb3B0YXJnOwogCQkJdWZsYWcgPSAxOwpAQCAtMTUyLDYgKzE1Niw4IEBAIG1haW4o aW50IGFyZ2MsIGNoYXIgKiphcmd2KQogCWlmIChqYWlsbmFtZSAhPSBOVUxMKQogCQlqLmph aWxuYW1lID0gamFpbG5hbWU7CiAKKwlqLnNjaGVkX3NoYXJlcyA9IHNjaGVkX3NoYXJlczsK KwogCS8qIEhhbmRsZSBJUCBhZGRyZXNzZXMuIElmIHJlcXVlc3RlZCByZXNvbHZlIGhvc3Ru YW1lIHRvby4gKi8KIAliemVybygmaGludHMsIHNpemVvZihzdHJ1Y3QgYWRkcmluZm8pKTsK IAloaW50cy5haV9wcm90b2NvbCA9IElQUFJPVE9fVENQOwpAQCAtMjY0LDkgKzI3MCwxMCBA QCBzdGF0aWMgdm9pZAogdXNhZ2Uodm9pZCkKIHsKIAotCSh2b2lkKWZwcmludGYoc3RkZXJy LCAiJXMlcyVzXG4iLAorCSh2b2lkKWZwcmludGYoc3RkZXJyLCAiJXMlcyVzJXNcbiIsCiAJ ICAgICAidXNhZ2U6IGphaWwgWy1oaV0gWy1uIGphaWxuYW1lXSBbLUogamlkX2ZpbGVdICIs CiAJICAgICAiWy1zIHNlY3VyZWxldmVsXSBbLWwgLXUgdXNlcm5hbWUgfCAtVSB1c2VybmFt ZV0gIiwKKwkJICJbLVMgbnVtYmVyIHNoYXJlZCBjcHVdICIsCiAJICAgICAicGF0aCBob3N0 bmFtZSBbaXBbLC4uXV0gY29tbWFuZCAuLi4iKTsKIAlleGl0KDEpOwogfQo= --------------010009050107010301000504 Content-Type: text/plain; name="patch-jail-limit-71RELEASE" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="patch-jail-limit-71RELEASE" ZGlmZiAtVTMgLXIgLS1zaG93LWMtZnVuY3Rpb24gLS1pZ25vcmUtYWxsLXNwYWNlIC0taWdu b3JlLXRhYi1leHBhbnNpb24gLS1pZ25vcmUtYmxhbmstbGluZXMgc3lzL2tlcm4va2Vybl9q YWlsLmMgc3lzLm5ldy9rZXJuL2tlcm5famFpbC5jCi0tLSBzeXMva2Vybi9rZXJuX2phaWwu YwkyMDA4LTExLTI1IDA1OjU5OjI5LjAwMDAwMDAwMCArMDMwMAorKysgc3lzLm5ldy9rZXJu L2tlcm5famFpbC5jCTIwMDktMDQtMTcgMjA6MjM6NDAuMDAwMDAwMDAwICswNDAwCkBAIC0x NTYsNiArMTU2LDcgQEAgamFpbChzdHJ1Y3QgdGhyZWFkICp0ZCwgc3RydWN0IGphaWxfYXJn cwogCQlnb3RvIGVfZHJvcHZucmVmOwogCXByLT5wcl9pcCA9IGouaXBfbnVtYmVyOwogCXBy LT5wcl9saW51eCA9IE5VTEw7CisgICAgcHItPnByX3NjaGVkX3NoYXJlcyA9IGotPnNjaGVk X3NoYXJlczsKIAlwci0+cHJfc2VjdXJlbGV2ZWwgPSBzZWN1cmVsZXZlbDsKIAlpZiAocHJp c29uX3NlcnZpY2Vfc2xvdHMgPT0gMCkKIAkJcHItPnByX3Nsb3RzID0gTlVMTDsKZGlmZiAt VTMgLXIgLS1zaG93LWMtZnVuY3Rpb24gLS1pZ25vcmUtYWxsLXNwYWNlIC0taWdub3JlLXRh Yi1leHBhbnNpb24gLS1pZ25vcmUtYmxhbmstbGluZXMgc3lzL2tlcm4vc2NoZWRfdWxlLmMg c3lzLm5ldy9rZXJuL3NjaGVkX3VsZS5jCi0tLSBzeXMva2Vybi9zY2hlZF91bGUuYwkyMDA4 LTExLTI1IDA1OjU5OjI5LjAwMDAwMDAwMCArMDMwMAorKysgc3lzLm5ldy9rZXJuL3NjaGVk X3VsZS5jCTIwMDktMDQtMTcgMjA6MjM6NDAuMDAwMDAwMDAwICswNDAwCkBAIC02MSw2ICs2 MSw3IEBAIF9fRkJTRElEKCIkRnJlZUJTRDogc3JjL3N5cy9rZXJuL3NjaGVkX3UKICNpbmNs dWRlIDxzeXMvdW10eC5oPgogI2luY2x1ZGUgPHN5cy92bW1ldGVyLmg+CiAjaW5jbHVkZSA8 c3lzL2NwdXNldC5oPgorI2luY2x1ZGUgPHN5cy9qYWlsLmg+CiAjaWZkZWYgS1RSQUNFCiAj aW5jbHVkZSA8c3lzL3Vpby5oPgogI2luY2x1ZGUgPHN5cy9rdHJhY2UuaD4KQEAgLTE4Niw2 ICsxODcsMjIgQEAgc3RhdGljIGludCBzY2hlZF9pbnRlcmFjdCA9IFNDSEVEX0lOVEVSQQog c3RhdGljIGludCByZWFsc3RhdGh6Owogc3RhdGljIGludCB0aWNraW5jcjsKIHN0YXRpYyBp bnQgc2NoZWRfc2xpY2U7CisKKyNkZWZpbmUgRVNUQ1BVX1NISUZUCTEwCisvKgorICogZXN0 Y3B1OgkJCQkJR2xvYmFsIGNvdW50ZXIgdGlja3MgZnJvbSBzdGF0IHRpbWVyIAorICogZmx1 c2hfZXN0Y3B1X2ludGVydmFsOiAgIE51bWJlciB0aWNrcywgYWZ0ZXIgdGhhdCB3ZSB0byB6 ZXJvIGVzdGNwdSwKKyAqICAgICAgICAgICAgICAgICAgICAgICAgICBmbHVzaF9lc3RjcHVf aW50ZXJ2YWwgPSBtcF9uY3B1cypzdGF0aHoqMTAsIAorICoJCQkJCQkJZGVmYXVsdCAyKjEy OCoxMCA9IDI1NjAKKyAqIHRvdGFsX3NjaGVkX3NoYXJlczogICAgICBUb3RhbCBjb3VudCBz aGFyZXMgY3B1LCAxMDAwIHBlciBjb3JlLCAKKyAqCQkJCQkJCWRlZmF1bHQgMioxMDAwID0g MjAwMCAKKyovCisKKworc3RhdGljIGludCBlc3RjcHU7CitzdGF0aWMgaW50IGZsdXNoX2Vz dGNwdV9pbnRlcnZhbCA9IDI1NjA7CitzdGF0aWMgaW50IHRvdGFsX3NjaGVkX3NoYXJlcyA9 IDIwMDA7CisKICNpZmRlZiBQUkVFTVBUSU9OCiAjaWZkZWYgRlVMTF9QUkVFTVBUSU9OCiBz dGF0aWMgaW50IHByZWVtcHRfdGhyZXNoID0gUFJJX01BWF9JRExFOwpAQCAtMjIwMCw2ICsy MjE3LDcgQEAgc2NoZWRfY2xvY2soc3RydWN0IHRocmVhZCAqdGQpCiB7CiAJc3RydWN0IHRk cSAqdGRxOwogCXN0cnVjdCB0ZF9zY2hlZCAqdHM7CisJc3RydWN0IHByaXNvbiAqcHIgPSB0 ZC0+dGRfcHJvYy0+cF91Y3JlZC0+Y3JfcHJpc29uOwogCiAJVEhSRUFEX0xPQ0tfQVNTRVJU KHRkLCBNQV9PV05FRCk7CiAJdGRxID0gVERRX1NFTEYoKTsKQEAgLTIyMzQsNiArMjI1Miwy MCBAQCBzY2hlZF9jbG9jayhzdHJ1Y3QgdGhyZWFkICp0ZCkKIAkJdGQtPnRkX3NjaGVkLT50 c19ydW50aW1lICs9IHRpY2tpbmNyOwogCQlzY2hlZF9pbnRlcmFjdF91cGRhdGUodGQpOwog CX0KKworCS8qIEluY3JlYXNlIGNvdW50ZXIgYW5kIGZsdXNoIGlmIG5lZWQgKi8KKwllc3Rj cHUrKzsKKwlpZiAocHIgIT0gTlVMTCkKKwkJcHItPnByX2VzdGNwdSsrOworCisJaWYgKGVz dGNwdSA+IGZsdXNoX2VzdGNwdV9pbnRlcnZhbCl7CisJCWVzdGNwdSA9IDA7CisJCUxJU1Rf Rk9SRUFDSChwciwgJmFsbHByaXNvbiwgcHJfbGlzdCkgeworCQkJcHItPnByX2VzdGNwdSA9 IDA7CisJCX0KKwkJQ1RSMChLVFJfU0NIRUQsIkZsdXNoIGVzdGNwdSBhbmQgcHJfZXN0Y3B1 IGZvciBhbGwgamFpbHMiKTsKKwl9CisKIAkvKgogCSAqIFdlIHVzZWQgdXAgb25lIHRpbWUg c2xpY2UuCiAJICovCkBAIC0yMzc1LDYgKzI0MDcsOCBAQCB0ZHFfYWRkKHN0cnVjdCB0ZHEg KnRkcSwgc3RydWN0IHRocmVhZCAqCiAJaW50IGNwdW1hc2s7CiAjZW5kaWYKIAorICAgIHN0 cnVjdCBwcmlzb24gKnByID0gdGQtPnRkX3Byb2MtPnBfdWNyZWQtPmNyX3ByaXNvbjsKKwog CVREUV9MT0NLX0FTU0VSVCh0ZHEsIE1BX09XTkVEKTsKIAlLQVNTRVJUKCh0ZC0+dGRfaW5o aWJpdG9ycyA9PSAwKSwKIAkgICAgKCJzY2hlZF9hZGQ6IHRyeWluZyB0byBydW4gaW5oaWJp dGVkIHRocmVhZCIpKTsKQEAgLTIzODMsNiArMjQxNywzMiBAQCB0ZHFfYWRkKHN0cnVjdCB0 ZHEgKnRkcSwgc3RydWN0IHRocmVhZCAqCiAJS0FTU0VSVCh0ZC0+dGRfZmxhZ3MgJiBUREZf SU5NRU0sCiAJICAgICgic2NoZWRfYWRkOiB0aHJlYWQgc3dhcHBlZCBvdXQiKSk7CiAKKyAg ICAgICAgLyogV2UgbW92ZSB0aHJlYWQgaW4gSURMRSBxdWV1ZSBpZiBwcmlzb24gZXN0aW1h dGUgY3B1IG1vcmUgdGhhbiBzaGFyZXMKKwkJICogY3B1IGFuZCB0aHJlYWQgaXMgbm90IGlu dGVyYWN0aXZlLiBVc2UgRVNUQ1BVX1NISUZUIHRvIGF2b2lkCisJCSAqIHJvdW5kaW5nIGF3 YXkgcmVzdWx0cyAqLworICAgIGlmKHByICE9IE5VTEwpCisgICAgCUNUUjYoS1RSX1NDSEVE LCJwaWQgJWksIHByaXNvbiAlaSwgcHJfZXN0Y3B1ICVpLFwKKwkJCQkJCWVzdGNwdSAlaSBz aGFyZXMgJWkgaW50ZXJhY3QgJWkiLAorICAgICAgICAgICAgICAgICAgIAkJdGQtPnRkX3By b2MtPnBfcGlkLHByLT5wcl9pZCxwci0+cHJfZXN0Y3B1LAorCQkJCQkJZXN0Y3B1LCBwci0+ cHJfc2NoZWRfc2hhcmVzLCBzY2hlZF9pbnRlcmFjdF9zY29yZSh0ZCkpOworICAgIGlmIChw ciAhPSBOVUxMICYmIHByLT5wcl9zY2hlZF9zaGFyZXMgIT0gMCAmJgorICAgICAgICBzY2hl ZF9pbnRlcmFjdF9zY29yZSh0ZCkgPiBzY2hlZF9pbnRlcmFjdCAmJgorCQllc3RjcHUgIT0g MCAmJiB0b3RhbF9zY2hlZF9zaGFyZXMgIT0gMCl7CisKKyAgICAJaWYgKChwci0+cHJfZXN0 Y3B1ICAgICAgICAgIDw8IEVTVENQVV9TSElGVCkgIC8gKGVzdGNwdSkgPgorICAgICAgICAg IAkocHItPnByX3NjaGVkX3NoYXJlcyAgICA8PCBFU1RDUFVfU0hJRlQpICAvICh0b3RhbF9z Y2hlZF9zaGFyZXMpKQorICAgICAgICB7CisgICAgICAgICAgCXRkLT50ZF9wcmlvcml0eSAg PSBQUklfTUlOX0lETEU7IAorCQkJdGQtPnRkX3ByaV9jbGFzcyA9IFBSSV9JRExFOworICAg ICAgICAgICAgQ1RSMihLVFJfU0NIRUQsInByaXNvbiAlaSBleGNlc3MgY3B1IGxpbWl0ISEh IG5ldyBwcmkgPSAlaSAiLHByLT5wcl9pZCx0ZC0+dGRfcHJpb3JpdHkpOworCisgICAgICAg IH0gZWxzZSB7CisgICAgICAgICAgICBDVFIxKEtUUl9TQ0hFRCwicHJpc29uICVpIHVzZSBj cHUgbGVzcyBsaW1pdCIscHItPnByX2lkKTsgICAgIAorCQkJc2NoZWRfcHJpb3JpdHkodGQp OworCQkJdGQtPnRkX3ByaV9jbGFzcyA9IFBSSV9USU1FU0hBUkU7CisgICAgICAgIH0KKyAg ICB9CisKIAl0cyA9IHRkLT50ZF9zY2hlZDsKIAljbGFzcyA9IFBSSV9CQVNFKHRkLT50ZF9w cmlfY2xhc3MpOwogICAgICAgICBURF9TRVRfUlVOUSh0ZCk7CkBAIC0yNzQxLDYgKzI4MDEs MTAgQEAgU1lTQ1RMX0lOVChfa2Vybl9zY2hlZCwgT0lEX0FVVE8sIGludGVyYQogICAgICAi SW50ZXJhY3Rpdml0eSBzY29yZSB0aHJlc2hvbGQiKTsKIFNZU0NUTF9JTlQoX2tlcm5fc2No ZWQsIE9JRF9BVVRPLCBwcmVlbXB0X3RocmVzaCwgQ1RMRkxBR19SVywgJnByZWVtcHRfdGhy ZXNoLAogICAgICAwLCJNaW4gcHJpb3JpdHkgZm9yIHByZWVtcHRpb24sIGxvd2VyIHByaW9y aXRpZXMgaGF2ZSBncmVhdGVyIHByZWNlZGVuY2UiKTsKK1NZU0NUTF9JTlQoX2tlcm5fc2No ZWQsIE9JRF9BVVRPLCBmbHVzaF9lc3RjcHVfaW50ZXJ2YWwsIENUTEZMQUdfUlcsICZmbHVz aF9lc3RjcHVfaW50ZXJ2YWwsCisgICAgIDAsIk51bWJlciB0aWNrcyBzdGF0IHRpbWVyIGFm dGVyIHRoYXIgd2UgemVybyBlc3RjcHUgY291bnRlciIpOworU1lTQ1RMX0lOVChfa2Vybl9z Y2hlZCwgT0lEX0FVVE8sIHRvdGFsX3NjaGVkX3NoYXJlcywgQ1RMRkxBR19SVywgJnRvdGFs X3NjaGVkX3NoYXJlcywKKyAgICAgMCwiVG90YWwgbnVtYmVyIHNoYXJlZCBjcHUgZm9yIHN5 c3RlbSIpOwogI2lmZGVmIFNNUAogU1lTQ1RMX0lOVChfa2Vybl9zY2hlZCwgT0lEX0FVVE8s IHBpY2tfcHJpLCBDVExGTEFHX1JXLCAmcGlja19wcmksIDAsCiAgICAgIlBpY2sgdGhlIHRh cmdldCBjcHUgYmFzZWQgb24gcHJpb3JpdHkgcmF0aGVyIHRoYW4gbG9hZC4iKTsKZGlmZiAt VTMgLXIgLS1zaG93LWMtZnVuY3Rpb24gLS1pZ25vcmUtYWxsLXNwYWNlIC0taWdub3JlLXRh Yi1leHBhbnNpb24gLS1pZ25vcmUtYmxhbmstbGluZXMgc3lzL3N5cy9qYWlsLmggc3lzLm5l dy9zeXMvamFpbC5oCi0tLSBzeXMvc3lzL2phaWwuaAkyMDA4LTExLTI1IDA1OjU5OjI5LjAw MDAwMDAwMCArMDMwMAorKysgc3lzLm5ldy9zeXMvamFpbC5oCTIwMDktMDQtMTcgMjA6MjY6 NTQuMDAwMDAwMDAwICswNDAwCkBAIC0xOCw2ICsxOCw3IEBAIHN0cnVjdCBqYWlsIHsKIAlj aGFyCQkqcGF0aDsKIAljaGFyCQkqaG9zdG5hbWU7CiAJdV9pbnQzMl90CWlwX251bWJlcjsK Kwl1aW50MzJfdAlzY2hlZF9zaGFyZXM7CiB9OwogCiBzdHJ1Y3QgeHByaXNvbiB7CkBAIC03 NCw2ICs3NSw4IEBAIHN0cnVjdCBwcmlzb24gewogCXN0cnVjdCB0YXNrCSBwcl90YXNrOwkJ CS8qIChkKSBkZXN0cm95IHRhc2sgKi8KIAlzdHJ1Y3QgbXR4CSBwcl9tdHg7CiAJdm9pZAkJ Kipwcl9zbG90czsJCQkvKiAocCkgYWRkaXRpb25hbCBkYXRhICovCisJdWludDMyX3QJcHJf ZXN0Y3B1OwkJCS8qIChwKSBjcHUgdXNhZ2UgKi8KKwl1aW50MzJfdAlwcl9zY2hlZF9zaGFy ZXM7CS8qIChjKSBudW1iZXIgdmlydHVhbCBjcHUgKi8KIH07CiAjZW5kaWYgLyogX0tFUk5F TCB8fCBfV0FOVF9QUklTT04gKi8KIApkaWZmIC1VMyAtciAtLXNob3ctYy1mdW5jdGlvbiAt LWlnbm9yZS1hbGwtc3BhY2UgLS1pZ25vcmUtdGFiLWV4cGFuc2lvbiAtLWlnbm9yZS1ibGFu ay1saW5lcyB1c3Iuc2Jpbi9qYWlsL2phaWwuYyB1c3Iuc2Jpbi5uZXcvamFpbC9qYWlsLmMK LS0tIHVzci5zYmluL2phaWwvamFpbC5jCTIwMDgtMTEtMjUgMDU6NTk6MjkuMDAwMDAwMDAw ICswMzAwCisrKyB1c3Iuc2Jpbi5uZXcvamFpbC9qYWlsLmMJMjAwOS0wNC0xNyAyMDozMTox Ny4wMDAwMDAwMDAgKzA0MDAKQEAgLTU3LDYgKzU3LDcgQEAgbWFpbihpbnQgYXJnYywgY2hh ciAqKmFyZ3YpCiAJZ2lkX3QgZ3JvdXBzW05HUk9VUFNdOwogCWludCBjaCwgaSwgaWZsYWcs IEpmbGFnLCBsZmxhZywgbmdyb3Vwcywgc2VjdXJlbGV2ZWwsIHVmbGFnLCBVZmxhZzsKIAlj aGFyIHBhdGhbUEFUSF9NQVhdLCAqZXAsICp1c2VybmFtZSwgKkppZEZpbGU7CisJdWludDMy X3Qgc2NoZWRfc2hhcmVzID0gMDsKIAlzdGF0aWMgY2hhciAqY2xlYW5lbnY7CiAJY29uc3Qg Y2hhciAqc2hlbGwsICpwID0gTlVMTDsKIAlsb25nIGx0bXA7CkBAIC02Nyw3ICs2OCw3IEBA IG1haW4oaW50IGFyZ2MsIGNoYXIgKiphcmd2KQogCXVzZXJuYW1lID0gSmlkRmlsZSA9IGNs ZWFuZW52ID0gTlVMTDsKIAlmcCA9IE5VTEw7CiAKLQl3aGlsZSAoKGNoID0gZ2V0b3B0KGFy Z2MsIGFyZ3YsICJpbHM6dTpVOko6IikpICE9IC0xKSB7CisJd2hpbGUgKChjaCA9IGdldG9w dChhcmdjLCBhcmd2LCAiaWxTOnM6dTpVOko6IikpICE9IC0xKSB7CiAJCXN3aXRjaCAoY2gp IHsKIAkJY2FzZSAnaSc6CiAJCQlpZmxhZyA9IDE7CkBAIC04Miw2ICs4Myw5IEBAIG1haW4o aW50IGFyZ2MsIGNoYXIgKiphcmd2KQogCQkJCWVycngoMSwgImludmFsaWQgc2VjdXJlbGV2 ZWw6IGAlcyciLCBvcHRhcmcpOwogCQkJc2VjdXJlbGV2ZWwgPSBsdG1wOwogCQkJYnJlYWs7 CisJCWNhc2UgJ1MnOgorCQkJc2NoZWRfc2hhcmVzID0gKHVpbnQzMl90KXN0cnRvbChvcHRh cmcsTlVMTCwxMCk7CisJCQlicmVhazsKIAkJY2FzZSAndSc6CiAJCQl1c2VybmFtZSA9IG9w dGFyZzsKIAkJCXVmbGFnID0gMTsKQEAgLTExNSw2ICsxMTksNyBAQCBtYWluKGludCBhcmdj LCBjaGFyICoqYXJndikKIAlqLnZlcnNpb24gPSAwOwogCWoucGF0aCA9IHBhdGg7CiAJai5o b3N0bmFtZSA9IGFyZ3ZbMV07CisJai5zY2hlZF9zaGFyZXMgPSBzY2hlZF9zaGFyZXM7CiAJ aWYgKGluZXRfYXRvbihhcmd2WzJdLCAmaW4pID09IDApCiAJCWVycngoMSwgIkNvdWxkIG5v dCBtYWtlIHNlbnNlIG9mIGlwLW51bWJlcjogJXMiLCBhcmd2WzJdKTsKIAlqLmlwX251bWJl ciA9IG50b2hsKGluLnNfYWRkcik7CkBAIC0xODIsOSArMTg3LDEwIEBAIHN0YXRpYyB2b2lk CiB1c2FnZSh2b2lkKQogewogCi0JKHZvaWQpZnByaW50ZihzdGRlcnIsICIlcyVzJXNcbiIs CisJKHZvaWQpZnByaW50ZihzdGRlcnIsICIlcyVzJXMlc1xuIiwKIAkgICAgICJ1c2FnZTog amFpbCBbLWldIFstSiBqaWRfZmlsZV0gWy1zIHNlY3VyZWxldmVsXSBbLWwgLXUgIiwKIAkg ICAgICJ1c2VybmFtZSB8IC1VIHVzZXJuYW1lXSIsCisJCSAiWy1TIG51bWJlciBzaGFyZWQg Y3B1XSAiLAogCSAgICAgIiBwYXRoIGhvc3RuYW1lIGlwLW51bWJlciBjb21tYW5kIC4uLiIp OwogCWV4aXQoMSk7CiB9Cg== --------------010009050107010301000504-- From owner-freebsd-hackers@FreeBSD.ORG Tue Apr 21 23:09:40 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C0A651065675 for ; Tue, 21 Apr 2009 23:09:40 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.247]) by mx1.freebsd.org (Postfix) with ESMTP id 7ECB68FC20 for ; Tue, 21 Apr 2009 23:09:40 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by an-out-0708.google.com with SMTP id c3so1236310ana.13 for ; Tue, 21 Apr 2009 16:09:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=jXpOgLO9Lv8q0NOu8cUSxy6GiR/5oKriGn+AndIZ+Gg=; b=GKkhgZ20X4FtALkIJ0vdCdG/CE5pDAmXC2fXhv5tRWbkStT5UgD0P4NwnVUoeY6fC4 uyxk4h+nuYcepd661qvjugbvqvWY4kAz40iAoy07Re/FXOQr8oGHpbI1+T8HXlkr/sO7 rQFs9k2q/4Vxh0/5JQh4Vy5/F+DViXfph7Fa8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=jaQ01roV+FoqSaGrg1Xms2ZsVC6bkmNWNRyoOGZExSD3K9oe/hOCNks6modnO9lOMm ZYQcG8ww8MxzwfeWfL120K5JDVSchZL0EJWkwIvMkB4NShbRTHwJrkHLa4zao51wAbF/ O5Z6/PsBPW4tEAafe+8Wlk6TgmxU/uJkUMMEg= MIME-Version: 1.0 Received: by 10.100.43.14 with SMTP id q14mr10453481anq.11.1240353381371; Tue, 21 Apr 2009 15:36:21 -0700 (PDT) Date: Tue, 21 Apr 2009 18:36:21 -0400 Message-ID: From: Aryeh Friedman To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: figuring out my subnet X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Apr 2009 23:09:41 -0000 My boss ordered a new subnet from our ISP and wrote down the subnet incorrectly is there anyway to deduce what it is? From owner-freebsd-hackers@FreeBSD.ORG Wed Apr 22 00:25:28 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5EBBA1065670 for ; Wed, 22 Apr 2009 00:25:28 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outK.internet-mail-service.net (outk.internet-mail-service.net [216.240.47.234]) by mx1.freebsd.org (Postfix) with ESMTP id 440E88FC14 for ; Wed, 22 Apr 2009 00:25:27 +0000 (UTC) (envelope-from julian@elischer.org) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id C57ACD392; Tue, 21 Apr 2009 17:25:27 -0700 (PDT) X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 833902D624E; Tue, 21 Apr 2009 17:25:27 -0700 (PDT) Message-ID: <49EE63F7.20809@elischer.org> Date: Tue, 21 Apr 2009 17:25:27 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.21 (Macintosh/20090302) MIME-Version: 1.0 To: Aryeh Friedman References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: figuring out my subnet X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Apr 2009 00:25:28 -0000 Aryeh Friedman wrote: > My boss ordered a new subnet from our ISP and wrote down the subnet > incorrectly is there anyway to deduce what it is? > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" allocate a bigger one then from each address ping you isp's mail server when it stops responding you've reached the end of what he's routing to you :-) From owner-freebsd-hackers@FreeBSD.ORG Wed Apr 22 00:29:22 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 24180106566B for ; Wed, 22 Apr 2009 00:29:22 +0000 (UTC) (envelope-from glen.j.barber@gmail.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.30]) by mx1.freebsd.org (Postfix) with ESMTP id D19378FC17 for ; Wed, 22 Apr 2009 00:29:21 +0000 (UTC) (envelope-from glen.j.barber@gmail.com) Received: by yx-out-2324.google.com with SMTP id 8so617338yxb.13 for ; Tue, 21 Apr 2009 17:29:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=yOaqQVnlYahQskdByRQBQUMTBOmnWeVDjJ0PP2vME20=; b=tM6rQwzKRu4KKToldtB0cYWuH+pw4dSNYeTWBZ/MgAZvlJmlEXsi9odTg9F3eJKcOS YshXTQ42NXNpIxxQvU31bFfK8W4D7Fzpg+EnpIubtHCHi2g+DvXswTbozbbRtXpeyz9S bs1VluKrzrzv1zP6GB4fhAbVI2RDJ7q5zTbKM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=MGQv7cLMbSHvuuwdgD5W167fZuiVhKD7KhaXF1HuQpEEtFS7WoUps9rqUJcwcVVwDr Xpc+ZG6gcRZD6VtGZmKm3VQUt4stfTmv7AUP9NhMunD7KIMJD2hL6fvGZOYAC9m/bsnm 8x7zu3aqtdyrOWCcjjLmMiTRXJyXd81YziHVY= MIME-Version: 1.0 Received: by 10.100.153.4 with SMTP id a4mr616055ane.54.1240358528929; Tue, 21 Apr 2009 17:02:08 -0700 (PDT) In-Reply-To: References: Date: Tue, 21 Apr 2009 20:02:08 -0400 Message-ID: <4ad871310904211702s36384c24ke4a1e0f2ee0d273b@mail.gmail.com> From: Glen Barber To: Aryeh Friedman Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: figuring out my subnet X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Apr 2009 00:29:22 -0000 On Tue, Apr 21, 2009 at 6:36 PM, Aryeh Friedman wrote: > My boss ordered a new subnet from our ISP and wrote down the subnet > incorrectly is there anyway to deduce what it is? Short of calling the ISP, not really. Calling the ISP would probably be less time consuming anyway. -- Glen Barber From owner-freebsd-hackers@FreeBSD.ORG Wed Apr 22 00:50:30 2009 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D3156106566C for ; Wed, 22 Apr 2009 00:50:30 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id C5CA48FC12 for ; Wed, 22 Apr 2009 00:50:30 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id 3F0111A3C3B; Tue, 21 Apr 2009 17:32:29 -0700 (PDT) Date: Tue, 21 Apr 2009 17:32:29 -0700 From: Alfred Perlstein To: hackers@freebsd.org Message-ID: <20090422003229.GL98432@elvis.mu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: question about dev/md/md.c out of swap? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Apr 2009 00:50:31 -0000 Hello, a developer here at work asked me to go over some of the swapper code with him. We came across something we both couldn't understand, so I was wondering if anyone had looked at this. in dev/md/md.c mdstart_swap() there is the following code, it seems that in the case of VM_PAGER_ERROR most of the state is unwound, however the page is not freed. Is this a bug or are we missing something? How is the page released? rv = VM_PAGER_OK; VM_OBJECT_LOCK(sc->object); vm_object_pip_add(sc->object, 1); for (i = bp->bio_offset / PAGE_SIZE; i <= lastp; i++) { len = ((i == lastp) ? lastend : PAGE_SIZE) - offs; m = vm_page_grab(sc->object, i, VM_ALLOC_NORMAL|VM_ALLOC_RETRY); VM_OBJECT_UNLOCK(sc->object); sched_pin(); sf = sf_buf_alloc(m, SFB_CPUPRIVATE); VM_OBJECT_LOCK(sc->object); if (bp->bio_cmd == BIO_READ) { if (m->valid != VM_PAGE_BITS_ALL) rv = vm_pager_get_pages(sc->object, &m, 1, 0); if (rv == VM_PAGER_ERROR) { sf_buf_free(sf); sched_unpin(); vm_page_lock_queues(); vm_page_wakeup(m); vm_page_unlock_queues(); break; } bcopy((void *)(sf_buf_kva(sf) + offs), p, len); } else if (bp->bio_cmd == BIO_WRITE) { if (len != PAGE_SIZE && m->valid != VM_PAGE_BITS_ALL) rv = vm_pager_get_pages(sc->object, &m, 1, 0); if (rv == VM_PAGER_ERROR) { sf_buf_free(sf); sched_unpin(); vm_page_lock_queues(); vm_page_wakeup(m); vm_page_unlock_queues(); break; } -- - Alfred Perlstein From owner-freebsd-hackers@FreeBSD.ORG Wed Apr 22 00:20:29 2009 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6EE73106566B for ; Wed, 22 Apr 2009 00:20:29 +0000 (UTC) (envelope-from James.McPherson@Sun.COM) Received: from sineb-mail-2.sun.com (sineb-mail-2.sun.com [192.18.19.7]) by mx1.freebsd.org (Postfix) with ESMTP id E03368FC0C for ; Wed, 22 Apr 2009 00:20:22 +0000 (UTC) (envelope-from James.McPherson@Sun.COM) Received: from fe-apac-05.sun.com (fe-apac-05.sun.com [192.18.19.176] (may be forged)) by sineb-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id n3M0KHao021034 for ; Wed, 22 Apr 2009 00:20:21 GMT MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII Received: from conversion-daemon.mail-apac.sun.com by mail-apac.sun.com (Sun Java(tm) System Messaging Server 7.0-5.01 64bit (built Feb 19 2009)) id <0KIH002007D2MB00@mail-apac.sun.com> for hackers@freebsd.org; Wed, 22 Apr 2009 08:20:17 +0800 (SGT) Received: from blinder ([unknown] [220.157.71.44]) by mail-apac.sun.com (Sun Java(tm) System Messaging Server 7.0-5.01 64bit (built Feb 19 2009)) with ESMTPSA id <0KIH006DA7LQQVE0@mail-apac.sun.com>; Wed, 22 Apr 2009 08:20:17 +0800 (SGT) Date: Wed, 22 Apr 2009 10:20:10 +1000 From: "James C. McPherson" Sender: James.McPherson@Sun.COM To: tech-kern@netbsd.org, hackers@freebsd.org, Andrew Tridgell , Rusty Russell , Martin Schwenke , Christopher Yeoh , Greg Leahy Message-id: <20090422102010.000013c6@blinder> Organization: Sun Microsystems X-Mailer: Claws Mail 3.7.0 (GTK+ 2.14.5; i386-pc-solaris2.11) X-Mailman-Approved-At: Wed, 22 Apr 2009 01:11:55 +0000 Cc: Subject: Kernel Conference Australia - Call for Papers deadline approaching X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Apr 2009 00:20:29 -0000 Greetings! I am organising a Kernel-focused conference for July 2009 - Kernel Conference Australia. The conference will be held at the Queensland Brain Institute, which is a part of the University of Queensland here in Brisbane. We've got some outstanding speakers committed to coming and talking about what they're working on right now: * Jeff Bonwick and Bill Moore (team ZFS) * Sherry Moore (our x64 project lead) * Gavin Maltby (FMA project lead) * Max Alt from Intel (OpenSolaris relationship manager) The Call for Papers closes on 1 May 2009 and registrations will open on 4 May. It's not just a conference about Sun's technologies, it's for any and all Open Source technologies - and focused on the kernel. So OpenSolaris, Linux, the BSD family, Minix, Microkernels are all fair game for discussion. The conference event website is http://au.sun.com/sunnews/events/2009/kernel/index.jsp which has a link to the Call for Papers and info about who to contact for more information - or you could contact me directly :-) For the web2.0-inclined, joining the KCA2009 Facebook event http://www.facebook.com/home.php#/event.php?eid=55116884131&ref=mf would be a good thing. We also have a conference flyer which you can print out, available from http://blogs.sun.com/jmcp/resource/KCA2009_flyer.pdf I look forward to seeing you at the conference. Best regards, James C. McPherson -- Senior Kernel Software Engineer, Solaris Sun Microsystems http://blogs.sun.com/jmcp http://www.jmcp.homeunix.com/blog Kernel Conference Australia - http://au.sun.com/sunnews/events/2009/kernel From owner-freebsd-hackers@FreeBSD.ORG Wed Apr 22 11:25:33 2009 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 242F8106566C; Wed, 22 Apr 2009 11:25:33 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.terabit.net.ua (mail.terabit.net.ua [195.137.202.147]) by mx1.freebsd.org (Postfix) with ESMTP id BD54F8FC0A; Wed, 22 Apr 2009 11:25:32 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from skuns.zoral.com.ua ([91.193.166.194] helo=mail.zoral.com.ua) by mail.terabit.net.ua with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1Lwaa2-0002aM-7m; Wed, 22 Apr 2009 14:25:30 +0300 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id n3MBPPjf038134 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 22 Apr 2009 14:25:26 +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.14.3/8.14.3) with ESMTP id n3MBPPeL042721; Wed, 22 Apr 2009 14:25:25 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id n3MBPP7q042720; Wed, 22 Apr 2009 14:25:25 +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, 22 Apr 2009 14:25:25 +0300 From: Kostik Belousov To: Alfred Perlstein Message-ID: <20090422112525.GM3014@deviant.kiev.zoral.com.ua> References: <20090422003229.GL98432@elvis.mu.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="p2N8/IdOpufTRkPb" Content-Disposition: inline In-Reply-To: <20090422003229.GL98432@elvis.mu.org> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua X-Virus-Scanned: mail.terabit.net.ua 1Lwaa2-0002aM-7m e269e88d01bc64e2a1893f86d1446cd6 X-Terabit: YES Cc: hackers@freebsd.org Subject: Re: question about dev/md/md.c out of swap? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Apr 2009 11:25:33 -0000 --p2N8/IdOpufTRkPb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 21, 2009 at 05:32:29PM -0700, Alfred Perlstein wrote: > Hello, a developer here at work asked me to go over=20 > some of the swapper code with him. >=20 > We came across something we both couldn't understand, > so I was wondering if anyone had looked at this. >=20 > in dev/md/md.c mdstart_swap() there is the following code, > it seems that in the case of VM_PAGER_ERROR most of the state > is unwound, however the page is not freed. Is this a bug or > are we missing something? How is the page released? The page belongs to the object. It will be freed when the object is deallocated. --p2N8/IdOpufTRkPb Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAknu/qQACgkQC3+MBN1Mb4h+SgCeOjIWn+wE/dZUs3nbLQQo/r6P OkcAoMkBjYy/ZjrTHVMm1wUeTNiXeGX+ =COMt -----END PGP SIGNATURE----- --p2N8/IdOpufTRkPb-- From owner-freebsd-hackers@FreeBSD.ORG Wed Apr 22 15:30:55 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 673B610656B0; Wed, 22 Apr 2009 15:30:55 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 3AF8A8FC1B; Wed, 22 Apr 2009 15:30:55 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id CE92A46B17; Wed, 22 Apr 2009 11:30:54 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 95DB28A01B; Wed, 22 Apr 2009 11:30:53 -0400 (EDT) From: John Baldwin To: freebsd-hackers@freebsd.org Date: Wed, 22 Apr 2009 09:57:43 -0400 User-Agent: KMail/1.9.7 References: <49EA549E.2060001@FreeBSD.org> <200904200950.16371.jhb@freebsd.org> <49ED8131.40603@FreeBSD.org> In-Reply-To: <49ED8131.40603@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-7" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200904220957.43717.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Wed, 22 Apr 2009 11:30:53 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=0.2 required=4.2 tests=AWL,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Manolis Kiagias Subject: Re: Some questions on 'make release' X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Apr 2009 15:30:55 -0000 On Tuesday 21 April 2009 4:17:53 am Manolis Kiagias wrote: > John Baldwin wrote: > > On Saturday 18 April 2009 6:30:54 pm Manolis Kiagias wrote: > > > >> # make release CHROOTDIR=/data/release BUILDNAME=7.2-PRERELEASE > >> CVSROOT=/data/ncvs EXTSRCDIR=/usr/src CD_PACKAGE_TREE=/data/packages > >> -DNODOC -DNOPORTS -DNO_FLOPPIES -DMAKE_ISOS > >> > >> which completes, without errors but without adding the packages to any > >> CD or the DVD. I found out that I can add the packages after the build > >> by running manually /usr/src/release/i386/mkisoimage.sh with appropriate > >> arguments (and the resulting CD seems to work fine). But I can't seem > >> to convince make release to do this. > >> > > > > This should work. I would maybe hack on src/release/Makefile and remove the > > '@' from the lines in the iso.1 target to make sure it is doing things the way > > you expect. You could make mkisoimages.sh echo the mkisofs command line as > > well perhaps. > > > > > Thank you John. I followed your suggestions, but I am still baffled. > I removed the '@' from the Makefile and added an echo of my own after the > > echo "Creating iso images..." > > in the iso.1 target to print the values of CD and CD_DISC1_PKGS variables: > > echo "CD is ${CD}" > echo "CD_DISC1_PKGS is ${CD_DISC1_PKGS}" > > Running the make release I can see the "Creating iso images..." but not > any of my messages. It is as if another copy of the Makefile is executed > (without the changes). > (Note I switched from EXTSRCDIR to a real CVSROOT, so it is not my > /usr/src that is copied to the release work area) Right, the release process chroot's into your release area and then uses that /usr/src/release/Makefile for the extra targets. You can build the release once and then just update the release Makefile in the chroot area and use 'make rerelease' for testing. > Any more suggestions are welcome, as my trial and error approach takes > about 3 hours in the machine used for the build ;) Use 'make rerelease'. It will simply pick up where the last one stopped. If you need to force it to rebuild just the ISO's you can delete the iso cookie file created by the iso.1 target after it finishes before using 'rerelease'. This should dramatically lower your build time (a few seconds vs 3 hours). -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Wed Apr 22 20:58:17 2009 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 30FA6106567F for ; Wed, 22 Apr 2009 20:58:17 +0000 (UTC) (envelope-from manolis@FreeBSD.org) Received: from rosebud.otenet.gr (rosebud.otenet.gr [83.235.67.32]) by mx1.freebsd.org (Postfix) with ESMTP id 8FB3B8FC0A for ; Wed, 22 Apr 2009 20:58:16 +0000 (UTC) (envelope-from manolis@FreeBSD.org) Received: from atlantis.dyndns.org (athedsl-4489043.home.otenet.gr [94.71.75.91]) by rosebud.otenet.gr (8.13.8/8.13.8/Debian-3) with ESMTP id n3MKwE6d025365 for ; Wed, 22 Apr 2009 23:58:15 +0300 Message-ID: <49EF84E6.5060205@FreeBSD.org> Date: Wed, 22 Apr 2009 23:58:14 +0300 From: Manolis Kiagias User-Agent: Thunderbird 2.0.0.21 (X11/20090414) MIME-Version: 1.0 To: freebsd-hackers@FreeBSD.org References: <49EA549E.2060001@FreeBSD.org> <200904200950.16371.jhb@freebsd.org> <49ED8131.40603@FreeBSD.org> <200904220957.43717.jhb@freebsd.org> In-Reply-To: <200904220957.43717.jhb@freebsd.org> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-7 Content-Transfer-Encoding: 7bit Cc: Subject: Re: Some questions on 'make release' X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Apr 2009 20:58:18 -0000 John Baldwin wrote: > On Tuesday 21 April 2009 4:17:53 am Manolis Kiagias wrote: > >> in the iso.1 target to print the values of CD and CD_DISC1_PKGS variables: >> >> echo "CD is ${CD}" >> echo "CD_DISC1_PKGS is ${CD_DISC1_PKGS}" >> >> Running the make release I can see the "Creating iso images..." but not >> any of my messages. It is as if another copy of the Makefile is executed >> (without the changes). >> (Note I switched from EXTSRCDIR to a real CVSROOT, so it is not my >> /usr/src that is copied to the release work area) >> > > Right, the release process chroot's into your release area and then uses > that /usr/src/release/Makefile for the extra targets. You can build the > release once and then just update the release Makefile in the chroot area and > use 'make rerelease' for testing. > > Thank you John. You were right of course, the Makefile that continues to execute is the one inside the CHROOTDIR. And in fact my original problem is exactly that: I was not thinking in terms of the chroot. Reading the Makefile, CD_DISC1_PKGS = ${CD_PACKAGE_TREE}/disc1 but CD_PACKAGE_TREE refers to a chroot directory, just like every other CD_* variable in there. I was using CD_PACKAGE_TREE=/usr/area/packages, a completely unrelated path. As for make rerelease, I tried it with the RELEASENOUPDATE option, but apparently the CD_DISC*_PKGS do not get defined. It would be trivial to hack a solution though. From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 23 13:30:37 2009 Return-Path: Delivered-To: hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2DCB41065672 for ; Thu, 23 Apr 2009 13:30:37 +0000 (UTC) (envelope-from gabor@kovesdan.org) Received: from server.mypc.hu (server.mypc.hu [87.229.73.95]) by mx1.freebsd.org (Postfix) with ESMTP id DDBCC8FC1A for ; Thu, 23 Apr 2009 13:30:36 +0000 (UTC) (envelope-from gabor@kovesdan.org) Received: from localhost (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id EF20614D52C6 for ; Thu, 23 Apr 2009 15:14:34 +0200 (CEST) X-Virus-Scanned: amavisd-new at t-hosting.hu Received: from server.mypc.hu ([127.0.0.1]) by localhost (server.mypc.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id Z7OCho+AvouN for ; Thu, 23 Apr 2009 15:14:34 +0200 (CEST) Received: from webmail.kovesdan.org (localhost [127.0.0.1]) by server.mypc.hu (Postfix) with ESMTP id 977BB14D50CE for ; Thu, 23 Apr 2009 15:14:34 +0200 (CEST) Received: from 152.66.128.199 (SquirrelMail authenticated user gabor) by webmail.kovesdan.org with HTTP; Thu, 23 Apr 2009 15:14:34 +0200 (CEST) Message-ID: Date: Thu, 23 Apr 2009 15:14:34 +0200 (CEST) From: =?iso-8859-2?Q?G=E1bor_K=F6vesd=E1n?= To: hackers@FreeBSD.org User-Agent: SquirrelMail/1.4.17 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-2 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Mailman-Approved-At: Thu, 23 Apr 2009 14:00:03 +0000 Cc: Subject: SoC 2009: BSD-licensed libiconv in base system X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Apr 2009 13:30:37 -0000 Hello all, my name is Gábor Kövesdán. I'm a Hungarian student and I'll be working on a BSD-licensed libiconv implementation for FreeBSD during this year's Summer of Code program. It'll be based on NetBSD's Citrus iconv but there is a lot to do besides porting. My mentor is Xin Li. So far, I've worked on the Ports Collection, the Documentation Project and the Hungarian translation in particular and last year, on a BSD-licensed grep and sort. These are also in progress, grep is ready for a portbuild test and sort is quite mature, as well. You can read my full proposal at http://kovesdan.org/doc/en_US.ISO8859-1/soc2009/soc2009.html Regards, -- Gábor Kövesdán From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 23 14:47:25 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C7E161065670 for ; Thu, 23 Apr 2009 14:47:25 +0000 (UTC) (envelope-from ccna.syl@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.241]) by mx1.freebsd.org (Postfix) with ESMTP id 657FE8FC0A for ; Thu, 23 Apr 2009 14:47:25 +0000 (UTC) (envelope-from ccna.syl@gmail.com) Received: by an-out-0708.google.com with SMTP id c3so340539ana.13 for ; Thu, 23 Apr 2009 07:47:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:from:date:message-id :subject:to:cc:content-type:content-transfer-encoding; bh=9dP5dE7Ung2KryDHDRipILPlmdsnJTKRR1QemkhyaDQ=; b=UZsmAlPigIN1kzknOttqo6/qbZTzZbIOILllTwXc52K5KqVxx63brQFzA62q+qHAsh gW/Ei5lcebZsi2IXJdBgh05Sx12RoZCg90JimLjlVFbZRliHCOhVg7WM7uL+UNiXrUsY VeIDDRpel8yFNM6U3XjpGM2k9u/F/57P6GUVg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:cc:content-type :content-transfer-encoding; b=vLOKuod91FCEwM0fqqJ0ig0ZzvMaYSCPCjwP3foE/KiYc9wfNneAGDGobW5IzNyAL1 GlyZx7mMH0aW8QPRL4HUTYnJfBaA4Gl13e/mcfLnpMW2K78hV4y7N9BuvzrI7cArTzln 1z9kY2NM2jVJ27VtExx2NuqCjNIxlXtttbM7Y= MIME-Version: 1.0 Received: by 10.231.32.70 with SMTP id b6mr283073ibd.23.1240496284177; Thu, 23 Apr 2009 07:18:04 -0700 (PDT) From: Sylvestre Gallon Date: Thu, 23 Apr 2009 16:17:49 +0200 Message-ID: <164b4c9c0904230717g6e5a4332idb41434b67736d28@mail.gmail.com> To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Cc: Hans Petter Selasky , Philip Paeps Subject: SoC 2009: USB improvements under FreeBSD X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Apr 2009 14:47:26 -0000 Hi guys, I am a French student interested in FreeBSD and *BSD in general. I am really interested in kernel stuff, device driver development, arm System On Chip and hardware protocols (like USB). I have worked two years @ Adeneo on embedded BSP (Board support package) development. I have done some Atmel card BSP while I=92ve been doing this job and developed USB drivers and USB device firmware. I am also the leader of R&D in the rathaxes project (a DSL/Driver http://www.rathaxes.org) . The aim of my Summer of Code project would be to improve the usb into FreeBSD. To do it I will add support for libusb v1.0 api, improve the usb function subsystem, write some manpages and implement some USB function drivers. My mentor is Philip Paeps. You can read my full proposal at : http://wiki.freebsd.org/SOC2009SylvestreGallon Cheers, --=20 Sylvestre Gallon (http://devsyl.blogspot.com) Fifth Grade Student @ Epitech & Researcher @ LSE R&D @ Rathaxes (http://www.rathaxes.org) From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 23 19:59:33 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 730BF106566C for ; Thu, 23 Apr 2009 19:59:33 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail18.syd.optusnet.com.au (mail18.syd.optusnet.com.au [211.29.132.199]) by mx1.freebsd.org (Postfix) with ESMTP id 07E048FC15 for ; Thu, 23 Apr 2009 19:59:32 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c122-106-216-167.belrs3.nsw.optusnet.com.au [122.106.216.167]) by mail18.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id n3NJxT0b028720 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 24 Apr 2009 05:59:31 +1000 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.3/8.14.3) with ESMTP id n3NJxS3D046901 for ; Fri, 24 Apr 2009 05:59:28 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.3/8.14.3/Submit) id n3NJxSpR046900 for freebsd-hackers@freebsd.org; Fri, 24 Apr 2009 05:59:28 +1000 (EST) (envelope-from peter) Date: Fri, 24 Apr 2009 05:59:28 +1000 From: Peter Jeremy To: freebsd-hackers@freebsd.org Message-ID: <20090423195928.GB8531@server.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="R3G7APHDIzY6R/pk" Content-Disposition: inline X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.19 (2009-01-05) Subject: Using bus_dma(9) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Apr 2009 19:59:33 -0000 --R3G7APHDIzY6R/pk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I'm currently trying to port some code that uses bus_dma(9) from OpenBSD to FreeBSD and am having some difficulties in following the way bus_dma is intended to be used on FreeBSD (and how it differs from Net/OpenBSD). Other than the man page and existing FreeBSD drivers, I am unable to locate any information on bus_dma care and feeding. Has anyone written any tutorial guide to using bus_dma? The OpenBSD man page provides pseudo-code showing the basic cycle. Unfortunately, FreeBSD doesn't provide any similar pseudo-code and the functionality is distributed somewhat differently amongst the functions (and the drivers I've looked at tend to use a different order of calls). So far, I've hit a number of issues that I'd like some advice on: Firstly, the OpenBSD model only provides a single DMA tag for the device at attach() time, whereas FreeBSD provides the parent's DMA tag at attach time and allows the driver to create multiple tags. Rather than just creating a single tag for a device, many drivers create a device tag which is only used as the parent for additional tags to handle receive, transmit etc. Whilst the need for multiple tags is probably a consequence of moving much of the dmamap information from OpenBSD bus_dmamap_create() into FreeBSD bus_dma_tag_create(), the rationale behind multiple levels of tags is unclear. Is this solely to provide a single point where overall device DMA characteristics & limitations can be specified or is there another reason? Secondly, bus_dma_tag_create() supports a BUS_DMA_ALLOCNOW flag that "pre-allocates enough resources to handle at least one map load operation on this tag". However it also states "[t]his should not be used for tags that only describe buffers that will be allocated with bus_dmamem_alloc()" - does this mean that only one of bus_dmamap_load() or bus_dmamap_alloc() should be used on a tag/mapping? Or is the sense backwards (ie "don't specify BUS_DMA_ALLOCNOW for tags that are only used as the parent for other tags and never mapped themselves")? Or is there some other explanation. Thirdly, bus_dmamap_load() has a uses a callback function to return the actual mapping details. According to the man page, there is no way to ensure that the callback occurs synchronously - a caller can only request that bus_dmamap_load() fail if resources are not immediately available. Despite this, many drivers pass 0 for flags (allowing an asynchronous invocation of the callback) and then fail (and cleanup) if bus_dmamap_load() returns EINPROGRESS. This appears to open a race condition where the callback and cleanup could occur simultaneously. Mitigating the race condition seems to rely on one of the following two behaviours: a) The system is implicitly single-threaded when bus_dmamap_load() is called (generally as part of the device attach() function). Whilst this is true at boot time, it would not be true for a dynamically loaded module. b) Passing BUS_DMA_ALLOCNOW to bus_dma_tag_create() guarantees that the first bus_dmamap_load() on that tag will be synchronous. Is this true? Whilst it appears to be implied, it's not explicitly stated. Finally, what are the ordering requirements between the alloc, create, load and sync functions? OpenBSD implies that the normal ordering is create, alloc, load, sync whilst several FreeBSD drivers use tag_create, alloc, load and then create. As a side-note, the manpage does not document the behaviour when bus_dmamap_destroy() or bus_dma_tag_destroy() are called whilst a bus_dmamap_load() callback is queued. Is the callback cancelled or do one or both destroy operations fail? --=20 Peter Jeremy --R3G7APHDIzY6R/pk Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAknwyKAACgkQ/opHv/APuIf7sACgimXrMPSYG9F/4zWS42aVU+m1 5sMAnRd27cCB2ps/84k7zQs2hD3NSavP =kdEz -----END PGP SIGNATURE----- --R3G7APHDIzY6R/pk-- From owner-freebsd-hackers@FreeBSD.ORG Thu Apr 23 20:32:13 2009 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DE7CC106566B for ; Thu, 23 Apr 2009 20:32:13 +0000 (UTC) (envelope-from sarawgi.aditya@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.173]) by mx1.freebsd.org (Postfix) with ESMTP id B305E8FC17 for ; Thu, 23 Apr 2009 20:32:13 +0000 (UTC) (envelope-from sarawgi.aditya@gmail.com) Received: by wf-out-1314.google.com with SMTP id 24so600617wfg.7 for ; Thu, 23 Apr 2009 13:32:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:subject :message-id:mime-version:content-type:content-disposition:user-agent; bh=AdvMazLp5bWVShskT7k32g0mDYQo2gTX5ToIPSNhfr4=; b=oRO+azMd6hyXFBsUyn4T9gc9W5GUoVwyqqS7Hw8fAZsPX/sBkQ4PISADojNbB9EWVA sdS+SE0pzt5RX6XzzpF+PM+UbfcIgcBz8aVqYQ6P7Ukm7WG2BNTgDZvSypHvC0IbrLuC jM1L39Pc+4tTyloMwM8i8LaL9St2VtgcnwJ6U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:mime-version:content-type :content-disposition:user-agent; b=U06HnHxBkhBguflTVj4/Bcpgg4MeNrz6ZYYN/EDffBtloH85vqG6+PHyPaR9GjzQBY QpJKKEI8f33IEJBuGAac1PWF8Z6b/7qdig3usk9ghwYvEy071C2mUXd/9h98kSVpMlHJ f36H/kIuvt3dDlgES168fx+zs9JNzLq/JVExY= Received: by 10.142.162.9 with SMTP id k9mr457341wfe.286.1240516981448; Thu, 23 Apr 2009 13:03:01 -0700 (PDT) Received: from pcbsd ([123.50.179.27]) by mx.google.com with ESMTPS id k37sm23132rvb.1.2009.04.23.13.02.59 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 23 Apr 2009 13:03:01 -0700 (PDT) Date: Fri, 24 Apr 2009 01:32:52 +0000 From: Aditya Sarawgi To: hackers@freebsd.org Message-ID: <20090424013250.GA3672@pcbsd> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: SoC 2009: Improving ext2fs and making it GPL free X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Apr 2009 20:32:14 -0000 Hi, I'm Aditya Sarawgi from India. I will be working on FreeBSD's ext2fs as a part of this year's summer of code program. I will be improving the current implementation and I will also rewrite parts of ext2fs under GPL. My mentor is Ulf Lilleengen. For more details you can visit http://wiki.freebsd.org/SOC2009AdityaSarawgi Cheers, Aditya Sarawgi From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 24 14:32:12 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 94B4D1065673 for ; Fri, 24 Apr 2009 14:32:12 +0000 (UTC) (envelope-from wangfangcs@gmail.com) Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.189]) by mx1.freebsd.org (Postfix) with ESMTP id 2FEE18FC1A for ; Fri, 24 Apr 2009 14:32:11 +0000 (UTC) (envelope-from wangfangcs@gmail.com) Received: by ti-out-0910.google.com with SMTP id u3so333600tia.3 for ; Fri, 24 Apr 2009 07:32:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:subject :message-id:x-mailer:mime-version:content-type; bh=2Jr7R2NyP8C/9g0Th3CevaCC8hCD7WXcmc9ysdBntEU=; b=vjpe51ksTvstCWhKAa4D0MgBJ/cU/Ll3Vp37tBi4aFUelqgvl7SmnG4HKkYUHVQtxY K11rMW+IafY2LHUm+sEnbmzXY7KhM8WQ3wpGCCnoCPmK30Xze2vtgj2Ki48tMppU8Lhd cBavdd6oKCcKdOvGJJrsyu1+6kVo/f3BY1LfA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:x-mailer:mime-version:content-type; b=JbBCzJTgw3CFpePgc+F/58RmkUoMnaGdC1avmN47+cgNt8kVBG1BAcTU5TEvD4FK49 bOAbW101M33+QcOaFk/qZ/ry7p3qM1LQkoCprb8+iNRqB0GDMbR7Tlo6pTx1ai0LhvRF ph+a6PcxO4pl9L2du76thSWXJJ7eE4EXrQ+3A= Received: by 10.110.46.3 with SMTP id t3mr169558tit.51.1240582249255; Fri, 24 Apr 2009 07:10:49 -0700 (PDT) Received: from fwen-thinkpad ([59.174.173.45]) by mx.google.com with ESMTPS id i6sm107419tid.13.2009.04.24.07.10.47 (version=SSLv3 cipher=RC4-MD5); Fri, 24 Apr 2009 07:10:48 -0700 (PDT) Date: Fri, 24 Apr 2009 22:10:37 +0800 From: "wangfangcs" To: "freebsd-hackers" Message-ID: <200904242210350930408@gmail.com> X-mailer: Foxmail 6, 14, 103, 24 [cn] Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: SoC 2009: Implement TCP UTO X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Apr 2009 14:32:13 -0000 Hi, everyone! My name is Fang Wang, a undergrad student from China. This is my first participating in google summer of code and this is my first time get involved in an open source community. I have some experience with linux but I am a newbie to FreeBSD. I have great interests in kernel and network stuff. The aim of my project is implement TCP UTO in freeBSD tcp stack and write some test program to test the TCP performance. The TCP UTO(user timeout controls) how long transmitted data may remain unacknowledged before a connection is forcefully closed and it is a local, per-connection parameter. And it's described in RFC 5482. For more details, you can visit my wiki page:http://wiki.freebsd.org/FangWang Regards, Fang Wang 2009-04-24 From owner-freebsd-hackers@FreeBSD.ORG Fri Apr 24 17:11:40 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B5A81065670 for ; Fri, 24 Apr 2009 17:11:40 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 3E26C8FC1D for ; Fri, 24 Apr 2009 17:11:40 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id D527646B2E; Fri, 24 Apr 2009 13:11:39 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 82E148A01D; Fri, 24 Apr 2009 13:11:38 -0400 (EDT) From: John Baldwin To: freebsd-hackers@freebsd.org Date: Fri, 24 Apr 2009 10:59:30 -0400 User-Agent: KMail/1.9.7 References: <20090423195928.GB8531@server.vk2pj.dyndns.org> In-Reply-To: <20090423195928.GB8531@server.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200904241059.30788.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Fri, 24 Apr 2009 13:11:38 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=0.2 required=4.2 tests=AWL,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Subject: Re: Using bus_dma(9) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Apr 2009 17:11:40 -0000 On Thursday 23 April 2009 3:59:28 pm Peter Jeremy wrote: > I'm currently trying to port some code that uses bus_dma(9) from > OpenBSD to FreeBSD and am having some difficulties in following the > way bus_dma is intended to be used on FreeBSD (and how it differs from > Net/OpenBSD). Other than the man page and existing FreeBSD drivers, I > am unable to locate any information on bus_dma care and feeding. Has > anyone written any tutorial guide to using bus_dma? > > The OpenBSD man page provides pseudo-code showing the basic cycle. > Unfortunately, FreeBSD doesn't provide any similar pseudo-code and > the functionality is distributed somewhat differently amongst the > functions (and the drivers I've looked at tend to use a different > order of calls). > > So far, I've hit a number of issues that I'd like some advice on: > > Firstly, the OpenBSD model only provides a single DMA tag for the > device at attach() time, whereas FreeBSD provides the parent's DMA tag > at attach time and allows the driver to create multiple tags. Rather > than just creating a single tag for a device, many drivers create a > device tag which is only used as the parent for additional tags to > handle receive, transmit etc. Whilst the need for multiple tags is > probably a consequence of moving much of the dmamap information from > OpenBSD bus_dmamap_create() into FreeBSD bus_dma_tag_create(), the > rationale behind multiple levels of tags is unclear. Is this solely > to provide a single point where overall device DMA characteristics & > limitations can be specified or is there another reason? Many drivers provide a parent "driver" tag specifically to have a single point, yes. > Secondly, bus_dma_tag_create() supports a BUS_DMA_ALLOCNOW flag that > "pre-allocates enough resources to handle at least one map load > operation on this tag". However it also states "[t]his should not be > used for tags that only describe buffers that will be allocated with > bus_dmamem_alloc()" - does this mean that only one of bus_dmamap_load() > or bus_dmamap_alloc() should be used on a tag/mapping? Or is the > sense backwards (ie "don't specify BUS_DMA_ALLOCNOW for tags that are > only used as the parent for other tags and never mapped themselves")? > Or is there some other explanation. What happens usually now is that each thing you want to pre-alloc memory for using bus_dmamem_alloc() (such as descriptor rings) uses its own tag. This is somewhat mandated by the fact that bus_dmamem_alloc() doesn't take a size but gets the size to allocate from the tag. So usually a NIC driver will have 3 tags: 1 for the RX ring, 1 for packet data, and 1 for the TX ring. Some drivers have 2 tags for packet data, 1 for TX buffers and 1 for RX buffers. > Thirdly, bus_dmamap_load() has a uses a callback function to return > the actual mapping details. According to the man page, there is no > way to ensure that the callback occurs synchronously - a caller can > only request that bus_dmamap_load() fail if resources are not > immediately available. Despite this, many drivers pass 0 for flags > (allowing an asynchronous invocation of the callback) and then fail > (and cleanup) if bus_dmamap_load() returns EINPROGRESS. This appears > to open a race condition where the callback and cleanup could occur > simultaneously. Mitigating the race condition seems to rely on one of > the following two behaviours: > > a) The system is implicitly single-threaded when bus_dmamap_load() is > called (generally as part of the device attach() function). Whilst > this is true at boot time, it would not be true for a dynamically > loaded module. > > b) Passing BUS_DMA_ALLOCNOW to bus_dma_tag_create() guarantees that > the first bus_dmamap_load() on that tag will be synchronous. Is this > true? Whilst it appears to be implied, it's not explicitly stated. That doesn't really guarantee that either as the pool of bounce pages can be shared across multiple tags. I think what you might be missing is this: c) bus_dmamap_load() of a map returned from bus_dmamem_alloc() will always succeed synchronously. That is the only case other than BUS_DMA_NOWAIT where one can assume synchronous calls to the callback. Also, some bus_dma calls basically assumes BUS_DMA_NOWAIT such as bus_dmamap_load_mbuf() and bus_dmamap_load_mbuf_sg(). > Finally, what are the ordering requirements between the alloc, create, > load and sync functions? OpenBSD implies that the normal ordering is > create, alloc, load, sync whilst several FreeBSD drivers use > tag_create, alloc, load and then create. FreeBSD uses the same ordering as OpenBSD. I think you might be confused by the bus_dmamem_alloc() case. There are basically two cases, the first is preallocating a block of RAM to use for a descriptor or command ring: alloc_ring: bus_dma_tag_create(..., &ring_tag); /* Creates a map internally. */ bus_dmamem_alloc(ring_tag, &p, ..., &ring_map); /* Will not fail with EINPROGRESS. */ bus_dmamap_load(ring_tag, ring_map, p, ...); free_ring: bus_dmamap_unload(ring_tag, ring_map); bus_dmamem_free(ring_tag, p, ring_map); bus_dma_tag_destroy(ring_tag); The second case is when you want to handle data transfer requests (queue a packet or disk I/O request, etc.). For this the typical model in FreeBSD is to create a single tag and then pre-create a map for each descriptor or command: setup_data_maps: bus_dma_tag_create(..., &tag); for (i = 0; i < NUM_RXD; i++) bus_dmamap_create(tag, ..., &rxdata[i].map); for (i = 0; i < NUM_TXD; i++) bus_dmamap_create(tag, ..., &txdata[i].map); queue_a_rx_buffer: i = index_of_first_free_RX_descriptor; m = m_getcl(...); rxdata[i].mbuf = m; bus_dmamap_load_mbuf_sg(tag, rxdata[i].map, m, ...); /* populate s/g list in i'th RX descriptor ring */ bus_dmamap_sync(rx_ring_tag, rx_ring_map, ...); dequeue_an_rx_buffer_on_rx_completion: i = index_of_completed_receive_descriptor; bus_dmamap_sync(tag, rxdata[i].map, ...); bus_dmamap_unload(tag, rxdata[i].map); m = rxdata[i].mbuf; rxdata[i].mbuf = NULL; ifp->if_input(m); free_data_maps: for (i = 0; i < NUM_RXD; i++) bus_dmamap_destroy(tag, ..., rxdata[i].map); for (i = 0; i < NUM_TXD; i++_ bus_dmamap_destroy(tag, ..., txdata[i].map); bus_dma_tag_destroy(tag); In a typical NIC driver you will probably be doing alloc_ring and setup_data_maps at the same time during your attach routine. Similarly for free_ring and free_data_maps during detach. > As a side-note, the manpage does not document the behaviour when > bus_dmamap_destroy() or bus_dma_tag_destroy() are called whilst a > bus_dmamap_load() callback is queued. Is the callback cancelled > or do one or both destroy operations fail? Looking at amd64, if a tag has created maps it will fail with EBUSY on HEAD (this may not be in 7.x yet). If a map is destroyed that has bounce buffers in use it will fail with EBUSY as well. -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Sat Apr 25 01:20:10 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 49038106566B for ; Sat, 25 Apr 2009 01:20:10 +0000 (UTC) (envelope-from pali.gabor@googlemail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.26]) by mx1.freebsd.org (Postfix) with ESMTP id CB0E18FC16 for ; Sat, 25 Apr 2009 01:20:09 +0000 (UTC) (envelope-from pali.gabor@googlemail.com) Received: by ey-out-2122.google.com with SMTP id 9so312587eyd.7 for ; Fri, 24 Apr 2009 18:20:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :organization:user-agent:mime-version:to:subject:x-enigmail-version :content-type:content-transfer-encoding; bh=94Z7VIDoLumPgAw5Se2vWuRPre6JNbySt9W3rZ+ZRc8=; b=ZFFBQhT+h7jijkoGFHv1DuA69gApfcN0NSvgwxMsCc1iBOndxdtwOm25Gx49/+WdnZ fAEYlvrMc/9/qoc7ZQRoSB9+tQA+6Y2sQDsbqhjor6ycl3RNTkkCbC0gXelZrLP+hSLz OW0QwpDroFnr5Ocajr+E8ayBqoeAdUdiUKNAE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=sender:message-id:date:from:organization:user-agent:mime-version:to :subject:x-enigmail-version:content-type:content-transfer-encoding; b=MZruhQ/oImJq6QivqmVhMhz9ZoO6Lote8bYMZoJEyZh3yLRnerGJiWGIs70GBGyGg+ X7tcSb8QO1+S7L8bB6eiAp4WoCwliY6o+h39TiblBHou++4Ul47YbSJNgXkslWkOI9mL pfpfyCs7dWE+F6+z32IElq3Kk8lZZ8v7GOHEs= Received: by 10.210.127.13 with SMTP id z13mr1989303ebc.93.1240621063314; Fri, 24 Apr 2009 17:57:43 -0700 (PDT) Received: from beehive.inf.elte.hu (beehive.inf.elte.hu [157.181.166.90]) by mx.google.com with ESMTPS id 5sm2578033eyh.50.2009.04.24.17.57.42 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 24 Apr 2009 17:57:43 -0700 (PDT) Sender: =?UTF-8?B?UMOBTEkgR8OhYm9yIErDoW5vcw==?= Message-ID: <49F260E5.3080505@FreeBSD.org> Date: Sat, 25 Apr 2009 03:01:25 +0200 From: Gabor PALI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.19 (X11/20090128) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: SoC2009: Design and Implementation of Subsystem Support Libraries for Monitoring and Management X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Apr 2009 01:20:10 -0000 Hi there, I am Gabor Pali from Hungary, a PhD student at Eotvos Lorand University, Budapest and Babes-Bolyai University, Cluj-Napoca. Offically, I have been working on FreeBSD for a year, and I got a doc commit bit for my Hungarian translations and documentation work, and now I also received a ports commit bit for my further contributions to the ports tree. I have been using FreeBSD for almost eight years now, and I am interested in development of operating systems. During Summer of Code 2009, I will be working on wrapper libraries for the network and process functions to support monitoring and management applications to avoid direct use of the FreeBSD kernel memory interface. This approach would allow the kernel implementation to change and monitoring applications to be extended without breaking applications and requiring them to be recompiled. For this project, my mentor will be Oleksandr Tymoshenko (gonzo@). A more detailed version of my Summer of Code 2009 proposal can be found on the FreeBSD Wiki: http://wiki.freebsd.org/PGJSoC2009 Feel free to review and comment on it. Cheers, :g From owner-freebsd-hackers@FreeBSD.ORG Sat Apr 25 19:52:12 2009 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 47D72106567A for ; Sat, 25 Apr 2009 19:52:12 +0000 (UTC) (envelope-from dforsythe@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.27]) by mx1.freebsd.org (Postfix) with ESMTP id CF36B8FC1C for ; Sat, 25 Apr 2009 19:52:11 +0000 (UTC) (envelope-from dforsythe@gmail.com) Received: by ey-out-2122.google.com with SMTP id 9so378038eyd.7 for ; Sat, 25 Apr 2009 12:52:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=l7avuh/Cz5KzLZJZL0RdG688VcSFL1kGKOGHQ8QaQ/4=; b=HgJm5rGSlh9ysyPzR+i+ipEqCezVAWRxy9CwrDxy3e8o0gOL+vvm/vxQ5n+KFeEcFa DZFIDZXYofBROIbixVNvtx2ohChEo3X/53wQRfllfu1/AwAKe555UZh9EKTaZEZ7EDqw tcqkByxnoFgCBke0FvbazGuo2Y9y6mnNvO/MU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; b=xAG9nG5ee4rCKSKTHItbXau6S9w4ATx4X2VTx6UCuAIP/qQQCQrJlpIb0KxNZ6xOsk E5OpKUW2BkxoOgc1/CFMilBi5rKcwNCTZCk3SYWlZ3JOYp9GgtG3i1/il4bmWZEzO2wE KgXb1FGeUSqT8rn0KygcFdlC6+OOxwg/lI7v0= MIME-Version: 1.0 Sender: dforsythe@gmail.com Received: by 10.210.38.5 with SMTP id l5mr701110ebl.54.1240687259757; Sat, 25 Apr 2009 12:20:59 -0700 (PDT) Date: Sat, 25 Apr 2009 15:20:59 -0400 X-Google-Sender-Auth: 697860080973f1ae Message-ID: From: David Forsythe To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: SoC2009: libpkg, pkg tools rewrite X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 25 Apr 2009 19:52:12 -0000 Hi, I'm David Forsythe, 3rd year student at the University of Maryland, College Park. For SoC2008 I worked on added parallel build support and database locks to ports. I've been using FreeBSD for a while, and have taken particular interest in ports and packages. This summer I'll be working on creating a package library and using that library to rewrite the pkg tools. A package library has been discussed and even started before, but FreeBSD still does not have one. This summer I'd like to get enough of the library done to atleast have a new set of pkg tools completed with the current features, but ideally I'd like to get far enough to splice in some of the ideas I have for new features. Here's the wiki page: http://wiki.freebsd.org/SoC2009DavidForsythe Dave -- David Forsythe